Crawl Lab
Log serveurs

20 juil. 2026

Analyse de log SEO : quels KPI suivre et comment les interpréter

Par Louis Gerecht

Sommaire
En bref, cinq indicateurs suffisent à piloter une analyse de logs SEO : le volume de crawl et son évolution, les pages les plus et les moins crawlées, la répartition des codes de réponse, le budget de crawl gaspillé et la part des robots IA. Chaque KPI ne vaut que suivi dans le temps et croisé avec les autres : une variation isolée ne dit rien, une tendance sur plusieurs semaines oriente une décision. Le but n'est pas de multiplier les métriques, mais de relier chaque chiffre à une action concrète.

Un fichier de logs contient des millions de lignes, mais votre décision tiendra dans une poignée d'indicateurs. Le piège du débutant est de se noyer dans le détail ; celui de l'expert est de suivre les mauvais KPI. Cet article passe en revue les indicateurs qui comptent vraiment, ce qu'ils signifient, et surtout comment les interpréter pour transformer une observation en action.

Le volume de crawl et son évolution

Premier réflexe : combien de requêtes les robots adressent-ils à votre site, jour après jour ? Ce volume, suivi dans le temps, est votre signal vital. Une chute soudaine du crawl de Googlebot précède souvent une baisse de trafic : elle peut trahir un problème serveur, un blocage accidentel en robots.txt, ou une perte de confiance du moteur. Une hausse, à l'inverse, accompagne fréquemment une refonte réussie ou une montée en autorité. Google confirme ces facteurs dans son guide de gestion du budget de crawl des grands sites : un serveur lent ou en erreur réduit directement la capacité d'exploration.

L'interprétation du volume de crawl se fait toujours en tendance, jamais sur une journée isolée. Comparez semaine à semaine, en gardant à l'esprit que le crawl fluctue naturellement. Ce qui doit alerter, c'est une rupture nette et durable, pas une variation de quelques pour cent.

Les pages les plus et les moins crawlées

Classez vos URL par nombre de hits de Googlebot. Le haut du classement révèle où le moteur concentre son attention ; le bas, et surtout les pages absentes révèle vos angles morts. L'indicateur clé ici est la part de vos pages stratégiques qui reçoit un crawl régulier.

Un signal fréquent et coûteux : des pages importantes (fiches produits, articles piliers) crawlées rarement, pendant que des URL sans valeur SEO (pages de filtres, paramètres) captent l'essentiel du budget. Quand une page stratégique n'est plus visitée depuis des semaines, son indexation et sa fraîcheur en pâtissent. La corriger passe souvent par le maillage interne, que nous traitons dans un article dédié.

La répartition des codes de réponse

Agrégez les codes HTTP servis aux robots : quelle proportion de 200, de 301/302, de 404, de 5xx ? Un site sain sert majoritairement des 200 à Googlebot. Dès que la part de redirections ou d'erreurs grimpe, du budget de crawl se dissipe. (Source : documentation Google sur les erreurs HTTP et réseau.)

  • Beaucoup de 301/302 : des chaînes de redirections consomment le crawl ; chaque saut est une requête « perdue ».
  • Des 404 récurrents sur les mêmes URL : liens internes cassés ou sitemap obsolète à nettoyer.
  • Des 5xx qui apparaissent : alerte serveur le moteur rencontre des erreurs que vos visiteurs ne voient peut-être pas.

Le cas le plus insidieux est celui d'une page qui répond 200 aux humains mais 404 ou 500 aux robots. Invisible partout ailleurs, il ne se détecte que dans les logs ; nous lui consacrons l'article Erreurs 404 et 5xx vues par les robots.

Le budget de crawl gaspillé

C'est sans doute le KPI le plus actionnable. Mesurez la part du crawl total qui part dans des URL sans valeur : paramètres de tri et de filtre, pages de pagination profonde, ressources techniques, versions non canoniques. Chaque requête dépensée là est une requête en moins pour vos pages qui comptent.

L'interprétation du budget gaspillé est directe : plus ce pourcentage est élevé, plus le potentiel d'optimisation est grand. Sur un gros site e-commerce, il n'est pas rare que la majorité du crawl soit absorbée par la navigation à facettes. Réduire ce gaspillage via robots.txt, canonical ou noindex selon les cas redirige le budget vers l'essentiel. Google consacre d'ailleurs un guide au crawl de la navigation à facettes et au surcrawl qu'elle provoque.

La fréquence de crawl par type de page

Au-delà du volume brut, la fréquence par catégorie éclaire la « valeur » que le moteur accorde à chaque section. Vos pages d'actualité sont-elles recrawlées quotidiennement, comme leur fraîcheur l'exige ? Vos pages evergreen reçoivent elles une visite au moins régulière ? Un décalage, une rubrique clé rarement explorée signale un problème d'architecture ou de maillage.

Segmentez vos URL par modèle (accueil, catégories, articles, fiches) et comparez leurs fréquences. Ce croisement transforme une masse d'URL en une carte lisible des priorités du moteur, que vous pouvez confronter aux vôtres.

Le crawl des robots IA

Nouveau venu parmi les KPI, la part de crawl attribuable aux robots IA mérite désormais un suivi à part. Quelle proportion de vos requêtes vient de GPTBot, ClaudeBot ou PerplexityBot ? Ces robots consomment-ils des ressources sans rien vous rapporter, ou alimentent-ils des citations dans les réponses génératives ? Ce suivi, détaillé dans Détecter les crawlers IA dans vos logs, oriente vos décisions d'autorisation en robots.txt. Pour situer vos chiffres, Cloudflare Radar publie en continu la part de trafic des bots IA mesurée à l'échelle du web.

Du KPI à la décision

Aucun de ces indicateurs ne vaut isolément. Leur force naît du croisement : un volume qui baisse pendant que les 5xx montent pointe vers un souci serveur ; un budget gaspillé élevé sur des pages rarement crawlées désigne une priorité d'optimisation nette. L'objectif n'est jamais le chiffre, mais l'action qu'il déclenche.

Construire un tableau de bord de suivi

Les KPI prennent tout leur sens quand on les suit dans le temps plutôt qu'en photo. L'idéal est de consolider, à chaque analyse, une poignée de chiffres dans un tableau que l'on enrichit période après période. Quelques indicateurs suffisent à composer un tableau de bord utile :

  • Volume de crawl total et volume Googlebot, pour suivre la tendance de fond.
  • Part des réponses en erreur (4xx et 5xx), qui doit rester basse et stable.
  • Part du budget gaspillé sur des URL non stratégiques, à faire baisser dans le temps.
  • Nombre de pages stratégiques crawlées au moins une fois sur la période, à faire monter.
  • Part du crawl attribuable aux robots IA, à surveiller comme un signal émergent.

Le but n'est pas de multiplier les métriques, mais de tenir une ligne claire d'une période à l'autre. Une variation isolée ne dit rien ; une tendance sur trois ou quatre relevés révèle une amélioration réelle ou une dégradation qui s'installe. C'est ce suivi longitudinal qui transforme l'analyse de logs d'un audit ponctuel en véritable pilotage.

Les erreurs d'interprétation à éviter

Certains raccourcis faussent les conclusions. Le premier est de confondre volume de crawl et qualité : un crawl élevé n'est pas un objectif en soi, surtout s'il porte sur des URL sans valeur. Mieux vaut un crawl modéré mais bien ciblé qu'un crawl massif dispersé. Le deuxième est de réagir à une seule journée : le crawl fluctue naturellement, et seule la tendance compte. Le troisième est d'analyser des robots non vérifiés : un pic attribué à Googlebot peut n'être qu'un scraper déguisé, comme l'explique l'article sur l'identification de Googlebot.

Méfiez-vous enfin des moyennes trompeuses. Une « fréquence de crawl moyenne » satisfaisante peut masquer une réalité déséquilibrée : quelques pages hyper-crawlées gonflent la moyenne pendant que des centaines d'autres restent ignorées. Regardez toujours la distribution, pas seulement la moyenne, c'est dans les queues de distribution que se cachent les vrais problèmes.

Relier chaque KPI à une action concrète

Un indicateur qui ne débouche sur rien est un indicateur mort. Chaque KPI de ce panorama appelle un type de décision précis. Un volume de crawl en chute déclenche une enquête technique : blocage accidentel, lenteur serveur, perte de liens. Une part d'erreurs qui grimpe oriente vers le nettoyage des 404 et des 5xx, développé dans l'article dédié. Un budget gaspillé élevé pointe vers des arbitrages robots.txt, canonical ou noindex, au cœur du cluster budget de crawl. Une pauvreté de crawl sur des pages clés renvoie au maillage interne. Et une présence marquée de robots IA invite à définir une politique d'accès, sujet du cluster GEO.

Cartographier ainsi « KPI → décision » évite le piège du reporting pour le reporting. L'analyse de logs n'a de valeur que comme déclencheur d'actions ; les chiffres ne sont que le chemin le plus court entre une observation et une correction.

→ L'analyseur de logs Crawl Lab calcule ces KPI automatiquement : volume de crawl, top des pages explorées, codes de réponse, budget gaspillé et part des robots IA, le tout dans votre navigateur. Déposez un fichier et lisez votre diagnostic.

À lire aussi

Questions fréquentes

Quels sont les KPI les plus importants d'une analyse de logs serveurs pour le SEO ?

Le volume de crawl dans le temps, les pages les plus et les moins crawlées, la répartition des codes de réponse, le budget de crawl gaspillé sur des URL à faible valeur, la fréquence de crawl par type de page et la part de trafic des crawlers IA.

Que signifie généralement une chute soudaine du volume de crawl de Googlebot ?

Elle précède souvent une baisse de trafic et peut signaler un problème serveur, un blocage accidentel dans le robots.txt ou une perte de confiance du moteur envers le site. Elle se lit comme une tendance sur plusieurs jours, pas comme une fluctuation d'une seule journée.

Qu'est-ce que le budget de crawl gaspillé ?

L'activité de crawl dépensée sur des URL à faible valeur — paramètres de tri ou de filtre, pagination profonde, ressources techniques, doublons non canoniques — au lieu des pages qui comptent. Sur les grands sites e-commerce, la navigation à facettes absorbe souvent la majorité du crawl.

Comment mesurer le crawl des bots IA dans les logs serveurs ?

En isolant les requêtes vérifiées de bots comme GPTBot, ClaudeBot ou PerplexityBot et en suivant leur part du volume de crawl total, puis en déterminant si ce trafic alimente des citations dans les réponses IA ou consomme simplement des ressources sans retour.

Pourquoi une fréquence de crawl moyenne peut-elle être trompeuse ?

Une moyenne d'apparence saine peut cacher une réalité déséquilibrée — quelques pages très crawlées gonflent le chiffre pendant que des centaines d'autres sont ignorées. C'est en regardant la distribution, pas seulement la moyenne, que les vrais problèmes apparaissent.