Audit SEO WordPress avec Google Search Console : erreurs, opportunités et priorités

Un crawler vous dit ce qui est cassé. Google Search Console vous dit ce que Google voit, indexe et classe réellement sur votre site WordPress. C’est la différence entre un audit théorique et un audit qui colle aux faits : voici comment lire ses rapports pour prioriser les bons chantiers.

Ce que Search Console apporte qu’un crawl ne voit pas

Un audit avec Screaming Frog vous donne l’état structurel du site : maillage, statuts HTTP, balises. C’est indispensable, mais c’est une photo de ce qui EXISTE, pas de ce que Google fait avec. Search Console, elle, remonte le comportement réel du moteur : les pages qu’il a choisi d’exclure, celles qu’il classe sans jamais leur donner de clic, les erreurs qu’il rencontre au moment précis du crawl.

Sur WordPress, cette distinction compte double. Le CMS génère par défaut des URLs que vous n’avez jamais consciemment créées : pages d’archive de tag, flux RSS, pages de recherche interne, parfois des attachments d’image. Un crawl seul ne vous dira pas lesquelles Google a jugées indexables et lesquelles il ignore déjà de lui-même.

Le rapport Couverture : trier les vraies erreurs du bruit normal

Une fois la méthode d’audit posée, le rapport Pages (ex-Couverture) classe chaque URL connue de Google dans un statut : indexée, exclue, ou en erreur. La tentation, en audit, est de traiter chaque ligne rouge comme une urgence. C’est une erreur de débutant.

Ce qui mérite une action immédiate

• Erreur serveur (5xx) : le serveur a timeout ou planté au moment du crawl Google. Récurrent, c’est un signal d’hébergement sous-dimensionné.
• Erreur de redirection : chaîne de redirections trop longue ou boucle, fréquent après une migration de thème WordPress mal nettoyée.
• Envoyée mais introuvable (404) : une URL présente dans votre sitemap XML qui renvoie une 404. C’est vous qui dites à Google d’indexer une page qui n’existe plus.

Ce qui est souvent normal, pas une erreur

« Explorée, actuellement non indexée » et « Détectée, actuellement non indexée » concernent en général du contenu fin, dupliqué ou jugé peu prioritaire par Google : pages de tag pauvres, archives d’auteur sur un site à un seul rédacteur, pages de pagination profonde. Ne pas paniquer sur ces lignes, mais les traiter comme un signal de qualité de contenu à consolider, pas comme un bug technique.

Le rapport Performances : les pages qui perdent du clic malgré des impressions

C’est le rapport le plus sous-exploité d’un audit WordPress classique. Triez les pages par impressions décroissantes, puis regardez leur position moyenne et leur CTR. Trois cas de figure reviennent systématiquement :

Sur WordPress, croisez aussi ce rapport avec la date de dernière modification de l’article (visible en base ou via un plugin). Une page qui perd des impressions et qui n’a pas été touchée depuis deux ans a de fortes chances de simplement avoir vieilli face à des concurrents plus frais.

Signaux Web essentiels : ce qu’un audit WordPress doit vérifier ici

Le rapport Signaux Web essentiels de Search Console regroupe les URLs par gabarit et par verdict (Faible, À améliorer, Bon), sur des données de terrain réelles remontées par Chrome, pas une simulation en laboratoire comme PageSpeed Insights. C’est cette donnée-là que Google utilise réellement pour son signal Core Web Vitals.

Sur un site WordPress, les groupes d’URLs en échec pointent presque toujours vers l’une de ces causes : un thème qui charge trop de JavaScript non différé, des extensions cumulées (formulaire, chat, carrousel) qui alourdissent chaque page du même gabarit, ou des images non compressées servies en pleine résolution. Le rapport vous dit QUEL gabarit est concerné, pas la cause exacte : c’est là qu’un passage PageSpeed Insights sur une URL représentative du groupe complète l’analyse.

Prioriser : la matrice impact x effort appliquée à GSC

Un audit qui liste des dizaines de points sans ordre de traitement ne sert à personne (notre checklist audit SEO WordPress couvre l’exhaustivité, ce guide couvre la priorisation). Une fois les rapports Pages, Performances et Signaux Web essentiels passés en revue, classez chaque correctif sur deux axes : l’impact potentiel (trafic ou pages concernées) et l’effort de mise en œuvre.

1. Corriger d’abord les erreurs serveur et 404 du sitemapImpact direct sur l’indexation, effort généralement faible côté technique WordPress.
2. Retravailler les title/meta des pages en position 1-5 à CTR basGain rapide sur du trafic déjà en place, sans attendre un regain de position.
3. Traiter le gabarit le plus fréquent en échec Core Web VitalsUn seul correctif de thème ou de plugin peut régler des dizaines d’URLs d’un coup.
4. Consolider ou désindexer le contenu fin identifié en « non indexée »Effort de rédaction plus long, mais assainit durablement le budget de crawl.

Faire de Search Console un réflexe, pas un audit ponctuel

Un audit SEO WordPress complet croise crawl technique et données Search Console : le premier montre la structure, le second montre l’usage réel que Google en fait. Traité seul une fois par an, GSC perd de sa valeur. Consulté chaque mois sur les trois rapports vus ici, il devient le tableau de bord qui évite de refaire un audit complet à chaque fois qu’un problème apparaît. Si vous manquez de temps pour ce suivi régulier, un audit SEO ponctuel permet de repartir sur une base saine et priorisée.