Un audit technique échoue rarement parce qu’il passe à côté de problèmes. Il échoue parce qu’il en trouve trop. Le crawl de quelques milliers de pages peut facilement signaler des descriptions manquantes, des titles trop longs, des chaînes de redirections, des images sans texte alternatif et des pages lentes, le tout dans le même rouge.
La question utile n’est pas « qu’est-ce qui ne va pas ? », mais « qu’est-ce qui nous coûte de la visibilité en ce moment ? ». Cet article propose un tri simple en quatre niveaux.
Le principe : suivre l’ordre dans lequel Google traite une page
Avant qu’une page puisse se positionner, Google doit pouvoir l’explorer, puis l’indexer, puis la comprendre, puis la préférer à d’autres pages. Les problèmes situés en amont de cette chaîne bloquent tout ce qui suit. Une meta description parfaite sur une page qui renvoie une erreur 404 ne sert à rien.
Le tri suit donc cet ordre :
| Niveau | Question | Problèmes typiques |
|---|---|---|
| 1. Blocages | Google peut-il atteindre et indexer les pages qui comptent ? | Erreurs 5xx, 4xx sur des pages importantes, noindex accidentel, blocages dans robots.txt |
| 2. Signaux | Google indexe-t-il la bonne version ? | Chaînes de redirections, canonicals erronées, liens internes vers des redirections |
| 3. Pertinence | Chaque page indique-t-elle clairement son sujet ? | Titles manquants ou dupliqués, H1 absent, pages pauvres |
| 4. Améliorations | L’expérience est-elle aussi bonne que possible ? | Core Web Vitals, balisage secondaire, optimisation des images |
Niveau 1 : les blocages à corriger en premier
Erreurs serveur (5xx)
Les erreurs serveur sont les plus urgentes. Google indique que les réponses 5xx conduisent ses robots à ralentir temporairement l’exploration, et que les URL qui renvoient durablement une erreur serveur finissent par être retirées de l’index. Si votre audit détecte des 5xx sur des gabarits ou des sections, traitez-les comme un incident, pas comme une tâche SEO.
Erreurs client (4xx) sur les pages qui comptent
Une 404 n’est pas un problème en soi : les produits supprimés et les anciennes campagnes doivent en renvoyer une. Google cesse d’indexer les URL qui renvoient une erreur 4xx et les explore de moins en moins souvent. Le problème survient lorsque des pages importantes renvoient une 4xx, ou lorsque vos propres liens internes et sitemaps pointent encore vers elles. Classez les 4xx selon le nombre de liens internes qui pointent vers elles et selon leur trafic passé, puis corrigez le haut de la liste.
Surveillez aussi le cas inverse : une page d’erreur qui renvoie un code 200. La Search Console les signale comme des soft 404.
Noindex accidentels et blocages dans robots.txt
Un noindex oublié après un environnement de préproduction peut faire disparaître une section entière. Comparez la liste des pages non indexables avec celle des pages que vous voulez réellement positionner.
Soyez prudent avec robots.txt. Google indique qu’il ne s’agit pas d’un mécanisme permettant d’exclure une page web de Google, et qu’une URL bloquée peut tout de même apparaître dans les résultats. Si vous voulez retirer une page de l’index, utilisez noindex et ne la bloquez pas dans robots.txt : pour que noindex soit efficace, la page ne doit pas être bloquée par robots.txt, sinon Google ne voit jamais la règle.
Niveau 2 : s’assurer que la bonne version reçoit les signaux
Redirections
Google considère une 301 (et une 308) comme un signal fort indiquant que la cible doit être traitée, et une 302 (et une 307) comme un signal faible. Par défaut, ses robots suivent jusqu’à 10 sauts de redirection. En pratique :
- utilisez des redirections permanentes pour les déplacements définitifs ;
- supprimez les chaînes pour que chaque ancienne URL pointe directement vers sa destination finale ;
- mettez à jour les liens internes pour qu’ils pointent vers l’URL finale plutôt que de passer par une redirection.
Canonicals
Google présente rel="canonical" comme un signal fort, pas comme un ordre : c’est Google qui détermine quelles pages sont des doublons, en fonction de la similarité des contenus et d’autres signaux. Constats d’audit fréquents qui méritent une correction : canonicals pointant vers des URL redirigées ou non indexables, canonicals pointant vers la page d’accueil depuis toutes les pages, et URL à paramètres sans canonical cohérente. Google déconseille également d’utiliser robots.txt pour la canonicalisation.
Profondeur et pages orphelines
Les pages situées à de nombreux clics de la page d’accueil, ou vers lesquelles aucun lien interne ne pointe, sont plus difficiles à découvrir. Google utilise les liens pour trouver de nouvelles pages à explorer. Une page orpheline importante sur le plan commercial relève du niveau 2 ; une page orpheline de 2017 dont personne n’a besoin est candidate à la suppression.
Niveau 3 : pertinence et fondamentaux on-page
C’est ici que se concentre la majorité des lignes d’un audit, et que le volume peut induire en erreur.
- Titles : les titles manquants, vides ou dupliqués sur les gabarits importants passent en premier. Google recommande des titles uniques, descriptifs et concis. Un title qui dépasse de quelques caractères est peu prioritaire : Google ne fixe aucune limite de longueur et se contente de tronquer les titles en fonction de l’appareil.
- Meta descriptions : utiles pour les extraits, mais Google s’appuie principalement sur le contenu de la page pour construire les extraits et n’utilise la meta description que dans certains cas. Corrigez les doublons sur les gabarits clés ; ne rédigez pas 20 000 descriptions à la main avant d’avoir réglé l’indexation.
- H1 : un titre principal absent, ou plusieurs titres principaux concurrents, rendent le sujet de la page moins clair. Google peut aussi utiliser le titre principal lorsqu’il génère un lien de titre.
Priorisez par gabarit, pas par URL. Une seule correction sur un gabarit de catégorie peut résoudre des milliers de lignes d’un coup.
Niveau 4 : les améliorations qui peuvent attendre
Core Web Vitals
Google indique que les Core Web Vitals sont utilisées par ses systèmes de classement, et aussi qu’il « cherche toujours à afficher le contenu le plus pertinent, même si l’expérience sur la page est médiocre ». Les seuils recommandés sont un LCP inférieur ou égal à 2,5 secondes, un INP inférieur à 200 millisecondes et un CLS inférieur à 0,1. Travaillez-les, en particulier sur les gabarits qui reçoivent l’essentiel de votre trafic, mais pas avant que les pages puissent être explorées et indexées.
Budget d’exploration
À moins de gérer un site très volumineux ou dont le contenu change très vite, le budget d’exploration est rarement le facteur limitant. Le guide de Google sur le budget d’exploration indique qu’il s’adresse aux sites comptant environ 1 million de pages ou plus, ou 10 000 pages ou plus modifiées chaque jour, ou présentant de nombreuses URL signalées comme détectées mais non indexées. Pour la plupart des sites, un sitemap à jour et des vérifications régulières de l’indexation suffisent.
Transformer l’audit en plan d’action
Quelques règles simples gardent l’audit actionnable :
- Corrigez par gabarit et par section, pas URL par URL.
- Pondérez chaque problème selon la valeur des pages concernées (trafic, conversions, importance stratégique).
- Distinguez les incidents (5xx, noindex accidentel) des éléments du backlog.
- Relancez l’audit selon un calendrier fixe pour voir si les problèmes diminuent ou réapparaissent.
Comment SearchFirefly vous aide
L’analyse technique de SearchFirefly regroupe les problèmes par thème et par gravité et liste les pages concernées, y compris les liens cassés et les redirections, pour que vous puissiez corriger par gabarit plutôt que par URL. Les problèmes se transforment en recommandations priorisées, avec la correction exacte à apporter et une vérification après mise en ligne, lues en parallèle de vos données Search Console pour que les pages qui comptent déjà passent en premier.