Combien de temps Google met-il pour repérer une nouvelle adresse, absorber une migration de domaine ou rendre son trafic à un site frappé par une Core Update ? La question revient à chaque audit, et les réponses tenaient jusqu’ici de l’estimation. Gary Illyes, membre de l’équipe Search Relations chez Google, a projeté le 2 octobre 2026 à Barcelone, lors du Search Central Live Deep Dive Europe, une série de fourchettes issues d’analyses internes. Du cas typique au scénario le plus lent, ces chiffres donnent enfin un cadre concret aux délais d’indexation et aux délais de migration.
Crawl, indexation et migration : les délais réels projetés à Barcelone
L’événement, co-organisé avec Cherry Sireetorn Prommawin, a servi de cadre à une présentation inédite : une vingtaine de processus du moteur, chacun décliné en trois valeurs. Un délai le plus rapide, un délai typique, un délai le plus lent. Les slides n’ont pas été publiées en ligne, ce qui rend la restitution d’autant plus précieuse pour les équipes qui surveillent la charge de leurs serveurs.
| Processus | Délai typique | Cas le plus lent |
|---|---|---|
| Découverte d’une nouvelle URL | Environ 20 heures | Des semaines, voire jamais |
| Rafraîchissement d’une URL connue | Environ 30 jours | Des semaines, voire jamais |
| Traitement d’un sitemap | Environ 24 heures | Jusqu’à 14 jours, voire jamais selon la qualité |
| Indexation de bout en bout | Environ 1,5 heure | Des mois, voire jamais selon la qualité |
| Changement de canonique | 1 à 3 semaines | Des mois, en cas de signaux contradictoires |
| Migration de site | 1 à 3 mois | 6 mois à plus d’un an |
| Modification du title ou du snippet | 1 à 2 jours | Des semaines à des mois |
| Levée d’une action manuelle | 1 à 2 semaines | 4 à 6 semaines et plus |
| Récupération après une Core Update | 3 à 6 mois | 6 mois à 1 an |
Un détail saute aux yeux dans ce tableau : la découverte d’une adresse et son indexation Google ne se mesurent pas à la même échelle. Une page inconnue du robot est repérée en une vingtaine d’heures, puis traitée en une heure et demie. À l’inverse, une page déjà connue attend en moyenne un mois avant d’être réexplorée. Le sitemap, lui, est lu en une journée dans le cas courant.
Pourquoi ces chiffres ne sont pas des engagements de résultat
Gary Illyes l’a rappelé lui-même : ces processus sont enchaînés. Une page ne peut pas être indexée avant d’avoir été explorée, et les durées s’additionnent au lieu de se recouvrir. Une URL détectée en 20 heures puis traitée en 1,5 heure ne sera visible qu’une fois tous les maillons franchis, et le maillon lent entraîne tout le reste.
Ces données restent déclaratives et non vérifiables. Personne ne connaît l’échantillon exact utilisé pour produire ces médianes. Elles constituent un repère utile pour répondre à un client pressé ou recalibrer un rétroplanning, jamais un délai sur lequel Google s’engage contractuellement.
Un point mérite une attention particulière : les sites visés par des filtres anti-spam ou suspectés de faible qualité sortent complètement de ces fourchettes. Relancer l’indexation en boucle ne change rien dans ce cas de figure. Le travail préalable consiste à nettoyer le contenu et à assainir le profil de liens, une étape que beaucoup d’équipes cherchent à éviter.
Migration de site : le chiffre à inscrire dans le rétroplanning
Changement de domaine, refonte d’arborescence, passage en HTTPS : dans le scénario courant, la migration de site demande 1 à 3 mois pour être pleinement digérée. Le scénario dégradé grimpe de six mois à plus d’un an. Un chiffre à annoncer avant la mise en ligne, car découvert après coup, il ressemble à une excuse difficile à défendre.
Prenons le cas d’une enseigne de matériel de randonnée qui bascule ses 4 200 fiches produits vers un nouveau domaine. Les redirections sont propres, les canoniques suivent, et pourtant le trafic naturel stagne pendant sept semaines avant de repartir. Sans le repère de Gary Illyes, l’équipe interne aurait conclu à un échec technique dès la troisième semaine.
Quelques jalons permettent de suivre l’avancement sans se focaliser sur la date de stabilisation finale :
- Part des URL de l’ancien domaine encore servies avec un code 301 valide.
- Évolution du taux de couverture d’indexation dans la Search Console, semaine après semaine.
- Suivi des positions sur un panel fixe de 50 requêtes stratégiques, pas sur le trafic global.
- Vérification du changement de canonique, qui prend à lui seul 1 à 3 semaines.
- Contrôle de la charge serveur, car les robots reviennent en force pendant la phase de recrawl.
La logique vaut aussi pour un simple changement de canonique : trois semaines dans le meilleur des cas, plusieurs mois si les signaux se contredisent. Mieux vaut trancher les incohérences techniques avant de lancer la bascule.
Core Updates et mises à jour de l’algorithme : compter en trimestres
C’est le chiffre qui pèse le plus lourd dans une relation client. Selon les données présentées par Gary Illyes, la récupération après une Core Update s’étale sur 3 à 6 mois dans le cas typique, une fois les correctifs appliqués. Le scénario le plus lent atteint un an. Les mises à jour de l’algorithme liées au spam suivent une logique comparable, avec un effet mesurable en une à deux semaines.
Les vagues de décembre 2025 et de mai 2026 ont laissé des traces durables chez plusieurs éditeurs. Promettre un rebond en quatre semaines revient à vendre une échéance que Google ne revendique pas lui-même. La sortie se joue sur des actions maîtrisées : pages retravaillées, couverture d’indexation assainie, satisfaction des intentions de recherche.
Autrement dit, la visibilité dans les résultats de recherche ne se décrète pas. Elle se reconstruit par paliers, et le rôle d’un consultant consiste à rendre ces paliers visibles plutôt qu’à promettre une date de retour au niveau antérieur.
Urgences SEO : ce qui répond en quelques heures
Tous les délais ne sont pas longs, et c’est souvent ce que les équipes ignorent. Une suppression demandée depuis la Search Console agit en environ 2 heures. C’est l’outil de première intention face à une fuite de contenu, avant d’envisager une désindexation plus lourde.
Le reste suit une gradation logique : une modification de fichier robots.txt est prise en compte en une journée environ, un changement de title ou de snippet demande un à deux jours, la levée d’une action manuelle s’étale sur une à deux semaines et peut grimper jusqu’à six semaines.
Ces écarts expliquent une erreur fréquente : vérifier un nouveau title trois heures après la publication, conclure que Google l’ignore, puis modifier à nouveau. Chaque nouvelle intervention relance le compteur. Patience et méthode valent mieux qu’une succession de corrections précipitées.
Reste l’essentiel. Ces fourchettes ne transforment pas le métier du référencement naturel, mais elles donnent pour la première fois un argument chiffré face à une exigence de résultat immédiat. Un consultant peut désormais opposer des données issues de Google lui-même, et c’est rarement contestable.
