Où se trouve le rapport Statistiques sur l'exploration dans Google Search Console ?

Q: Où se trouve le rapport Statistiques sur l'exploration dans Google Search Console ?

Les statistiques sur l'exploration se trouvent sous Paramètres, et non dans le menu principal, et uniquement pour les propriétés de niveau racine. Voici comment ouvrir le rapport, lire chaque graphique et repérer les problèmes d'exploration.

Le rapport Statistiques sur l'exploration ne figure pas dans le menu de gauche de Search Console. Ouvrez Paramètres (l'icône en forme d'engrenage), puis Statistiques sur l'exploration, et ouvrez le rapport à partir de là. Il n'existe que pour les propriétés de niveau racine : une propriété de domaine telle que example.com, ou une propriété de préfixe d'URL à la racine telle que https://example.com/. Une propriété correspondant à un dossier comme https://example.com/blog/ n'en dispose pas. Google indique que les sites de moins de 1 000 pages en ont rarement besoin.

Comment l'ouvrir

Passez à une propriété de domaine ou à une propriété de préfixe d'URL à la racine. Si vous n'avez qu'une propriété au niveau d'un dossier, ajoutez une propriété de domaine pour le site.
Choisissez Paramètres en bas du menu.
Repérez Statistiques sur l'exploration sur la page des paramètres et ouvrez le rapport.

Ce que montre le rapport

Le graphique du haut représente trois totaux par jour :

Nombre total de requêtes d'exploration : toutes les requêtes émises par Googlebot, réussies ou non. Les requêtes répétées pour une même URL sont comptées à chaque fois, tout comme chaque étape d'une chaîne de redirections.
Taille totale du téléchargement : le volume d'octets récupérés. Une ressource mise en cache et réutilisée par plusieurs pages n'est récupérée qu'une seule fois.
Temps de réponse moyen : calculé sur l'ensemble des ressources récupérées, chaque ressource de page étant comptée séparément.

En dessous, l'état de l'hôte vérifie trois éléments sur les 90 derniers jours : si le fichier robots.txt a pu être récupéré, si le DNS a été résolu et si le serveur a répondu. Chacun affiche une coche verte, un problème survenu il y a plus d'une semaine, ou un problème récent datant de la dernière semaine.

Viennent ensuite quatre répartitions, chacune exprimée en part des requêtes :

Répartition	Critère de découpage	Ce qu'il faut surveiller
Par réponse	200, 301/308, 302/307, 304, 404, 5xx, erreurs DNS et de récupération	Une part croissante de 5xx, de délais d'attente dépassés ou de « page inaccessible »
Par type de fichier	HTML, image, JavaScript, CSS, JSON, PDF, etc.	Un pic sur un type de fichier après une modification de modèle ou d'application
Par objectif	Découverte (URL jamais explorées) ou actualisation (nouvelles explorations)	Peu de découverte alors que vous publiez beaucoup de nouvelles pages
Par type de Googlebot	Smartphone, ordinateur, image, vidéo, chargement de ressources de page, AdsBot, StoreBot	Des pics d'AdsBot, qui proviennent généralement des cibles des Dynamic Search Ads

Google classe les 404 parmi les réponses « probablement correctes » : une page supprimée doit renvoyer une erreur 404, et il n'est pas nécessaire de toutes les corriger.

Comment un échec de robots.txt interrompt l'exploration

Le fichier robots.txt compte plus que tout le reste dans ce rapport. Un code 200 (même pour un fichier vide), 403, 404 ou 410 est considéré comme une récupération réussie. Un code 429 ou 5xx est considéré comme un échec, et dans ce cas :

Pendant les 12 premières heures, Google cesse d'explorer le site et continue de demander le fichier.
Entre 12 heures et 30 jours, il utilise la dernière copie valide.
Au-delà de 30 jours, il explore sans restriction si votre page d'accueil est accessible, et s'arrête dans le cas contraire.

Une entrée rouge dans l'état de l'hôte pour robots.txt constitue donc une urgence : elle peut interrompre toute l'exploration.

Situations qui exigent une action

Les requêtes diminuent alors que le temps de réponse augmente. Google réduit sa cadence d'exploration lorsqu'un serveur ralentit ou renvoie des erreurs. Corrigez d'abord le serveur.
Googlebot surcharge votre site. Renvoyez un code 503 ou 429 uniquement pour une courte durée, deux ou trois jours au maximum, faute de quoi l'exploration risque de rester réduite par la suite.
Vous souhaitez davantage d'exploration. Vous ne pouvez pas la demander. Tenez vos sitemaps à jour, supprimez les URL en double ou indésirables et vérifiez que les pages importantes ne sont pas bloquées.
Le rapport compte plus de requêtes que vos journaux. Cela peut arriver lorsque robots.txt est resté indisponible longtemps, car Google comptabilise les explorations qu'il aurait effectuées.

Deux limites à garder à l'esprit : les requêtes sont répertoriées selon l'URL réellement récupérée, et non regroupées par URL canonique, et les ressources hébergées sur d'autres domaines n'apparaissent pas. Ce rapport n'est en outre accessible par aucune API ; vos journaux de serveur restent donc le seul relevé URL par URL des visites de Googlebot. Pour savoir si tout cela limite votre indexation, consultez le budget d'exploration.

Comment AutoPSEO vous aide

L'API de Google ne fournit aucune statistique d'exploration, AutoPSEO ne peut donc pas reproduire ce rapport. Voici ce qu'il fait à la place : l'Index Tracker enregistre la dernière date d'exploration communiquée par Google pour chaque URL que vous suivez, et signale les pages indexées qui n'ont pas été explorées depuis 120 jours ou plus. Si une clé Bing Webmaster Tools est connectée, AutoPSEO affiche également les statistiques d'exploration quotidiennes de Bing ainsi que sa liste de problèmes d'exploration.

Sources : l'aide sur le rapport Statistiques sur l'exploration de Google et la référence de l'API Search Console.