Tu vérifies tes positions, ton trafic, peut-être même tes citations dans les IA. Mais est-ce que tu as déjà ouvert le rapport "Statistiques sur l'exploration" de Search Console ? C'est probablement l'onglet le moins consulté de tout l'outil, et pourtant c'est le seul endroit où Google te dit littéralement : voici comment Googlebot voit ton site, combien de fois il passe, et où ça coince avant même que ça impacte ton indexation. Voici comment le lire correctement, ce qu'il ne montre pas, et un test à cinq minutes que tu peux lancer aujourd'hui.
Ce que le rapport affiche réellement
Le rapport (Search Console > Paramètres > Statistiques sur l'exploration) montre trois séries temporelles sur 90 jours : le nombre total de requêtes d'exploration (chaque fetch d'une URL par Google, réussi ou non), le volume total téléchargé en octets, et le temps de réponse moyen de ton serveur. Ce ne sont pas des métriques de vanité : une chute brutale du nombre de requêtes accompagnée d'une hausse du temps de réponse est souvent le premier signal visible d'un problème serveur, des semaines avant que ça se traduise en perte de positions.
En dessous de ces courbes, quatre répartitions permettent de comprendre le pourquoi : par code de réponse, par type de fichier, par objectif (Discovery vs Refresh), et par type de robot Google.
Lire la répartition par code de réponse
Cette section regroupe les requêtes par 2xx, 3xx (redirections), 4xx (client, dont les 404) et 5xx (serveur). Un taux de 4xx élevé n'est pas forcément un problème — un site avec un catalogue produit qui tourne vite (e-commerce, marketplace) va générer mécaniquement des 404 sur les produits retirés. Ce qui doit t'alerter, c'est une proportion de 5xx qui grimpe : ça veut dire que Googlebot rencontre des erreurs de ton côté, pas des pages qui n'existent plus légitimement. Chaque requête qui échoue en 5xx est une requête gaspillée qui aurait pu servir à crawler une page qui compte réellement — le lien direct avec ton budget de crawl est immédiat.
Discovery vs Refresh : le signal que presque personne ne lit
C'est la répartition la plus mal comprise du rapport. Google distingue deux objectifs de crawl : Discovery, quand l'URL n'a jamais été explorée avant, et Refresh, quand c'est une recrawl d'une page déjà connue. Sur un site qui vient de lancer, un ratio Discovery élevé est normal et sain. Le problème apparaît sur un site mature : si tu publies depuis plus d'un an et que le rapport affiche encore une majorité de requêtes Discovery plutôt que Refresh, ça signifie qu'une bonne partie de tes URLs ne sont toujours pas "installées" dans l'index de Google — souvent parce qu'elles sont mal reliées depuis ton maillage interne, ou orphelines. Le symptôme se corrige rarement côté crawl : il se corrige en remontant à la structure du site.
Par type de robot : ce que révèle la répartition Smartphone vs Ordinateur
Le rapport ventile aussi les requêtes par agent : Smartphone, Ordinateur, Image, Vidéo, Ressource de page (JS/CSS), et des robots spécialisés comme AdsBot ou StoreBot. Avec l'indexation mobile-first généralisée depuis des années, le robot Smartphone doit représenter l'écrasante majorité des requêtes HTML sur un site standard. S'il ne représente qu'une fraction minoritaire, c'est un signal technique à ne pas ignorer, en particulier si ton site sert un rendu ou un contenu différent en version mobile — dans ce cas Google indexe littéralement ce qu'il voit le moins souvent.
Petite précision utile si tu fais tourner des Dynamic Search Ads : AdsBot recrawl tes URLs cibles environ toutes les deux semaines, indépendamment de Googlebot classique. Un pic isolé sur cette ligne n'a donc rien à voir avec un problème d'indexation SEO — c'est juste Google Ads qui rafraîchit ses annonces dynamiques.
Host status : les trois vérifications qui peuvent tout arrêter
En haut du rapport, la section "Hosts" regroupe trois indicateurs de santé indépendants du contenu de tes pages : la récupération du robots.txt, la résolution DNS, et la connectivité serveur. Google matérialise un seuil critique par une ligne pointillée rouge sur chaque graphique — si ta courbe la dépasse, ça veut dire que Google a rencontré assez d'échecs pour considérer que ton hôte a un problème de disponibilité, ce qui peut ralentir voire suspendre temporairement l'exploration de l'ensemble du site. C'est la vérification la plus basique du rapport, et pourtant celle qui explique le plus souvent une chute de crawl "inexpliquée" : un robots.txt qui renvoie une erreur serveur (au lieu d'un 404 propre) peut bloquer tout le crawl du domaine, pas seulement de ce fichier.
L'angle mort du rapport : il ne voit pas les crawlers IA
Voici ce que la documentation officielle de Google ne dit jamais explicitement mais que la simple lecture des libellés confirme : ce rapport couvre uniquement les crawlers de la famille Google (Googlebot, robots Image/Vidéo, AdsBot, StoreBot). Il n'inclut ni Google-Extended (entraînement des modèles Gemini), ni GPTBot, ni ClaudeBot, ni PerplexityBot. Si ton objectif est de savoir si les moteurs de réponse IA visitent réellement ton site pour te citer, ce rapport ne te dira rien — zéro ligne, zéro donnée. Pour ça, il faut soit croiser directement les logs serveur bruts (voir notre guide d'analyse des logs serveur), soit vérifier au minimum que ton robots.txt autorise bien les bons crawlers IA sans les bloquer par erreur. Beaucoup de sites optimisent leur rapport Crawl Stats à zéro défaut tout en étant invisibles pour ChatGPT ou Perplexity : ce sont deux chantiers distincts, avec deux sources de données distinctes.
Le test à cinq minutes
Ouvre ton rapport Statistiques sur l'exploration maintenant et fais ceci : bascule sur "Par objectif" et note le pourcentage de Refresh. Si ton site a plus d'un an et que ce chiffre est sous les 50 %, c'est le signe qu'une partie significative de tes pages reste en zone grise pour Google. Puis bascule sur "Par type de Googlebot" : si Smartphone ne domine pas très largement Ordinateur, vérifie que ton rendu mobile ne cache pas de contenu par rapport à la version desktop. Ces deux lectures prennent moins de temps que ce paragraphe et pointent directement vers des actions concrètes, pas vers des suppositions.
Quand ce rapport ne suffit pas
Le rapport reste agrégé et sur un échantillon d'URLs "non exhaustif", selon les termes mêmes de Google — il sert à repérer des tendances et des anomalies, pas à auditer une URL précise. Si tu dois diagnostiquer pourquoi une page en particulier n'est pas indexée, l'outil adapté est l'inspection d'URL, pas Crawl Stats. Et si ton enjeu principal est la visibilité dans les moteurs IA plutôt que le crawl Google classique, ce rapport ne sera jamais ton point de départ.
À retenir
- Crawl Stats montre trois métriques (requêtes, volume, temps de réponse) et quatre répartitions (réponse, fichier, objectif, type de robot) sur 90 jours glissants.
- Un ratio Discovery élevé sur un site mature signale un problème de maillage interne, pas un problème de crawl en soi.
- La répartition Smartphone vs Ordinateur doit refléter l'indexation mobile-first : un déséquilibre est un signal technique réel.
- La section Host status (robots.txt, DNS, connectivité) est le premier endroit à vérifier en cas de chute de crawl inexpliquée.
- Ce rapport ne couvre aucun crawler IA (Google-Extended, GPTBot, ClaudeBot, PerplexityBot) : pour le GEO, il faut regarder ailleurs.
Envie de savoir où ton site se situe sur ces points, sans éplucher le rapport toi-même ? Lance ton audit gratuit et récupère ton score /100 SEO et GEO en quelques minutes.