Dix mille URLs, cinq vrais problèmes
Un crawl qui remonte 400 anomalies ne dit rien. Un crawl qui les range par template dit tout. Pourquoi l’unité d’analyse n’est pas l’URL.
Il existe un livrable d’audit technique parfaitement inutile : la liste de 400 URLs en erreur, triée par code HTTP. Elle est exhaustive, elle est juste, et personne ne sait quoi en faire. Le problème n’est pas la donnée — c’est l’unité d’analyse.
L’URL est un symptôme, le template est la cause
Sur un site à forte inertie, aucune page n’est écrite à la main. Chaque URL est l’instance d’un template : la fiche produit, la page de catégorie, l’article, la landing locale. Une anomalie repérée sur un template ne concerne pas une page — elle concerne les milliers de pages qui en dérivent. On ne corrige pas les symptômes un par un, on corrige la cause une fois.
Ce que révèle le graphe
Un crawl ne devient lisible qu’une fois transformé en graphe de maillage. Les hubs qui concentrent l’autorité sautent aux yeux ; les pages orphelines s’éloignent du centre ; les chaînes de redirection se dessinent comme des fils tendus. La structure du site — celle que le robot traverse réellement — devient visible avant même qu’on ait ouvert une seule balise.
Cinq problèmes qui valent mille tickets
- Un rendu SSR / CSR qui diverge sur un template précis, invisible pour l’utilisateur, pauvre pour le moteur.
- Une canonique correcte sur une famille de pages, absente sur une autre.
- Une profondeur d’accès trop grande pour les pages qui portent le business.
- Des pages orphelines que rien ne relie au reste du site.
- Des domaines d’offre fermés aux crawlers IA quand le corporate, lui, est ouvert.
Cinq constats rangés par template et par sévérité valent mieux que quatre cents lignes triées par code d’erreur. Le premier format se corrige ; le second se classe verticalement.