Rapport Statistiques sur l’exploration

En bref — Le rapport Statistiques sur l’exploration montre comment Google a exploré votre site au cours des 90 derniers jours : nombre de pages demandées, volume téléchargé et vitesse de réponse du serveur. Il se trouve dans les Paramètres de Google Search Console et n’est disponible que pour une propriété racine, pas pour une propriété limitée à un chemin. Pour la plupart des sites, c’est un bilan de santé, pas un indicateur à optimiser.

Qu’est-ce que le rapport Statistiques sur l’exploration ?

Lorsque Googlebot, le robot de Google, visite votre site, Google consigne chacune de ses requêtes. Le rapport Statistiques sur l’exploration en résume l’activité : fréquence des visites, ressources téléchargées et problèmes rencontrés.

Vous le trouverez dans Google Search Console sous Paramètres → Statistiques sur l’exploration, et non dans la barre latérale principale avec les autres rapports. Il couvre environ les 90 derniers jours.

Où le trouver — et pourquoi il peut être absent

La raison la plus courante de son absence est simple : il ne s’affiche que pour les propriétés racines. Cela comprend une propriété de domaine — le domaine sans préfixe https:// — et une propriété avec préfixe d’URL validée à la racine du site, comme https://example.com. Une propriété avec préfixe d’URL limitée à un sous-dossier ou à un sous-chemin ne donne pas accès au rapport.

Pour le faire apparaître, validez une propriété racine, de domaine ou avec préfixe d’URL. Le site ne change pas ; seul le type de propriété diffère.

Les trois chiffres principaux

• Nombre total de requêtes d’exploration : nombre de fois où Googlebot a demandé une URL du site, avec ou sans succès.
• Taille totale du téléchargement : nombre d’octets téléchargés par Google pendant l’exploration.
• Temps de réponse moyen : durée moyenne nécessaire au serveur pour répondre.

Ces mesures servent à observer des tendances, pas à atteindre une cible. Il n’existe aucun chiffre idéal : c’est la forme de la courbe dans le temps qui compte.

Faut-il vraiment s’en préoccuper ?

Probablement pas. Le budget d’exploration suscite beaucoup d’inquiétude, alors que la plupart des sites n’ont jamais besoin de le gérer. Ce rapport est bien plus utile comme système d’alerte précoce sur la santé du serveur que comme tableau de bord à optimiser.

Surveillez surtout les difficultés du serveur. Si le temps de réponse augmente ou si des erreurs serveur apparaissent, Google le détecte et réduit son exploration pour ne pas aggraver la situation. Si des pages cessent soudain d’être récupérées, ce rapport fait partie des premiers endroits à consulter.

Le rapport inclut aussi un résumé de l’état de l’hôte, qui signale les difficultés d’accès au site : récupération de robots.txt, DNS et connexion au serveur. C’est le bloc le plus important ; s’il est rouge, corrigez-le d’abord.

Pour l’analyse détaillée de chaque mesure et de chaque motif, passez à l’onglet Advanced.

En bref — Le rapport Statistiques sur l’exploration — Paramètres → Statistiques sur l’exploration, propriétés racines uniquement, de domaine ou avec préfixe d’URL racine — présente sur environ 90 jours le nombre total de requêtes, le volume téléchargé et le temps de réponse moyen. Il les ventile aussi par réponse, type de fichier, type de Googlebot et objectif — découverte ou actualisation. Lisez-le comme un moniteur de santé du serveur, pas comme un indicateur flatteur du budget : une hausse du temps de réponse ou des erreurs 5xx réduit la capacité, et une indisponibilité durable de robots.txt peut interrompre l’exploration. C’est ce que GSC offre de plus proche des journaux, mais les données sont agrégées, limitées aux robots de Google et non garanties exhaustives. Pour tous les robots, les utilisateurs et un relevé complet, consultez les journaux serveur. Google réserve ses conseils sur le budget aux sites vastes et souvent modifiés ; dans mon expérience, le sujet importe rarement aux sites plus petits.

Nature et emplacement du rapport

Google le présente directement : “The Crawl Stats report shows you statistics about Google’s crawling history on your website.” (traduction) « Le rapport Statistiques sur l’exploration fournit des données sur l’historique d’exploration de votre site par Google. » Il se trouve sous Paramètres → Statistiques sur l’exploration, et non dans la barre latérale principale, ce qui déroute de nombreux utilisateurs.

La principale raison de croire le rapport absent ou défectueux tient à son périmètre. Google précise : “This report is available only for root-level properties.” (traduction) « Ce rapport n’est disponible que pour les propriétés racines. » Cela comprend une propriété de domaine et une propriété avec préfixe d’URL validée à la racine, par exemple https:// example.com ; ce n’est pas réservé aux propriétés de domaine sans protocole. Si votre propriété avec préfixe d’URL vise un sous-dossier ou un sous-chemin, validez-la à la racine. Le site n’a aucun problème.

Faut-il s’y intéresser ? Repenser le budget d’exploration

La plupart des sites n’ont pas besoin d’optimiser leur budget d’exploration. La véritable valeur du rapport réside dans le suivi de santé, pas dans le réglage du budget. Google réserve ses propres recommandations aux grands sites — plus d’un million de pages uniques — et aux sites moyens ou grands comptant plus de 10 000 pages modifiées quotidiennement. En dessous, il s’agit d’un diagnostic, pas d’un projet.

Google destine également le rapport aux utilisateurs avancés et indique que les sites de moins de 1 000 pages n’ont généralement pas besoin d’un tel niveau de détail, seuil plus bas que celui des conseils sur le budget. Mon repère pratique est plus souple : pour la plupart des sites de moins de 10 000 pages, je consacrerais encore peu de temps à ce sujet. C’est un jugement professionnel, pas un seuil officiel.

La cadence résulte de l’interaction de deux facteurs : la limite de capacité d’exploration et la demande d’exploration. La capacité correspond à ce que le serveur peut supporter. Google la définit ainsi : “The maximum number of simultaneous parallel connections that Google can use to crawl a site, as well as the time delay between fetches.” (traduction) « Le nombre maximal de connexions parallèles simultanées que Google peut utiliser pour explorer un site, ainsi que le délai entre les récupérations. » La demande représente ce que Google souhaite explorer, notamment selon la popularité et l’ancienneté du contenu. Le rapport montre les conséquences des deux mécanismes. Le concept est détaillé dans crawl budget.

Quelques détails de périmètre sont essentiels. Le rapport compte l’URL réellement demandée par Googlebot plutôt que l’URL canonique finalement retenue ; il compte séparément les requêtes dupliquées et chaque étape d’une redirection côté serveur, mais pas les redirections côté client comme réponses de redirection. Les données sont limitées à la propriété ou à l’hôte affiché : les ressources d’autres domaines et parfois des domaines parents ou enfants peuvent être sous-représentées ou surreprésentées selon le type de propriété. Enfin, Google précise que le rapport reflète la plupart des requêtes, mais peut en omettre. Un léger écart avec vos journaux serveur est donc normal.

C’est ce que Search Console propose de plus proche des journaux, mais les données sont agrégées, limitées aux robots de Google et non garanties exhaustives. Pour connaître les visites de tous les robots et utilisateurs ou obtenir un relevé complet, il faut les journaux serveur. Commencez gratuitement par Statistiques sur l’exploration avant d’investir dans leur analyse.

Les trois mesures principales

Interprétez-les comme des tendances, pas comme des objectifs :

• Nombre total de requêtes d’exploration : “The total number of crawl requests issued for URLs on your site, whether successful or not.” (traduction) « Le nombre total de requêtes d’exploration envoyées pour les URL de votre site, qu’elles aient réussi ou non. » Chaque requête compte, y compris celles en erreur.
• Taille totale du téléchargement : “Total number of bytes downloaded from your site during crawling, for the specified time period.” (traduction) « Nombre total d’octets téléchargés depuis votre site pendant l’exploration, sur la période indiquée. »
• Temps de réponse moyen : “Average response time for all resources fetched from your site during the specified time period.” (traduction) « Temps de réponse moyen de toutes les ressources récupérées sur votre site pendant la période indiquée. » C’est un indicateur indirect de santé du serveur. Une hausse persistante constitue une alerte de performance et peut conduire Google à réduire la capacité d’exploration. L’effet SEO est indirect — une exploration moindre et plus lente — et distinct de tout facteur de classement lié à la vitesse des pages.

Ventilation par réponse

Selon Google, ce tableau présente “the responses that Google received when crawling your site, grouped by response type, as a percentage of all crawl responses.” (traduction) « les réponses reçues par Google pendant l’exploration du site, regroupées par type en pourcentage de toutes les réponses d’exploration ». Il comprend notamment OK (200), déplacement définitif (301), déplacement temporaire (302), introuvable (404), erreur serveur (5XX) et robots.txt indisponible.

Voici comment j’interprète chaque motif :

• Les réponses 200 doivent former la grande majorité. Google ne publie aucun pourcentage cible : comparez avec votre propre référence et recherchez des évolutions persistantes plutôt qu’un nombre exact.
• Beaucoup de 404 ne sont pas fatales, mais signalent du gaspillage : Google dépense des requêtes pour des URL inexistantes.
• Beaucoup de 301 indiquent des chaînes de redirections ou des liens internes pointant encore vers d’anciennes URL. Corrigez-les pour viser directement la destination finale.
• Une hausse des 5xx est le motif le plus préjudiciable du rapport. Le serveur échoue sous la charge, la limite de capacité baisse et Google explore moins. Des 5xx durables peuvent presque arrêter Google.
• robots.txt indisponible ne doit pas représenter une part durable et significative. Google ne fixe aucun seuil, mais une présence persistante signifie qu’il n’a parfois pas pu récupérer le fichier. S’il reste inaccessible, Google suspend prudemment l’exploration au lieu de deviner les règles.

Ventilation par type de fichier

Google regroupe l’exploration par type : HTML, image, JavaScript, CSS, JSON, PDF et autres. Il s’agit d’une piste de diagnostic, pas d’une preuve de gaspillage. Le volume normal de JS, CSS, images ou JSON dépend de l’architecture du site ; une application riche en JavaScript requiert légitimement davantage de ressources qu’un site HTML statique. Une part élevée par rapport à votre propre référence, ou une hausse soudaine, mérite une enquête sur le coût du rendu. Des types inattendus peuvent révéler un piège produisant un espace d’URL presque infini.

Ventilation par type de Googlebot

Cette vue répartit les requêtes selon le robot : smartphone, ordinateur, image, vidéo, chargement de ressources et AdsBot. Google n’impose aucune composition. Dans un contexte d’exploration mobile-first, Smartphone domine généralement sur la plupart des sites. Une majorité d’ordinateur ou un volume inhabituel d’Image ou d’AdsBot constitue une piste, pas une infraction : Google peut ne pas traiter le site en mobile-first, les annonces ou images peuvent consommer une capacité préférée pour le contenu, ou le site peut simplement avoir des besoins particuliers.

Ventilation par objectif : découverte ou actualisation

Google définit ces deux catégories uniquement d’après l’historique d’exploration ; leurs libellés ne suffisent pas à juger le mélange :

• Discovery : “The URL requested was never crawled by Google before.” (traduction) « L’URL demandée n’avait jamais été explorée par Google auparavant. »
• Refresh : “A recrawl of a known page.” (traduction) « Une nouvelle exploration d’une page connue. »

Une hausse de Discovery est normale lors d’un lancement ou d’une migration, lorsque Google trouve les nouvelles URL. Elle devient problématique si elle provient de paramètres ou d’un espace infini : le budget part alors vers des déchets. Un mélange dominé par Refresh est normal pour un site établi qui publie peu. Comparez toujours à votre propre référence et aux changements connus, jamais à un ratio prétendument idéal.

État de l’hôte : le bloc le plus exploitable

L’état de l’hôte résume les problèmes de disponibilité rencontrés par Google, selon trois contrôles : récupération de robots.txt, résolution DNS et connectivité du serveur. Un état rouge est l’un des signaux les plus exploitables : pendant cette période, Google a généralement été bloqué ou limité au niveau de l’infrastructure avant d’atteindre le contenu. Il s’agit toutefois d’une alerte agrégée, pas de la preuve que toutes les URL ont été touchées ni que le problème persiste. Consultez la chronologie et vérifiez l’état actuel par une récupération en direct, l’inspection d’URL ou les journaux. Malgré cette nuance, enquêtez d’abord sur tout état rouge.

Interpréter les hausses et les baisses

Le mécanisme essentiel est une boucle de rétroaction : le comportement du serveur influe sur le volume exploré par Google. Si le site répond rapidement et de façon fiable, la capacité peut augmenter ; s’il ralentit ou renvoie des erreurs serveur, elle diminue. Ainsi :

• Hausse du temps de réponse → baisse possible de la capacité → moins d’exploration.
• Vague de 5xx → baisse de la capacité → moins d’exploration ; si elle dure, elle peut fortement vous limiter.
• robots.txt indisponible → s’il le reste, Google suspend prudemment l’exploration.

Rien de cela n’est une pénalité de classement. Le préjudice est indirect : une page non explorée et non indexée ne peut pas se classer, mais une exploration supplémentaire ne la fait pas mieux classer. Le budget d’exploration décrit entièrement cette interaction entre capacité et demande.

Statistiques sur l’exploration ou journaux serveur

Le rapport est ce que GSC offre de plus proche des journaux, mais ses limites comptent :

Lorsque le rapport ne suffit plus — détail par URL, robots autres que Google ou historique plus long — passez à l’analyse des journaux. Statistiques sur l’exploration indique qu’un problème existe ; les journaux montrent exactement où.

Relation avec le reste du processus

Le rapport montre l’exploration après coup. Pour la suite du processus, le rapport Indexation des pages est son complément : Statistiques sur l’exploration indique ce que Google a récupéré ; Indexation des pages, ce qui est entré dans l’index. L’état de l’hôte, intégré au rapport, reste le premier signal d’infrastructure à examiner.

Résumé par l’IA

Version condensée de l’onglet Advanced :

• Emplacement : Search Console → Paramètres → Statistiques sur l’exploration. Environ 90 jours. Uniquement pour les propriétés racines, de domaine ou avec préfixe d’URL validé à la racine ; c’est pourquoi les propriétés de sous-dossier ne l’affichent pas.
• Trois mesures principales : requêtes totales, taille totale du téléchargement et temps de réponse moyen. Lisez des tendances, pas des objectifs.
• Quatre ventilations : par réponse — 200, 301, 404, 5xx, robots.txt indisponible ; par fichier — HTML, JS, CSS, image, PDF ; par Googlebot — smartphone, ordinateur, image, vidéo, AdsBot ; par objectif — Discovery ou Refresh.
• C’est un moniteur de santé, pas un tableau de budget. Une hausse du temps de réponse ou des 5xx réduit la capacité et l’exploration ; une indisponibilité durable de robots.txt peut la suspendre.
• L’état de l’hôte — robots.txt, DNS et connexion serveur — est le bloc le plus exploitable. Corrigez d’abord tout état rouge.
• Exploration ≠ classement : davantage d’exploration n’améliore pas les positions, mais une page non explorée ne peut pas se classer.
• C’est le plus proche équivalent des journaux dans GSC, mais les données sont agrégées, limitées à Google et non garanties exhaustives. Utilisez les journaux pour tous les robots, le détail par URL et un relevé complet.
• Google réserve ses conseils officiels aux grands sites souvent modifiés et juge même ce rapport inutilement détaillé sous environ 1 000 pages. Repère pratique : la plupart des sites nettement sous 10 000 pages n’ont pas à optimiser le budget, mais ce n’est pas un seuil officiel.

Documentation officielle

Documentation de première main publiée par Google.

Google

• Rapport Statistiques sur l’exploration — aide Search Console sur les mesures, ventilations, état de l’hôte et exigence d’une propriété racine.
• Optimiser le budget d’exploration — limite de capacité, demande et sites réellement concernés.
• Exploration et indexation — portail général sur les robots, sitemaps et contrôles d’exploration.

Citations des sources

Déclarations publiques de Google. Chaque lien profond mène directement au passage cité.

Google — contenu du rapport

• “The Crawl Stats report shows you statistics about Google’s crawling history on your website.” (traduction) « Le rapport Statistiques sur l’exploration fournit des données sur l’historique d’exploration de votre site par Google. » — Aide Google Search Console. Accéder à la citation
• “This report is available only for root-level properties.” (traduction) « Ce rapport n’est disponible que pour les propriétés racines. » Accéder à la citation

Google — les trois mesures

• “The total number of crawl requests issued for URLs on your site, whether successful or not.” (traduction) « Le nombre total de requêtes d’exploration envoyées pour les URL de votre site, qu’elles aient réussi ou non. » Accéder à la citation
• “Total number of bytes downloaded from your site during crawling, for the specified time period.” (traduction) « Nombre total d’octets téléchargés depuis votre site pendant l’exploration, sur la période indiquée. » Accéder à la citation
• “Average response time for all resources fetched from your site during the specified time period.” (traduction) « Temps de réponse moyen de toutes les ressources récupérées sur votre site pendant la période indiquée. » Accéder à la citation

Google — les ventilations

• “This table shows the responses that Google received when crawling your site, grouped by response type, as a percentage of all crawl responses.” (traduction) « Ce tableau présente les réponses reçues par Google pendant l’exploration du site, regroupées par type en pourcentage de toutes les réponses d’exploration. » Accéder à la citation
• “Discovery: The URL requested was never crawled by Google before.” (traduction) « Découverte : l’URL demandée n’avait jamais été explorée par Google auparavant. » Accéder à la citation
• “Refresh: A recrawl of a known page.” (traduction) « Actualisation : une nouvelle exploration d’une page connue. » Accéder à la citation

Google — capacité d’exploration, le mécanisme budgétaire sous-jacent

• Limite de capacité : “The maximum number of simultaneous parallel connections that Google can use to crawl a site, as well as the time delay between fetches.” (traduction) « Le nombre maximal de connexions parallèles simultanées que Google peut utiliser pour explorer un site, ainsi que le délai entre les récupérations. » — Google Search Central, guide du budget des grands sites. Accéder à la citation

Lire le rapport — liste de contrôle

Parcours rapide pour extraire le signal utile :

• Vous consultez une propriété racine, de domaine ou avec préfixe d’URL racine ; sinon le rapport ne s’affiche pas.
• L’état de l’hôte est vert : récupération de robots.txt, DNS et connexion serveur fonctionnent. Corrigez d’abord toute alerte rouge.
• Le temps de réponse moyen reste stable et n’augmente pas.
• Dans la vue par réponse, les 200 forment une grande majorité ; les 5xx et l’indisponibilité de robots.txt n’occupent aucune part durable et significative. Google ne fixe aucun seuil : observez votre tendance.
• Aucun volume inattendu d’URL introuvables — exploration gaspillée — ou de redirections — chaînes et liens internes obsolètes.
• La vue par type de Googlebot penche généralement vers Smartphone en mobile-first. Aucun mélange n’est imposé, mais une variation soudaine mérite une enquête.
• La vue par fichier n’est pas dominée par JS, CSS ou les images par rapport à votre référence et ne révèle aucun type inattendu pouvant indiquer un piège.
• Pour Discovery et Refresh, comparez à votre référence et aux changements connus — lancement, migration, sitemap. Une variation inexpliquée peut révéler des paramètres ou un espace d’URL infini, ou une actualisation bloquée.
• Si vous avez besoin du détail par URL, des robots autres que Google ou d’un historique plus long, passez à l’analyse des journaux serveur.

Modèles mentaux

1. C’est un moniteur de santé, pas un tableau de scores. Les nombres sont des tendances à suivre, pas des objectifs à maximiser. Observez la forme de la courbe — hausses et baisses soudaines — plutôt qu’une valeur absolue prétendument idéale.

2. La boucle de rétroaction du serveur. Serveur rapide et stable → capacité susceptible d’augmenter → davantage d’exploration. Serveur lent ou erreurs 5xx → baisse de capacité → moins d’exploration. Temps de réponse et taux d’erreur gouvernent discrètement le reste du rapport.

3. D’abord l’état de l’hôte, puis les réponses, enfin le reste. Traitez dans l’ordre de l’impact : un état d’hôte rouge bloque tout, corrigez-le. Examinez ensuite la vue par réponse, surtout les 5xx et l’indisponibilité de robots.txt. Les nuances de fichiers, Googlebots et objectifs viennent après.

4. Du rapport aux journaux : la règle de progression. Le rapport indique qu’un problème existe — données Google agrégées, non garanties complètes sur 90 jours. Les journaux montrent précisément lequel — tous les robots et utilisateurs, chaque requête et chaque URL. Commencez par le rapport et passez aux journaux lorsque la précision devient nécessaire.

5. Le filtre « faut-il s’y intéresser ? » Google destine le rapport aux utilisateurs avancés et le juge inutile sous environ 1 000 pages ; ses conseils officiels sur le budget ciblent des sites bien plus vastes et souvent modifiés. Mon repère pratique est plus souple : sous environ 10 000 pages, le budget s’applique rarement, mais cela reste un jugement. Dans tous les cas, utilisez le rapport comme alerte de santé et cessez d’optimiser un nombre sans effet sur le classement.

Rapport Statistiques sur l’exploration — aide-mémoire

Emplacement et périmètre

• Paramètres → Statistiques sur l’exploration dans Search Console. Environ 90 jours. Propriétés racines uniquement, de domaine ou avec préfixe d’URL racine.

Trois mesures principales

• Requêtes totales : toutes les requêtes, réussies ou non.
• Taille totale du téléchargement : octets téléchargés.
• Temps de réponse moyen : indicateur de santé ; une hausse durable entraîne moins d’exploration.

Par réponse — interprétation des motifs

Par type de fichier : HTML, image, JavaScript, CSS, JSON, PDF et autres. Une part élevée par rapport à votre référence est une piste, pas une preuve de gaspillage. Recherchez un coût de ressources ou des types inattendus révélant des pièges.

Par type de Googlebot : Smartphone — généralement dominant, sans obligation officielle — Desktop, Image, Video, chargement de ressources et AdsBot.

Par objectif : Discovery, URL jamais explorée, ou Refresh, nouvelle exploration d’une page connue.

État de l’hôte : récupération de robots.txt · résolution DNS · connexion serveur. Rouge = priorité absolue.

À retenir

• Rapport absent ? Votre propriété avec préfixe d’URL vise un sous-dossier : validez une propriété racine, de domaine ou avec préfixe racine.
• Davantage d’exploration ≠ meilleur classement ; une page non explorée ne peut toutefois pas se classer.
• Équivalent le plus proche des journaux dans GSC, mais robots de Google uniquement, données agrégées, non garanties exhaustives, 90 jours.

Outils pour observer l’exploration de Google

• Google Search Console — Statistiques sur l’exploration : sujet de cette page, sous Paramètres, pour les propriétés racines de domaine ou avec préfixe d’URL.
• Google Search Console — Inspection de l’URL : vérifier l’exploration, le rendu et l’indexation d’une URL.
• Google Search Console — Indexation des pages : vue complémentaire sur ce qui est passé de l’exploration à l’index.
• Analyse des journaux serveur : source de vérité couvrant tous les robots et utilisateurs. Utilisez Screaming Frog Log File Analyser ou chargez les journaux dans BigQuery ou une plateforme dédiée.
• Robots et audits de site : Ahrefs Site Audit et Screaming Frog SEO Spider simulent l’exploration et révèlent les chaînes, URL bloquées et motifs piégés.
• Ahrefs Webmaster Tools : exploration et audit gratuits pour les sites validés.

Testez vos connaissances : Statistiques sur l’exploration

Procédure : revue hebdomadaire de la santé de l’exploration

Utilisez ce contrôle récurrent et bref sans chercher à maximiser le volume pour lui-même.

1. Ouvrir la bonne propriété. Dans la propriété racine Search Console, accédez à Paramètres → Statistiques sur l’exploration.
2. Poser le contexte. Notez les déploiements, migrations, pannes, événements de trafic et changements de sitemap qui recoupent la courbe.
3. Commencer par l’état de l’hôte. Traitez les avertissements concernant robots.txt, le DNS ou la connexion serveur avant d’interpréter le reste.
4. Comparer les trois tendances. Évaluez requêtes, volume et temps de réponse par rapport aux semaines précédentes de la propriété, pas à un repère générique.
5. Ouvrir la vue par réponse. Examinez les 5xx durables, l’indisponibilité de robots.txt, la hausse des redirections et les nouveaux motifs de 404.
6. Examiner la composition. Cherchez dans les types de fichiers, de Googlebots et dans Discovery ou Refresh les variations inexpliquées et pièges.
7. Corréler avec la suite. Contrôlez des URL représentatives dans Inspection de l’URL et Indexation des pages. Davantage de requêtes ne sert à rien si les pages importantes restent inexplorées ou non indexées.
8. Passer aux journaux si les agrégats ne suffisent pas. Collectez les preuves par URL, horodatages, user-agents et trafic non Google.
9. Consigner le constat. Enregistrez date, anomalie, cause probable, responsable, action et mesure attendue. Ne clôturez qu’après le rétablissement de la tendance.

Résoudre les problèmes du rapport

Le rapport est absent

Cause probable : vous consultez une propriété avec préfixe d’URL limitée à un chemin. Correction : ouvrez ou validez la propriété racine. L’absence du rapport dans un périmètre plus étroit ne dit rien sur l’exploration du site.

Le temps de réponse augmente tandis que les requêtes diminuent

Cause probable : Google ralentit parce que le serveur d’origine, le CDN ou l’application peine sous la charge. Correction : corrélez l’heure avec la supervision et les journaux, repérez les routes ou ressources lentes, restaurez une capacité fiable, puis attendez la baisse du temps de réponse avant le retour du volume.

Les réponses 5xx augmentent brusquement

Cause probable : une panne, un limiteur, un serveur saturé ou une règle de sécurité propre aux robots fait échouer Googlebot. Correction : examinez les lignes de journal, validez l’identité de Googlebot si nécessaire, retirez tout blocage accidentel et testez les URL hors de la session applicative.

« robots.txt indisponible » apparaît

Cause probable : des erreurs DNS, TLS, CDN, de redirection ou de serveur ont empêché Google de récupérer le fichier, sans que ses directives soient forcément mauvaises. Correction : demandez directement /robots.txt sur les hôtes concernés, confirmez une réponse stable et réussie, puis consultez l’état de l’hôte et les journaux de la période.

Discovery augmente de façon inattendue

Cause probable : un lancement ou une migration fonctionne comme prévu, ou Google a découvert un espace d’URL sans limite — paramètres, filtres, calendriers ou recherche interne. Correction : échantillonnez les journaux et liens internes afin d’identifier le nouveau motif. Préservez les découvertes voulues et supprimez les pièges à leur source.

Le rapport paraît sain, mais des pages importantes ne sont pas indexées

Cause probable : l’hôte est globalement sain tandis que certaines URL souffrent de problèmes de découverte, de canonique, de qualité ou d’indexation. Correction : utilisez Inspection de l’URL et Indexation des pages. Ce rapport ne prouve pas qu’une URL donnée a été retenue pour l’index.

Mesurer la santé comme une tendance, pas comme un quota

Il n’existe aucun nombre universellement idéal de requêtes. Établissez une référence propre au site et annotez-la avec les déploiements et incidents.

Définissez la réussite selon l’incident. Après un problème serveur : disponibilité stable, temps de réponse normalisé, puis reprise de l’exploration. Après la fermeture d’un piège : moins de requêtes vers le motif indésirable sans réduire la découverte ni l’actualisation des URL importantes. Davantage de requêtes n’est pas un résultat SEO ; le rapport seul ne mesure ni classement ni qualité d’indexation.

Ressources utiles

Mes articles connexes

• Quand faut-il s’inquiéter du budget d’exploration ? — ma lecture du budget, la place du rapport et les raisons pour lesquelles la plupart des sites n’ont pas à s’en préoccuper.
• Qu’est-ce que Googlebot et comment fonctionne-t-il ? — le robot à l’origine de chaque chiffre du rapport.
• Guide du débutant sur le SEO technique — place de l’exploration et de Search Console dans l’ensemble du SEO technique.

Documentation officielle

• Rapport Statistiques sur l’exploration — aide Search Console — source primaire de chaque mesure et ventilation.
• Optimiser le budget d’exploration — capacité, demande et seuils de taille.

Dans le secteur

• Le budget d’exploration expliqué par Gary Illyes — article de Search Engine Journal donnant le contexte des facteurs qui déterminent les chiffres.
• Budget d’exploration pour le SEO : tout savoir — analyse de la capacité et de la demande.
• Exploration et indexation — portail officiel Google sur l’exploration, robots.txt et les sitemaps.
• Podcast de Google : comment Googlebot explore le Web — Gary Illyes et Martin Splitt expliquent l’infrastructure et la réaction de l’ordonnanceur au serveur.
• r/TechSEO — communauté consacrée au diagnostic d’exploration et d’indexation.

Podcasts

• Podcast de l’équipe Google Search — Comment Googlebot explore le Web. Gary Illyes et Martin Splitt abordent l’infrastructure, les requêtes conditionnelles et la réaction de l’ordonnanceur au serveur : un contexte utile pour comprendre les chiffres du rapport. Écouter

Vidéos

• Google Search Central (YouTube) — explications de Martin Splitt sur l’exploration et le rendu, ainsi que la série How Google Search Works. Elles montrent le travail de Googlebot avant que les données n’apparaissent dans le rapport. Chaîne

Journal des modifications