Mardi, vous avez corrigé le titre de votre page d'accueil. Dimanche, Google affiche toujours l'ancien. Rien n'est forcément cassé : soit votre site attend son tour dans une file dont Google vient, pour la première fois, de dévoiler les horaires, soit Google a choisi d'afficher un autre titre que le vôtre.
Ces horaires, Gary Illyes les a projetés le 2 octobre 2026 à Barcelone : 23 processus, du crawl* à l'indexation Google puis à l'affichage, avec chaque fois un délai typique et un délai le plus lent. Un titre modifié ? Un à deux jours… une fois la page recrawlée, ce qui peut prendre un mois.
Voilà pourquoi, pour une PME, le délai d'indexation Google se compte rarement en heures. Les pros, eux, y trouveront de quoi diagnostiquer un blocage autrement qu'à l'intuition. Mais avant de bâtir un plan d'action sur trois photos de slides, autant vérifier ce qu'elles disent vraiment.
L'essentiel en bref
- Nouvelle page : découverte en environ 20 heures, puis indexation de bout en bout en environ 1,5 heure, une fois le traitement lancé.
- Page existante : un recrawl environ tous les 30 jours.
- Titre ou extrait modifié : 1 à 2 jours, mais seulement après le recrawl.
- Migration de site : 1 à 3 mois. Pour récupérer après une core update*, comptez 3 à 6 mois.
- Au plus lent, le mot « jamais » apparaît 5 fois, dont 3 fois associé à la qualité.
D'où viennent ces délais d'indexation Google, et quelle confiance leur accorder ?
Ils viennent bien de Google, mais d'aucune documentation officielle. Ce sont des chiffres internes projetés lors d'une conférence : de bons ordres de grandeur, certainement pas un calendrier applicable à chaque site.
Du 30 septembre au 2 octobre 2026, l'équipe Search Relations de Google animait à Barcelone le Search Central Live Deep Dive Europe, trois journées consacrées au crawl, à l'indexation et à l'affichage des résultats. Le dernier jour, Gary Illyes a présenté pour chaque processus un délai typique et un délai le plus lent, issus de l'analyse interne de Google. Le compte rendu de John Campbell, présent dans la salle, reste la trace la plus fidèle de cette présentation.
Avant d'en tirer des conclusions, trois réserves s'imposent :
- À ce jour, aucune page Search Central ne publie ces délais d'indexation Google. Tout repose sur les slides et sur les récits des participants.
- Gary Illyes a lui-même relativisé l'exercice auprès de Barry Schwartz : il s'agissait de voir si le public se reconnaissait dans ces chiffres.
- Les étapes s'enchaînent. Une page que Google n'a pas crawlée ne peut pas être indexée, si bien que les délais s'additionnent.
Faut-il pour autant balayer ces chiffres ? Non : pour la première fois, Google met des repères sur ce que les SEO estimaient jusque-là à tâtons. Reste à les traduire en réponses concrètes, à commencer par la question qu'un dirigeant se pose dès le lendemain d'une mise en ligne.
Combien de temps faut-il à Google pour indexer une nouvelle page ?
Dans le cas typique observé par Google, une nouvelle page est découverte en une vingtaine d'heures, et son indexation Google de bout en bout prend environ 1,5 heure une fois lancée. Ce sont des repères par étape, pas une promesse de délai global : au plus lent, on parle de semaines, et parfois l'indexation n'arrive jamais.
Google distingue lui-même trois étapes :
- Exploration (crawl) : Googlebot trouve l'URL grâce à un lien ou au sitemap*, puis la télécharge.
- Indexation : le contenu est analysé, puis stocké dans l'index.
- Diffusion : la page apparaît dans les résultats de recherche, à un rang propre à chaque requête.
Voici les délais présentés à Barcelone, selon le compte rendu ROAST :
Étape | Délai typique | Délai le plus lent |
|---|---|---|
Découverte d'une nouvelle URL | ~20 heures | Des semaines à jamais |
Traitement du sitemap | ~24 heures | Jusqu'à 14 jours, ou jamais (qualité) |
Indexation de bout en bout | ~1,5 heure | Des mois, ou jamais (qualité) |
Ce « jamais (qualité) » dérange, et Google l'assume : il ne garantit l'indexation d'aucune page, même conforme à ses consignes. Si vos pages de services sont dans ce cas, chaque semaine hors de l'index est une semaine où elles ne peuvent générer aucun contact.
Micro-diagnostic : votre page n'est toujours pas indexée après trois semaines ? Ouvrez l'inspection d'URL de la Search Console* et lisez le statut, en vous appuyant sur les définitions de Google :
- « Détectée, actuellement non indexée » : Google connaît la page, mais a reporté son exploration, souvent pour ne pas surcharger le site. Vérifiez d'abord la réactivité de votre serveur.
- « Explorée, actuellement non indexée » : la page a été lue et pourra être indexée plus tard, sans nouvelle demande. Si le statut persiste, examinez la qualité, les doublons et la canonique.
- « Exclue par la balise noindex » : c'est normal si la page ne doit pas être indexée. Dans le cas contraire, retirez la directive à la source (thème, extension SEO, réglages WordPress).
Notre guide sur le site WordPress qui n'apparaît pas sur Google détaille les autres causes possibles. Une fois la page indexée, la patience reste de mise, car chaque modification obéit ensuite à sa propre horloge.
Pourquoi une modification met-elle des semaines à apparaître sur Google ?
Parce que Google doit d'abord revenir sur la page. Pour une URL déjà connue, le recrawl intervient dans le cas typique environ tous les 30 jours. Une fois la page relue, la mise à jour d'un titre ou d'un extrait ne demande ensuite qu'un à deux jours.
Tout se joue dans cet enchaînement : vous retouchez un titre lundi, et rien ne bouge tant que le robot n'est pas repassé, ce qui peut prendre un mois, avant un à deux jours de plus pour l'affichage. Le délai réel correspond à la somme des étapes, pas au chiffre le plus court. C'est un peu comme une lettre glissée dans une boîte que le facteur ne relève qu'une fois par mois : le tri est rapide, la tournée beaucoup moins.
Processus | Délai typique | Délai le plus lent |
|---|---|---|
Recrawl d'une page connue | ~30 jours | Des semaines à jamais |
Mise à jour du titre ou de l'extrait | 1 à 2 jours | Plusieurs semaines à plusieurs mois |
Image affichée à côté du résultat | 1 à 2 semaines | Plusieurs semaines à plusieurs mois |
Une nuance de taille : Google ne reprend pas toujours votre balise title. Il peut composer le titre affiché à partir du H1, de l'og:title ou du texte des liens qui pointent vers la page. Si votre nouveau titre n'apparaît jamais, le délai n'est donc pas forcément en cause.
Pour mesurer une optimisation sans conclure trop tôt, une PME peut suivre trois étapes :
- noter la date de chaque modification dans un simple tableur ;
- vérifier dans l'inspection d'URL de la Search Console la date de dernière exploration, puisqu'avant ce passage, Google n'a rien vu ;
- n'observer les résultats de recherche qu'après cette date, avec assez de recul et de données pour juger.
Si vous avez retouché vos titres la semaine dernière en concluant que « ça ne marche pas », vous risquez de défaire un travail que Google n'a peut-être pas encore lu. Et si une simple balise demande déjà cette patience, que dire d'une refonte complète ou d'une chute brutale de trafic ?
Refonte, chute de trafic : quels délais prévoir pour les gros chantiers ?
Dans le cas typique, une migration de site met 1 à 3 mois à se stabiliser, et une récupération après une core update en demande 3 à 6. Au plus lent, il faut compter jusqu'à un an, voire plus. Ce sont les délais qui pèsent le plus lourd sur la trésorerie d'une PME.
Chantier | Délai typique | Délai le plus lent |
|---|---|---|
Migration de site (changement d'URL) | 1 à 3 mois | 6 mois à plus d'un an |
Changement de version canonique* | 1 à 3 semaines | Des mois (signaux contradictoires) |
Levée d'une action manuelle | 1 à 2 semaines | 4 à 6 semaines, bien plus pour un site dormant |
Récupération après une core update | 3 à 6 mois | 6 mois à un an (core update suivante) |
Ces chiffres viennent du compte rendu ROAST, qui précise qu'une petite migration peut se boucler en quelques semaines. Après une core update, le délai le plus lent renvoie à la mise à jour suivante. Autrement dit, corriger vite ne fait pas remonter vite.
Pendant ce temps, les demandes de devis peuvent partir chez un concurrent qui, lui, n'a touché à rien. Voici ce qu'une PME peut faire pendant l'attente :
- Refonte : la lancer hors de la haute saison, conserver les redirections le plus longtemps possible, et prévoir un budget Google Ads pour couvrir la transition.
- Chute de trafic : retravailler d'abord les pages qui ont perdu le plus, puis suivre leur évolution page par page, plutôt que de tout réécrire d'un coup.
Nos retours sur les problèmes SEO après une refonte et sur la baisse de trafic SEO détaillent ces deux scénarios.
Utilisez l'IA comme second regard
Avant une refonte, une IA peut relire votre plan de redirections et y repérer les oublis les plus coûteux. Elle ne connaît pas votre site et n'a pas forcément accès au web : fournissez-lui vos listes d'URL. La validation finale reste humaine.
Le prompt à copier :
Voici deux listes. (1) Les URL de mon site actuel avec leurs clics organiques mensuels issus de la Search Console. (2) Mon plan de redirections prévu, au format ancienne URL → nouvelle URL. Identifie les anciennes URL sans redirection, les redirections en chaîne, les redirections vers la page d'accueil au lieu d'une page équivalente, et les pages à fort trafic redirigées vers un contenu moins pertinent. Présente le résultat sous forme de tableau trié par clics décroissants, et n'invente aucune URL absente de mes listes.
Une refonte se prépare avant la mise en ligne, pas après la chute. Si vous voulez faire valider votre plan de redirections et votre calendrier avant de basculer, c'est précisément ce que couvre notre accompagnement en référencement SEO, pour garder vos positions au lieu de passer des mois à les reconquérir.
Peut-on accélérer l'indexation Google, et que faut-il en attendre ?
En partie seulement. Vous pouvez signaler une URL via la Search Console ou un sitemap, mais l'exploration peut prendre plusieurs jours, voire plusieurs semaines, sans garantie d'inclusion. Et insister ne sert à rien : Google précise que des demandes répétées pour une même URL n'accélèrent pas son exploration.
Quatre leviers restent pourtant utiles, à condition de les activer dans le bon ordre :
- Demander l'indexation, une seule fois, depuis l'inspection d'URL de la Search Console. Un quota limite les envois, alors réservez-la à vos pages stratégiques.
- Soumettre un plan de site à jour. Son traitement prend environ 24 heures dans le cas typique, d'après les chiffres de Gary Illyes.
- Créer des liens internes depuis vos pages les plus visitées. C'est en suivant les liens que Googlebot découvre une nouvelle page, d'où l'importance du maillage interne.
- Garder un serveur réactif. Google ralentit son exploration en quelques secondes quand un site peine à répondre.
Reste une limite que les promesses de « forcer l'indexation Google » passent sous silence. Demander l'indexation, c'est sonner à la porte : cela ne vous donne pas la clé. Une page bloquée pour des raisons de qualité ne sera pas sauvée par la vingtième demande, alors qu'une version plus utile, plus précise et mieux reliée au reste du site lui laisse une vraie chance.
Voilà pour l'essentiel côté dirigeant. Les plus techniques peuvent maintenant ouvrir le capot : les 23 délais, ligne par ligne.
Que disent les 23 délais de Google, processus par processus ?
Ils couvrent les trois étages du moteur : 6 processus pour le crawl, 10 pour l'indexation et 7 pour l'affichage. Le cas typique va de quelques minutes à six mois. Au plus lent, on atteint « jamais », un mot qui revient cinq fois dans le tableau complet, traduit ici à partir du compte rendu de ROAST.
Crawl : quand Google vient chercher vos URL
Processus | Délai typique | Délai le plus lent |
|---|---|---|
Découverte d'une nouvelle URL | ~20 heures | Des semaines à jamais |
Rafraîchissement d'une URL connue | ~30 jours | Des semaines à jamais |
Traitement du sitemap | ~24 heures | Jusqu'à 14 jours, ou jamais (qualité) |
Prise en compte du robots.txt | ~24 heures | 25 heures |
Mise à jour de la capacité de crawl | 4 heures à 1-2 semaines | 1 à 3 semaines (en récupération) |
Mise à jour de la demande de crawl | ~20 heures | Des semaines à des mois |
Une précision donnée sur place : la capacité de crawl peut chuter en quelques secondes si votre serveur faiblit. Un incident de quelques minutes peut ainsi se payer en semaines d'exploration ralentie.
Indexation : ce que Google fait de vos pages
Processus | Délai typique | Délai le plus lent |
|---|---|---|
Rendu (JavaScript) | Quelques secondes de rendu, des heures en file d'attente | Des jours à des semaines |
Annotations méta | 45 à 90 minutes | 1 à 4 jours |
Annotations de liens | Quelques minutes à 1-3 semaines | Des mois |
Indexation de bout en bout | ~1,5 heure | Des mois, ou jamais (qualité) |
Suppression | 1 à 3 semaines | Des mois |
Changement de canonique | 1 à 3 semaines | Des mois (signaux contradictoires) |
Migration de site | 1 à 3 mois | 6 mois à plus d'un an |
Mise à jour des données structurées | Quelques heures à 1-2 semaines | Des semaines, ou jamais (qualité) |
Images | Quelques heures à quelques jours | Des semaines à des mois |
Vidéos | Quelques heures à quelques jours | Des semaines à des mois (analyse approfondie) |
« De bout en bout » signifie que tous les traitements critiques ont abouti. Les annotations de liens concernent aussi vos backlinks : un lien obtenu ne pèse pas forcément dès sa mise en ligne.
Affichage : ce que l'internaute finit par voir
Processus | Délai typique | Délai le plus lent |
|---|---|---|
Suppression via la Search Console (propriétaire) | ~2 heures | 24 heures |
Mise à jour de l'extrait | 1 à 2 jours | Plusieurs semaines à plusieurs mois |
Mise à jour du titre | 1 à 2 jours | Plusieurs semaines à plusieurs mois |
Mise à jour de l'image du résultat | 1 à 2 semaines | Plusieurs semaines à plusieurs mois |
Levée d'une action manuelle | 1 à 2 semaines | 4 à 6 semaines, bien plus pour un site dormant |
Effet d'une core update | 3 à 6 mois pour récupérer | 6 mois à un an (core update suivante) |
Effet d'une spam update | 1 à 2 semaines (en continu) | Des mois (rafraîchissements par lots) |
Côté déploiement, une core update s'étale sur 2 à 4 semaines, contre 1 à 2 jours pour une spam update. Lu ligne à ligne, ce tableau pointe directement vers les goulots d'étranglement.
Quels enseignements opérationnels pour un SEO ?
Les 23 délais invitent à trois réflexes : vérifier avant de conclure, protéger la capacité de crawl et aligner ses signaux. Les cinq points ci-dessous traduisent les lignes critiques en actions.
Les cinq « jamais » : vérifier la technique avant d'accuser la qualité
« Jamais » apparaît pour la découverte, le rafraîchissement, le sitemap, l'indexation et les données structurées, et trois de ces cinq mentions sont suivies de « qualité ». Le contexte pèse : Gary Illyes a rappelé que Google filtre 40 milliards de pages de spam chaque jour, et que le contenu produit à grande échelle l'inquiète désormais davantage que le spam de liens. Avant de réécrire une URL bloquée depuis des mois, écartez pourtant les causes techniques une à une : accessibilité, directives robots, canonique, rendu.
Si tout est sain, la piste éditoriale devient la plus probable : fusionner, enrichir ou supprimer, car la dilution coûte cher.
La capacité de crawl tombe en secondes, remonte en semaines
L'asymétrie est nette. Quelques secondes de serveur poussif suffisent pour que Google ralentisse, et il faut ensuite une à trois semaines pour retrouver le rythme. Un hébergement sous-dimensionné freine donc l'exploration bien au-delà de l'incident lui-même.
Le rendu JavaScript se joue dans la file d'attente
Le rendu prend quelques secondes de calcul, mais des heures d'attente, et parfois des semaines. Tout contenu critique (texte, liens, balises) gagne donc à figurer dans le HTML initial, sans dépendre du rendu.
Une canonique se règle en semaines, ou en mois si vos signaux se contredisent
Le cas typique, c'est une à trois semaines. Mais si la balise canonique, les liens internes, le sitemap et les redirections désignent des URL différentes, Google peut hésiter pendant des mois. Pensez à les aligner avant chaque modification.
Spam update ou core update : ne diagnostiquez pas en plein déploiement
Une core update se déploie sur 2 à 4 semaines, si bien qu'analyser une baisse de trafic au milieu de ce déploiement fausse la lecture. Les spam updates, elles, agissent en continu, avec des rafraîchissements par lots qui peuvent prendre des mois.
Micro-diagnostic : votre budget de crawl est-il gaspillé ? Dans la Search Console, ouvrez le rapport « Statistiques sur l'exploration » et vérifiez trois signaux (un seul mérite déjà qu'on s'y penche) :
- un temps de réponse moyen en hausse ;
- une part de réponses 5xx qui augmente ;
- des requêtes qui visent surtout des paramètres, des redirections ou des pages sans valeur.
Utilisez l'IA comme second regard
Face à une longue liste de pages non indexées, une IA peut vous aider à organiser les vérifications et à les prioriser. Elle ne voit ni votre site ni vos données : un statut et une date ne suffisent pas à juger une page, et chaque piste reste à confirmer par une analyse humaine.
Le prompt à copier :
Voici un export Search Console de mes pages non indexées, avec leur statut, leur date de dernière exploration et, si possible, leurs clics passés. Pour chaque URL, propose la liste ordonnée des vérifications à faire : accessibilité et code de réponse, directive noindex, balise canonique, rendu JavaScript, puis qualité et doublons. Ne pose aucun diagnostic définitif. Indique seulement quelles vérifications sont prioritaires selon le statut, et dans quel ordre traiter les URL en fonction de leur importance. Signale les URL pour lesquelles il te manque des informations.
Ces réflexes valent surtout s'ils deviennent des habitudes. Les questions qui reviennent le plus souvent méritent, elles, une réponse directe.
FAQ : indexation Google et délais
Combien de temps faut-il à Google pour indexer une page ?
Il n'existe pas de délai garanti. Dans le cas typique observé par Google, une nouvelle URL est découverte en une vingtaine d'heures, et son indexation prend environ 1,5 heure une fois lancée. Au plus lent, cela peut prendre des semaines, voire ne jamais arriver.
Comment savoir si une page est indexée par Google ?
Le moyen le plus fiable reste l'outil d'inspection d'URL de la Search Console. Il indique si la page est indexée, la date de sa dernière exploration et, le cas échéant, la raison de son exclusion.
Un sitemap garantit-il l'indexation ?
Non. Un sitemap aide Google à découvrir vos pages, mais Google ne garantit l'indexation d'aucune page. Son traitement prend environ 24 heures dans le cas typique, et peut aller jusqu'à 14 jours, voire ne jamais aboutir.
Faut-il faire indexer toutes les pages de son site ?
Non plus. Pages de remerciement, archives d'étiquettes, filtres ou doublons n'apportent rien dans les résultats de recherche et diluent l'ensemble. Mieux vaut concentrer l'indexation sur les pages qui répondent à une vraie recherche, et faire régulièrement un audit de contenu pour trier le reste.
Reste à voir ce que tout cela change concrètement dans la conduite d'un projet SEO.
Indexation Google : la patience se pilote, elle ne se subit pas
Les délais montrés par Google n'invitent pas à attendre les bras croisés. Ils disent quand mesurer, où chercher et quoi vérifier en premier. Une page neuve se juge en jours, une modification en semaines, une refonte ou une core update en mois.
Le SEO ressemble moins à un interrupteur qu'à un thermostat : on règle, puis on laisse la pièce chauffer avant de toucher de nouveau au bouton. Ceux qui changent tout chaque semaine faussent leurs propres mesures, et ceux qui attendent sans rien vérifier peuvent laisser des pages importantes hors de l'index sans même le savoir.
La bonne démarche tient en trois gestes : contrôler l'indexation Google dans la Search Console, écarter les causes techniques avant d'accuser la qualité, puis dater chaque action pour la juger au bon moment. Vous ne savez pas lesquelles de vos pages sont bloquées, ni depuis quand ? Notre audit SEO gratuit les repère et vous indique celles qui valent vraiment la peine d'attendre.
Glossaire
Crawl : exploration d'un site par les robots d'un moteur de recherche, comme Googlebot, qui suivent les liens et téléchargent les pages avant de les analyser et de les indexer.
Core update : mise à jour majeure de l'algorithme de classement de Google, déployée plusieurs fois par an. Elle réévalue la qualité des contenus et peut faire monter ou chuter des pages entières.
Sitemap : fichier, souvent au format XML (eXtensible Markup Language), qui liste les URL d'un site pour aider les moteurs à les découvrir. Il facilite l'exploration sans jamais garantir l'indexation.
Search Console : outil gratuit de Google qui permet de suivre l'indexation, les requêtes et les erreurs d'un site, et de demander l'exploration d'une URL (Uniform Resource Locator, l'adresse d'une page).
Version canonique : URL que Google retient comme référence parmi plusieurs pages au contenu identique ou très proche. Les autres versions sont regroupées et n'apparaissent généralement pas dans les résultats.
Consultant WordPress & stratégie digitale, accompagnement des entreprises qui veulent passer d’un site web à un levier de croissance mesurable. Cette approche combine une architecture WordPress optimisée pour la performance, un SEO orienté intention réelle des prospects, une structuration de contenus pour générer des contacts, et une intégration d’outils IA et automatisations pour gagner en efficacité. Chaque projet vise des résultats concrets.