Audit SEO technique : la checklist pour prioriser les corrections

Un crawl de 800 URLs remonte 230 alertes. Le mauvais réflexe consiste à les traiter dans l'ordre où elles s'affichent. Le bon consiste à comprendre que ces 230 lignes cachent peut-être douze causes.

Voici la méthode que j'applique, dans l'ordre.

1. Commencer par l'indexabilité, toujours

Tant qu'une page ne peut pas être indexée, tout le travail fait dessus est perdu. Réécrire un title sur une page en noindex, c'est repeindre une pièce murée.

Dans l'ordre :

• Statuts HTTP. Les pages qui comptent répondent-elles en 200 ?
• robots.txt. Bloque-t-il quelque chose d'important, souvent par héritage d'une préproduction ?
• meta robots et X-Robots-Tag. Un noindex oublié après une refonte est un classique.
• canonical. Pointe-t-elle vers la page elle-même, ou vers autre chose ?
• Redirections. Chaînes, boucles, et liens internes qui pointent vers une redirection au lieu de la destination finale.

Le symptôme qui doit vous alerter : un écart important entre pages explorées et pages indexables.

2. Regrouper par cause, pas par ligne

C'est l'étape que la plupart des audits sautent, et c'est celle qui divise le travail par dix.

120 meta description manquantes, ce n'est presque jamais 120 problèmes. C'est un gabarit qui n'émet pas la balise. Une modification, 120 lignes qui disparaissent.

Posez la question pour chaque anomalie volumineuse : est-ce la page ou le gabarit ?

• Toutes les pages d'un même type sont touchées → gabarit.
• Quelques pages éparses → contenu, à traiter au cas par cas.

Cette distinction change complètement l'estimation d'effort. Un audit qui annonce « 230 corrections » sans l'avoir faite annonce un chiffre faux.

3. Croiser avec ce qui rapporte

C'est le filtre le plus discriminant, et il demande Google Search Console.

Une meta description manquante sur une page à 12 000 impressions et la même sur une archive de 2019 à zéro impression ne méritent pas la même journée de travail. Sans données de recherche, vous ne pouvez trier que par gravité technique — ce qui revient à traiter les deux pareil.

Exportez vos pages avec leurs impressions, croisez avec la liste des anomalies, et vous obtenez votre ordre de travail réel.

4. Classer en quatre paniers

Le quatrième panier est le plus important pour la santé mentale de l'équipe. Décider de ne pas corriger quelque chose est une décision légitime — à condition qu'elle soit écrite.

5. Vérifier, ce qui veut dire recrawler

Une correction déployée n'est pas une correction constatée. Entre les deux il y a un déploiement, un cache, parfois un CDN, et l'hypothèse que le correctif était le bon.

Relancez un crawl après chaque lot et comparez-le au précédent. Deux chiffres à regarder :

1. Les anomalies visées ont-elles disparu ?
2. Combien d'anomalies nouvelles sont apparues ?

Le second chiffre est celui qu'on oublie. Une correction de canonical qui règle 40 URLs et en met 12 en noindex est un échec, même si le rapport global s'est amélioré.

6. Écrire le rapport pour son lecteur

Un export brut n'est pas un rapport. Si quelqu'un doit décider d'un budget à partir de votre travail, il lui faut :

• un résumé en cinq lignes ;
• les problèmes critiques avec les URLs concernées ;
• une estimation d'impact et d'effort, honnête, y compris quand l'effort est faible ;
• ce qui a été corrigé depuis la dernière fois, avec la preuve.

Ce dernier point est ce qui transforme un audit ponctuel en mission récurrente. C'est aussi le seul que la plupart des outils ne produisent pas tout seuls, parce qu'il demande de garder la mémoire des corrections précédentes.

La checklist, en résumé

1. Exporter les pages indexables et les comparer aux pages explorées.
2. Identifier les statuts non-200 sur les pages qui comptent.
3. Regrouper chaque anomalie volumineuse par cause : gabarit ou page.
4. Croiser avec les impressions Search Console.
5. Répartir en critique / important / à surveiller / ignoré.
6. Corriger par lot, déployer, recrawler, comparer.
7. Écrire ce qui a été fait et ce qui reste.