Combien de temps Google met-il à indexer une page ? Le protocole pour le mesurer

« Combien de temps Google met pour indexer une page ? » La question revient chez tous les éditeurs, et les réponses qui circulent vont de « quelques minutes » à « plusieurs mois ». Elles sont toutes vraies quelque part, et aucune ne s'applique à votre site. Ce compte rendu propose de cesser de chercher le bon chiffre pour le mesurer soi-même, avec la rigueur d'une expérience : des pages témoins, des voies de découverte comparées, des relevés horodatés.

Découverte, exploration, indexation, affichage : quatre étapes à ne pas confondre

Le mot « indexée » sert à désigner tout et son contraire. Pour mesurer un délai, il faut d'abord savoir lequel. Entre la mise en ligne d'une page et sa première apparition dans les résultats, quatre étapes se succèdent :

1. Découverte. Google apprend que l'URL existe : par un lien depuis une page qu'il connaît, un sitemap XML, un flux RSS ou Atom, ou une demande manuelle dans la Search Console.
2. Exploration. Googlebot télécharge la page, seule étape visible dans vos logs serveur. Si le contenu dépend de JavaScript, un rendu suit, parfois en différé.
3. Indexation. Google analyse la page, choisit l'URL canonique parmi d'éventuels doublons et décide de la conserver, ou non, dans son index.
4. Affichage. La page apparaît pour au moins une requête, et la Search Console enregistre une première impression.

Chaque étape a son délai, ses instruments et ses freins. L'éditeur dont les pages « mettent une éternité à être indexées » mesure souvent autre chose : le temps jusqu'à la première impression, qui dépend aussi de la demande.

Pourquoi aucun délai d'indexation universel ne tient

Google ne publie pas de délai garanti, et pour cause : il dépend de facteurs qui varient d'un site à l'autre, et d'une page à l'autre.

• La fréquence d'exploration du site. Un média qui publie toute la journée est visité en continu, un site vitrine rarement mis à jour beaucoup moins.
• La place dans le maillage. Une page liée depuis l'accueil est trouvée plus vite qu'une page enfouie à plusieurs clics.
• La santé du serveur. Réponses lentes et erreurs 5xx conduisent Googlebot à ralentir.
• La qualité perçue. Une page trop semblable à d'autres peut être explorée sans jamais être indexée.
• La taille du site. Le budget d'exploration pèse surtout sur les très grands sites, ou ceux dont le contenu change très vite.

La documentation de Google évoque elle-même une exploration qui peut prendre de quelques jours à quelques semaines. C'est une fourchette, pas une mesure.

Préparer des pages témoins datées

Mesurer un délai, c'est chronométrer des pages publiées pour l'occasion, dans des conditions connues. Ce doivent être de vraies pages, utiles au lecteur : une page bâclée mesurerait le traitement réservé aux pages bâclées.

• Comparables : même gabarit, longueur proche, même profondeur.
• Originales : un sujet distinct par page, pour éviter tout regroupement comme doublon.
• Datées : heure de mise en ligne notée à la minute, la même pour toute une vague.
• Isolées : ni réseaux sociaux, ni newsletter, ni demande d'indexation, sauf si c'est la voie testée.
• Nombreuses : plusieurs pages par voie, en plusieurs vagues espacées, pour obtenir une distribution plutôt qu'une anecdote.

Comparer les voies de découverte : sitemap, liens, flux RSS

La question utile n'est pas « combien de temps ? », mais « combien de temps selon la façon dont Google apprend l'existence de la page ? ». On répartit donc les pages témoins entre plusieurs voies, une seule par page, tirée au sort.

Deux voies manquent, volontairement : l'API Indexing de Google est réservée aux offres d'emploi et aux diffusions en direct, et le protocole IndexNow, adopté par d'autres moteurs, n'est pas utilisé par Google.

Relever les mesures : logs serveur et Search Console

Les logs disent quand Googlebot est passé ; la Search Console dit ce que Google en a fait.

Relever les passages de Googlebot dans les logs

Chaque requête laisse une ligne dans le journal d'accès : IP, date et heure, URL, code de réponse, agent utilisateur. On cherche la première ligne où Googlebot demande la page témoin :

grep "/guide-temoin-07" access.log | grep "Googlebot"

• Authentifiez le robot. N'importe qui peut se déclarer Googlebot : vérifiez l'IP par résolution DNS inverse (un nom en googlebot.com ou google.com, qui renvoie la même IP) ou contre les plages publiées par Google.
• Regardez au bon endroit. Derrière un CDN, une partie des requêtes n'atteint jamais le serveur d'origine : lisez les journaux du CDN.
• Distinguez les robots. Googlebot Smartphone assure l'essentiel de l'exploration depuis l'indexation mobile ; notez quel agent est passé.

Suivre l'état de chaque URL dans la Search Console

L'inspection d'URL indique si la page est sur Google, la date de dernière exploration, l'URL canonique retenue et la raison d'une éventuelle non-indexation. Son API automatise ce relevé quotidien, dans un quota par propriété largement suffisant pour quelques dizaines d'URL.

Deux états sont à connaître par cœur. « Détectée, actuellement non indexée » : Google connaît l'URL sans l'avoir explorée, question de découverte et de priorité. « Explorée, actuellement non indexée » : il l'a vue et l'a écartée pour l'instant, question de qualité perçue. Le rapport Performances filtré sur l'URL donne enfin la date de première impression.

Tableau de relevés : modèle à reproduire

Une ligne par page témoin, une colonne par jalon, et des délais calculés depuis la mise en ligne, notée T0 :

À la lecture, préférez la médiane à la moyenne : une seule page restée en attente suffit à tirer une moyenne vers le haut. Comparez les médianes de chaque voie, regardez la dispersion, et ne tranchez qu'après plusieurs vagues. Si deux voies donnent des délais du même ordre sur peu de pages, la conclusion honnête est qu'on ne peut pas les départager.

Les freins à l'indexation que révèle le protocole

Quand une page témoin traîne, le protocole dit à quelle étape elle bloque. Et chaque étape a ses suspects habituels :

• Pages orphelines. Connue par le seul sitemap, sans lien interne, une page est découverte tard et explorée rarement.
• Contenu trop proche de l'existant. Google peut regrouper la page avec une autre et retenir celle-ci comme canonique : vérifiez-le dans l'inspection d'URL.
• Rendu JavaScript. Si texte et liens n'apparaissent qu'après exécution du script, l'indexation attend une étape de rendu. Comparez le code source au HTML rendu.
• Faible qualité perçue. Une page mince finit souvent en « Explorée, actuellement non indexée ». La relancer ne sert à rien ; l'enrichir, si.
• Signaux contradictoires. Un noindex oublié, une canonical vers une autre URL, une règle robots.txt trop large.
• Serveur lent ou instable. Les erreurs 5xx, visibles dans le rapport Statistiques sur l'exploration, freinent toute l'exploration du site.

Questions fréquentes sur le délai d'indexation Google

Conclusion : votre délai, mesuré chez vous

À la question « combien de temps Google met pour indexer une page », le protocole ne répond pas par un chiffre, mais par une méthode qui vous donne le vôtre. Quelques pages témoins datées, des voies de découverte comparées, des logs authentifiés et des relevés quotidiens suffisent, en quelques vagues, à savoir en combien de temps vos pages sont explorées, indexées puis affichées.

La mesure localise aussi les blocages : une page qui attend Googlebot pose un problème de découverte, une page explorée mais absente de l'index un problème de qualité ou de signaux. Chaque correction peut ensuite être validée par un test A/B SEO par groupes de pages, ou d'abord sur un site de test monté pour l'occasion.