Mis à jour le 12 octobre 2026
Un site audit WordPress consiste à vérifier dans l’ordre l’indexation, la technique, la vitesse, le contenu et les liens d’un site, puis à classer chaque problème par impact et effort. Le livrable utile n’est pas un score d’outil, mais une liste d’actions priorisées. Voici la méthode que j’applique, en six étapes.
Que contient un audit de site WordPress ?
Un audit de site WordPress couvre cinq blocs : l’indexation, la santé technique (version de PHP, mises à jour, erreurs), les Core Web Vitals, le contenu et les balises, puis le maillage et les liens entrants. Chaque constat doit déboucher sur une action avec un niveau de priorité, sinon ce n’est qu’un état des lieux.
Je travaille sur WordPress depuis 2005 et je gère plus de 50 sites. Ce qui change d’un site à l’autre, c’est surtout le point de départ : baisse de trafic, refonte à venir, site hérité d’un autre prestataire. Cette question décide de l’ordre des étapes, et je commence toujours par elle.
Comment définir le périmètre d’un site audit ?
Le périmètre se définit à partir d’un symptôme ou d’un objectif précis : chute de trafic, pages qui ne s’indexent pas, site lent, migration prévue. Auditer « tout » dilue le résultat. Sur un petit site, je regarde toutes les pages ; sur un gros site, je me limite aux gabarits et aux pages qui portent le trafic ou le chiffre d’affaires.
- Notez la date de début du problème et croisez-la avec les mises à jour du site (plugin, thème, WordPress, hébergeur).
- Exportez la liste des URL depuis le sitemap XML et depuis Search Console, puis comparez.
- Si le trafic a chuté, commencez par le diagnostic d’une perte de trafic sur WordPress.
Comment vérifier l’indexation d’un site WordPress ?
L’indexation se vérifie dans le rapport « Pages » de Google Search Console, qui liste les URL indexées et celles qui ne le sont pas, avec la raison pour chacune. Une URL non indexée n’est pas toujours un problème : l’important est de repérer les pages stratégiques exclues par erreur.
Selon la documentation de Google sur le rapport d’indexation, « Explorée, actuellement non indexée » signifie que Google a lu la page mais ne l’a pas retenue, et « Détectée, actuellement non indexée » que l’exploration a été reportée. Les deux demandent des réponses différentes : le premier cas pointe plutôt vers la qualité ou la duplication, le second vers le budget d’exploration ou le maillage.
Voici ce que je contrôle systématiquement :
- Le réglage « Demander aux moteurs de recherche de ne pas indexer ce site » dans Réglages > Lecture, souvent resté actif après une préproduction.
- Le fichier robots.txt et les balises noindex posées par Rank Math sur des types de contenu ou des taxonomies.
- Les canoniques : une page qui pointe vers une autre URL disparaît de l’index.
- Les pages orphelines, présentes dans le sitemap mais sans aucun lien interne.
- Les redirections en chaîne et les erreurs 404 sur des URL qui reçoivent des liens.
Quelle base technique contrôler sur WordPress ?
La base technique se résume à trois contrôles : une version de PHP supportée, un cœur, des plugins et un thème à jour, puis aucune erreur récurrente dans les journaux. Une installation qui tourne sur une version de PHP en fin de vie cumule failles de sécurité et lenteur.
Sur la version de PHP, le tableau officiel de php.net indique qu’en octobre 2026, PHP 8.2 ne reçoit plus que des correctifs de sécurité jusqu’au 31 décembre 2026, tandis que les branches 8.4 et 8.5 sont en support actif. De son côté, WordPress.org recommande PHP 8.3 ou supérieur, MariaDB 10.11 ou MySQL 8.0 minimum, et HTTPS. Avant de monter de version, je teste sur un environnement de préproduction, car ce sont les plugins anciens qui cassent.
- Outils > Santé du site : à lire en premier, il signale la version de PHP, les mises à jour en attente et les extensions manquantes.
- Plugins : supprimer ceux qui sont désactivés, abandonnés ou en doublon. Sur un site Avada, vérifier aussi que Fusion Builder et le thème sont à jour ensemble.
- Journaux : activer le journal d’erreurs et lire ce qui revient. Je détaille la méthode dans les logs d’erreurs WordPress et dans les erreurs WordPress à éviter.
Comment auditer les Core Web Vitals d’un site ?
On audite les Core Web Vitals avec les données terrain du rapport Search Console et de PageSpeed Insights, pas avec un seul test de laboratoire. Une page est jugée bonne quand le LCP est de 2,5 s maximum, l’INP de 200 ms maximum et le CLS de 0,1 maximum, mesurés au 75e centile.
Ces seuils viennent de la page web.dev sur les Core Web Vitals, qui précise aussi que l’évaluation se fait séparément sur mobile et sur ordinateur. Mon réflexe : tester un gabarit de chaque type (accueil, article, page de service), car un seul gabarit lent suffit à déclasser des centaines d’URL.
| Indicateur | Ce qu’il mesure | Seuil « bon » | Cause fréquente sur WordPress |
|---|---|---|---|
| LCP | Affichage du plus grand élément | 2,5 s ou moins | Image d’en-tête lourde, cache absent, réponse serveur lente |
| INP | Réactivité aux interactions | 200 ms ou moins | Scripts tiers, curseurs et animations du builder |
| CLS | Stabilité visuelle | 0,1 ou moins | Images sans dimensions, bannière cookies, polices |
Attention aux faux positifs : un test lancé sur une page non mise en cache donne un résultat bien pire que la réalité des visiteurs. J’explique ce piège dans l’audit des pages lentes et ses faux positifs. Pour les correctifs, voir les Core Web Vitals avec FastPixel et l’optimisation d’Avada pour PageSpeed.
Que vérifier dans le SEO on-page d’un site audit ?
Le SEO on-page se vérifie page par page sur les balises title, les meta descriptions, les titres Hn, les textes alternatifs et les données structurées, avec une règle : une page, une intention. Deux pages qui visent la même requête se concurrencent et aucune ne progresse.
- Title et description uniques, dans la longueur affichée par Google, avec le mot-clé principal près du début.
- Un seul H1, des H2 qui reprennent les questions que se posent les lecteurs.
- Cannibalisation : dans Search Console, filtrez une requête et regardez si plusieurs URL s’affichent. Si oui, fusionnez ou différenciez.
- Données structurées : avec Rank Math, évitez les doublons de schémas. Ma pratique est détaillée dans le balisage schema sous WordPress avec Rank Math.
- Contenu : repérer les pages très faibles ou obsolètes, puis décider entre mise à jour, fusion et suppression.
Faut-il analyser les backlinks et l’autorité dans un audit ?
Oui, mais en dernier. Les backlinks et les signaux d’autorité se regardent une fois l’indexation, la technique et le contenu en ordre, car les corriger donne souvent plus de résultats que d’acquérir des liens. On vérifie surtout qui cite le site, sur quelles pages, et si un lien de qualité pointe vers une URL en erreur.
Je regarde aussi les signaux de crédibilité : page auteur, mentions légales, avis, cohérence du nom de la marque. Le sujet est traité dans l’amélioration de l’E-E-A-T par la page auteur.
Comment prioriser les actions après un site audit ?
On priorise en classant chaque constat selon son impact sur le trafic ou les ventes et selon l’effort de correction. Les blocages d’indexation et les erreurs techniques passent en premier, les gains de vitesse ensuite, puis le contenu et les liens. Un audit qui liste cent anomalies sans ordre ne sert à personne.
| Priorité | Type de problème | Exemple |
|---|---|---|
| 1 | Blocage d’indexation | noindex ou canonique erronée sur des pages clés |
| 2 | Erreur technique | PHP en fin de vie, erreurs fatales, 404 sur des pages liées |
| 3 | Performance | LCP hors seuil sur un gabarit à fort trafic |
| 4 | Contenu et balises | Cannibalisation, titles dupliqués |
| 5 | Autorité | Liens à récupérer, page auteur à renforcer |
Je recommande de refaire un audit complet une à deux fois par an, et un audit ciblé après chaque refonte, migration ou baisse de trafic.
Questions fréquentes
Qu’est-ce qu’un site audit ?
Un site audit est une analyse méthodique de l’indexation, de la technique, de la vitesse, du contenu et des liens d’un site. Il débouche sur une liste de corrections classées par priorité, pas sur un simple score.
Combien de temps dure un audit de site WordPress ?
Cela dépend de la taille du site et du symptôme de départ. Un petit site se contrôle plus vite qu’un site de plusieurs centaines d’URL, où il faut analyser par gabarit plutôt que page par page.
Quels outils utiliser pour auditer un site WordPress ?
Google Search Console et PageSpeed Insights sont gratuits et suffisent pour l’indexation et les Core Web Vitals. L’outil Santé du site de WordPress couvre la base technique, et un crawler complète l’analyse des balises et des liens internes.
À quelle fréquence auditer son site ?
Un audit complet une à deux fois par an convient à la plupart des sites. Après une refonte, une migration ou une chute de trafic, un audit ciblé identifie la cause plus vite.