Crawl, indexation, core update : Google chiffre ses propres délais

Crawl, indexation, core update : Google chiffre ses propres délais

Google a chiffré ses propres délais de traitement, du crawl à la sortie de pénalité. Gary Illyes a présenté ces données internes le 2 octobre au Search Central Live Deep Dive de Barcelone. John Campbell, de l'agence Roast, les a publiées dans son compte-rendu, repris par Search Engine Roundtable le 5 octobre. C'est la première grille complète communiquée par Google : pour chaque processus, une durée typique et une durée au pire.

TL;DRL'essentiel pour les pressés
  • Google découvre une nouvelle URL en 20 heures environ, puis l'indexe en 1 h 30 de bout en bout. Le recrawl d'une URL déjà connue prend en revanche autour de 30 jours.
  • Un site touché par une core update met 3 à 6 mois à remonter dans le cas typique, jusqu'à un an sinon. Une migration de domaine se digère en 1 à 3 mois.
  • Ces processus sont chaînés : une page non crawlée ne peut pas être indexée, ni servie. Les retards s'additionnent d'une étape à l'autre.
30 joursdélai typique entre deux crawls d'une URL déjà connue de Google (données internes présentées par Gary Illyes, octobre 2026)

Des durées typiques précises, des pires cas qui vont jusqu'à « jamais »

Côté crawl, la découverte d'une nouvelle URL prend environ 20 heures. Le pire cas va de plusieurs semaines à jamais. Le recrawl d'une URL connue tourne autour de 30 jours. Un sitemap soumis est traité en 24 heures, jusqu'à 14 jours dans les cas lents. Un robots.txt modifié est relu sous 24 heures. La capacité de crawl allouée à un site s'ajuste en 4 heures à 2 semaines.

Côté indexation, le rendu d'une page se joue en secondes, mais la file d'attente se compte en heures. L'indexation de bout en bout prend 1 h 30 en typique. Elle peut aussi durer des mois, ou ne jamais aboutir. Les annotations meta sont traitées en 45 à 90 minutes. Une migration de site se digère en 1 à 3 mois, jusqu'à plus d'un an au pire.

Côté service, un retrait demandé via Search Console agit en 2 heures. Une mise à jour de titre ou de snippet prend 1 à 2 jours, parfois des semaines. La levée d'une action manuelle demande 1 à 2 semaines. La remontée après une core update prend 3 à 6 mois en typique, jusqu'à un an au pire. Les effets d'une spam update se jouent en 1 à 2 semaines.

Illyes a insisté sur un point : ces processus s'enchaînent, donc les délais se cumulent. Les 20 heures de découverte précèdent les heures de file d'indexation, qui précèdent les jours de mise à jour des snippets. Le délai perçu par un éditeur est la somme, pas le maximum.

Mon avis : notable. Les ordres de grandeur étaient connus des praticiens qui lisent leurs logs, et une partie figurait déjà dans la documentation. Leur valeur est ailleurs : ces fourchettes viennent de Google et se citent en réunion. Un consultant peut maintenant cadrer les attentes d'un client sur une migration ou une sortie de core update avec les chiffres de Mountain View, pas avec son seul retour d'expérience.

Ce que ça change pour vous

Si vous publiez du contenu chaud, les 20 heures de découverte sont votre vrai délai de mise en ligne, sitemap compris. Un site d'actualités ou un job board qui doit indexer plus vite passe par l'Indexing API ou une demande d'inspection d'URL. Si vous optimisez des pages existantes, le recrawl à 30 jours explique pourquoi vos modifications mettent un mois à produire un effet mesurable dans Search Console.

Si vous préparez une migration, bloquez 3 mois de turbulences dans votre rétroplanning, pas 3 semaines. Si un client touché par une core update espère un rebond au prochain crawl, la grille répond non : 3 à 6 mois, après des corrections de fond. Pour les sites volumineux, la capacité de crawl révisée en 4 heures à 2 semaines rappelle que le budget de crawl se perd plus vite qu'il ne se regagne.

Ce que vous devez faireConcrètement, pour votre visibilité
  • Compare ces fourchettes à tes logs serveur : mesure le délai réel entre publication et premier passage de Googlebot sur tes 50 dernières URL.
  • Intègre la grille à tes rétroplannings de migration : 1 à 3 mois de digestion typique, avec un point d'étape à 6 mois.
  • Reprends tes prévisions après core update : aucune promesse de remontée avant 3 mois, quelles que soient les corrections livrées.

Sources

Source : Seroundtable.com

Cet article a été rédigé avec l’assistance d’un modèle de langage (LLM).

Besoin d'un accompagnement personnalisé?

Je propose des accompagnements au forfait et en régie pour vous aider à améliorer votre visibilité en ligne.