Pourquoi on ignore les longues listes d’audit
La plupart des entreprises font un jour l’audit de leur site. L’outil passe chaque page en revue et renvoie un long tableur : images sans description, titres qui dépassent de quelques caractères, descriptions répétées sur des pages d’archives, petites alertes de style.
L’ordre méthodique des interventions
- P0Page bloquéeCorriger le jour même.
- P1Page illisibleCorriger dans ce sprint.
- P2Page non enregistréeCorriger au prochain sprint.
- P3Lacunes dans les étiquettes et les réponsesPlanifier dans la feuille de route.
- P4Alertes cosmétiquesCorriger à l’occasion.
Devant cette liste, un responsable voit le nombre de tickets, calcule qu’il faudrait des semaines pour tout corriger et met l’ensemble de côté. Pendant ce temps, trois pages de tarifs renvoient peut-être une erreur à chaque visite de Google.
Classer les problèmes par gravité vous sort de cette impasse.
Google traite une page dans l’ordre : il la trouve, la lit, l’enregistre, et décide seulement alors s’il l’affiche.
Une bonne liste de tâches suit donc le même ordre. Un échec au début bloque tout ce qui suit.
Les cinq niveaux
Un problème à une étape antérieure empêche Google de juger les suivantes : votre liste doit donc suivre le même ordre :
| Niveau | De quoi il s’agit | Exemples | Quand le corriger |
|---|---|---|---|
| P0 (critique) | Google n’arrive pas jusqu’à la page | Le serveur renvoie des erreurs, un réglage bloque Google, le certificat de sécurité a expiré | À corriger aujourd’hui |
| P1 (élevé) | Google atteint la page mais ne peut pas la lire | Du texte qui n’apparaît qu’après l’exécution de scripts lourds, des pages trop lentes pour que Google attende | Dans le cycle de travail en cours |
| P2 (moyen) | Google lit la page mais hésite à l’enregistrer | Deux adresses qui se disent la version principale, une balise « ne pas afficher » oubliée sur une page en ligne, des chaînes de redirections | Dans le cycle de travail suivant |
| P3 (normal) | Lacunes dans les étiquettes et les réponses | Pas de données structurées, des réponses faibles à ce que les gens cherchent, des liens cassés entre vos propres pages | À inscrire au plan |
| P4 (faible) | Alertes cosmétiques | Un titre trop long de quelques caractères, la description manquante d’une image secondaire | À ranger quand c’est commode |
P0 : Google n’arrive pas jusqu’à la page
Si Google ne reçoit pas de réponse normale d’une page, le reste n’a plus d’importance. De meilleurs mots-clés, étiquettes ou textes ne rattrapent pas une page qui plante ou refuse la visite.
Ces problèmes demandent une attention immédiate :
- Un fichier robots.txt qui bloque trop. Ce petit fichier indique aux moteurs où ils peuvent aller. Bloquer le dossier des styles et des scripts est une erreur courante, car Google voit alors une page cassée.
- Un site qui éconduit Google. Certains sites limitent la vitesse à laquelle un visiteur charge les pages, et répondent à Google par une erreur « trop de requêtes » ou « indisponible ».
- Des redirections en chaîne. Un lien qui traverse trois redirections ou plus avant d’arriver à la page fait perdre du temps à Google, qui peut s’arrêter avant la fin.
Vérifiez la réponse réelle avec l’outil d’inspection d’URL de Google Search Console, et pas seulement dans votre navigateur. Un navigateur garde des pages en mémoire et supporte des boucles que Google abandonne.
P1 : Google atteint la page mais ne peut pas la lire
Certains sites construisent leurs pages dans le navigateur du visiteur avec JavaScript, un langage de programmation qui s’exécute dans la page. Google sait l’exécuter, mais dans une file d’attente séparée, et il n’attend pas indéfiniment.
Si votre texte principal dépend de plusieurs requêtes qui prennent chacune quelques secondes, Google peut voir une page vide et enregistrer cela. Une page qui vous semble correcte peut paraître blanche à Google.
La solution revient en général à votre développeur : que le texte principal et les titres soient dans la page dès son chargement, plutôt qu’ajoutés ensuite. Demandez-lui si les pages les plus importantes pour vendre peuvent être construites ainsi.
P2 : Google hésite à enregistrer la page
Une fois qu’une page est accessible et lisible, Google décide s’il l’enregistre. Des signaux contradictoires peuvent lui faire choisir la mauvaise adresse ou écarter la page :
- Deux adresses pour la même page. Chaque page doit désigner une adresse principale, écrite toujours de la même façon (https, avec ou sans barre oblique finale).
- Une balise « ne pas afficher » oubliée. Les pages construites sur un site de test portent souvent une balise noindex, qui peut passer par erreur sur le site en ligne.
- Des adresses qui se multiplient. Les codes de suivi et les filtres des pages de boutique et de listes peuvent créer des milliers d’adresses pour un même contenu.
Comment répartir le travail
Pour éviter les discussions entre le marketing et le développement, convenez de ce que « terminé » veut dire à chaque niveau :
- Traitez les problèmes P0 et P1 comme urgents jusqu’à ce que Google ne rencontre plus d’erreurs sur votre site.
- Regroupez les corrections qui ont la même cause. Corriger la façon dont l’adresse principale est définie sur toutes les fiches produit va plus vite que de reprendre les pages une à une.
- Laissez les alertes cosmétiques hors du plan principal. Les heures d’un développeur sont mieux employées sur les erreurs que rencontre Google que sur la réécriture de 200 descriptions.