Anomalies : les lire, les trier, décider

La page Anomalies d'un projet est la liste de travail. Chaque ligne est un type de problème, pas une page : « meta description manquante » apparaît une fois, avec le nombre d'URLs concernées.

C'est délibéré. Un audit qui liste 1 900 lignes est illisible ; un audit qui liste 42 types dont l'un touche 1 900 URLs est actionnable.

Ce que contient la fiche d'une anomalie

Cliquez sur une ligne pour ouvrir sa fiche :

• Ce que c'est, en français, sans jargon inutile ;
• Pourquoi ça compte — l'effet réel sur l'exploration, l'indexation ou le clic ;
• Les URLs touchées, avec pour chacune la valeur constatée (le title en double, la canonical qui pointe ailleurs, l'ancre vide) ;
• La preuve — ce que le crawler a exactement vu, pour que vous puissiez le vérifier ;
• Les actions : générer une suggestion, ouvrir une pull request, exporter, ignorer.

Cette colonne « valeur constatée » est ce qui distingue un audit utilisable d'une liste d'URLs. Elle vous évite d'ouvrir trente pages pour comprendre le motif.

Les trois niveaux de gravité

Erreur — ça empêche l'indexation ou ça casse quelque chose. Réponses 5xx, page importante en 404, noindex non voulu, boucle de redirection, canonical incohérente.

Avertissement — ça dégrade sans bloquer. title dupliqué, h1 absent, lien interne pointant vers une redirection, image sans alt, profondeur excessive.

Remarque — c'est noté, rarement urgent. Description manquante sur une page secondaire, URL très longue, ancre générique.

L'ordre dans lequel travailler

La gravité technique est un tri par défaut, pas un plan d'action. Le bon ordre croise trois questions.

1. La page rapporte-t-elle quelque chose ?

C'est le filtre le plus discriminant, et il exige Search Console. Une anomalie sur une page à 12 000 impressions et la même sur une archive à zéro impression ne méritent pas la même journée de travail.

→ Connecter Search Console

2. Est-ce que ça bloque l'indexation ?

Tant qu'une page ne peut pas être indexée, tout le reste du travail dessus est perdu. Dans l'ordre : statuts HTTP, robots.txt, noindex, canonical, redirections.

3. Combien d'URLs pour une correction ?

Une anomalie à 300 occurrences venant d'un gabarit se corrige en une fois. Trois anomalies à une occurrence chacune demandent trois interventions. Le rendement n'est pas le même.

Suivi : todo, en cours, fait, ignoré

Chaque anomalie peut devenir une tâche avec un statut. La page Corrections du projet les regroupe par colonne, et affiche pour chacune la pull request associée quand il y en a une, ainsi que le résultat de la vérification post-crawl.

C'est ce qui permet de reprendre un audit deux semaines plus tard sans se demander ce qui a déjà été traité.

Suggestions et corrections

Deux niveaux d'aide, selon ce que vous avez connecté :

• Suggestion — Noyaru propose le contenu à écrire : un title de la bonne longueur qui reprend l'intention de la page, une description, un alt. Vous copiez-collez.
• Correction — Noyaru écrit la modification directement dans votre code et ouvre une pull request. Cela demande un dépôt connecté.

→ Corrections automatiques

Sans dépôt Git, le fix-pack rassemble les correctifs dans une archive prête à appliquer.