Un audit SEO technique ne consiste pas à collectionner des alertes dans un outil. Son objectif est plus concret : vérifier que les moteurs peuvent explorer, comprendre et afficher les bonnes pages, puis déterminer quelles corrections méritent réellement votre temps.
Pour un site vitrine, une boutique ou un blog WordPress, la bonne méthode consiste à partir des problèmes susceptibles de bloquer la visibilité avant de s’occuper des optimisations secondaires. Cette liste de contrôle vous aide à examiner un site dans cet ordre, avec des vérifications accessibles et des priorités d’action.
Commencer par définir le périmètre de l’audit
Avant d’ouvrir un outil, notez quelques informations de référence : le nombre approximatif de pages, les principaux types de contenus, les répertoires importants et les évolutions récentes du site. Une refonte, un changement de domaine, une migration vers HTTPS ou une modification du CMS peuvent expliquer une baisse de trafic et orienter immédiatement le diagnostic.
Il faut aussi distinguer les pages qui doivent être visibles des pages qui n’ont pas vocation à apparaître dans les résultats. Une page de confirmation de formulaire, un panier vide ou une URL de recherche interne ne se traite pas comme une page de service ou un article. Sans cette distinction, l’audit risque de recommander l’indexation de contenus inutiles.
Priorité 1 : vérifier que les pages importantes sont accessibles
La première question est simple : les pages stratégiques peuvent-elles être atteintes par un moteur de recherche et par un visiteur ? Sélectionnez quelques URL représentatives, notamment la page d’accueil, les pages commerciales, les catégories et plusieurs articles.
Contrôler les blocages d’exploration
Examinez le fichier robots.txt, les règles du serveur et les éventuelles extensions de sécurité ou de maintenance. Une directive trop large peut empêcher l’exploration d’un répertoire entier. Le fichier robots.txt ne désindexe pas directement une page déjà connue : il limite surtout l’exploration. Il ne doit donc pas être utilisé comme solution universelle pour retirer une URL des résultats.
Vérifiez ensuite les balises meta robots présentes dans le code HTML. Une instruction noindex est pertinente pour certaines pages, mais problématique si elle touche une page qui doit attirer du trafic. Sur WordPress, un réglage de visibilité dans l’extension SEO ou dans les paramètres d’une page peut suffire à provoquer ce type d’erreur.
Tester les codes de réponse HTTP
Une page importante doit généralement répondre avec un code 200. Les réponses en 4xx signalent une ressource indisponible, tandis qu’une succession de redirections peut ralentir le parcours et compliquer l’interprétation de l’URL finale. Les erreurs 5xx indiquent un problème côté serveur qui doit être traité rapidement, surtout s’il est intermittent.
Ne vous contentez pas de tester la page d’accueil. Une erreur de configuration peut toucher uniquement les anciennes URL, les fiches produits, les fichiers médias ou une version mobile. Comparez plusieurs modèles de pages et contrôlez aussi les URL qui reçoivent historiquement des visites ou des liens externes.
Priorité 2 : comparer les URL connues avec les pages réellement indexées
L’indexation ne se déduit pas du simple fait qu’une page s’ouvre dans un navigateur. Pour chaque famille de contenus, comparez ce que vous souhaitez faire apparaître avec ce que les moteurs semblent avoir découvert et conservé.
Dans Google Search Console, le rapport d’indexation permet d’examiner les pages exclues, les pages explorées mais non indexées et les anomalies rencontrées. Une exclusion n’est pas toujours une erreur : une redirection, une balise canonique ou une page volontairement non indexée peuvent être parfaitement justifiées. Le travail consiste à rapprocher chaque statut de votre objectif éditorial.
| Constat | Interprétation possible | Action à envisager |
|---|---|---|
| Page avec balise noindex | Choix volontaire ou réglage accidentel | Vérifier la valeur de la page et corriger le paramètre si nécessaire |
| Page explorée mais non indexée | Contenu faible, redondant ou difficulté à déterminer sa valeur | Améliorer le contenu, la différenciation et les liens internes |
| Page avec redirection | Ancienne URL ou migration | Contrôler la destination et supprimer les chaînes inutiles |
| Erreur serveur | Problème d’hébergement, de thème ou d’extension | Reproduire l’erreur et consulter les journaux techniques |
Le sitemap XML constitue un autre point de comparaison. Il devrait contenir les URL canoniques que vous souhaitez voir indexées, et non toutes les URL générées par le site. Une incohérence entre le sitemap, les balises canoniques et les liens internes envoie des signaux contradictoires.
Priorité 3 : repérer les mauvaises versions d’une même page
Un site peut rendre une même ressource accessible par plusieurs variantes : HTTP et HTTPS, avec ou sans www, majuscules, paramètres de suivi ou chemins issus d’anciennes structures. La configuration attendue est généralement une version principale, tandis que les autres variantes redirigent proprement ou sont traitées selon leur rôle.
La balise canonique doit pointer vers l’URL de référence lorsqu’il existe plusieurs versions proches. Elle ne corrige pas toutes les causes de duplication et ne remplace pas une redirection lorsque celle-ci est justifiée. Contrôlez notamment les pages paginées, les filtres de catalogue et les paramètres d’URL : ces zones peuvent générer un grand nombre de variantes peu utiles.
Une erreur fréquente consiste à placer une canonique vers la page d’accueil sur de nombreuses pages. Cette pratique efface la spécificité des contenus et peut empêcher les moteurs de comprendre quelles pages méritent leur propre visibilité.
Priorité 4 : examiner l’architecture et les liens internes
Les robots découvrent une grande partie des pages en suivant des liens. Une page importante qui n’est accessible que depuis un sitemap, ou qui se trouve enfouie derrière de nombreux clics, mérite une attention particulière. L’architecture doit refléter la logique de navigation du site, pas uniquement celle du menu principal.
Pour chaque page stratégique, posez quatre questions :
- Est-elle reliée depuis une page déjà accessible et pertinente ?
- Le lien comporte-t-il une formulation compréhensible, plutôt qu’un intitulé vague ?
- La page reçoit-elle des liens depuis des contenus proches de son sujet ?
- Des liens renvoient-ils vers des URL supprimées ou redirigées ?
Les liens internes ne servent pas seulement à transmettre de la popularité. Ils aident aussi l’utilisateur à poursuivre son parcours et donnent un contexte aux moteurs. Il vaut mieux quelques liens placés dans des contenus cohérents qu’un bloc de liens ajouté mécaniquement à toutes les pages.
Priorité 5 : contrôler la qualité technique des pages
Vitesse et stabilité d’affichage
Une page lente ou instable dégrade l’expérience, particulièrement sur mobile. Analysez les modèles de pages plutôt que de vous focaliser sur une seule URL : une fiche produit, un article et une page d’accueil peuvent charger des ressources très différentes.
Commencez par les causes les plus fréquentes : images surdimensionnées, extensions inutiles, scripts tiers, feuilles de style trop lourdes et absence de mise en cache adaptée. Les indicateurs de performance sont utiles pour repérer les tendances, mais une note globale ne remplace pas l’observation du parcours réel. Une optimisation doit améliorer un problème identifiable, pas seulement faire progresser un score.
Compatibilité mobile et accessibilité de base
Testez les pages sur un écran étroit : le contenu doit rester lisible, les boutons doivent être utilisables et aucun élément important ne doit sortir de la zone visible. Vérifiez aussi les titres hiérarchisés, les textes alternatifs des images informatives, le contraste et la navigation au clavier. Ces contrôles relèvent à la fois de l’accessibilité, de l’expérience utilisateur et de la qualité générale du site.
Priorité 6 : inspecter les éléments qui aident à comprendre le contenu
Une page techniquement accessible peut rester difficile à interpréter si sa structure est confuse. Vérifiez le titre principal, les intertitres, le titre HTML, la description destinée aux résultats de recherche et les données structurées lorsqu’elles sont réellement adaptées au contenu.
Chaque page importante doit répondre clairement à une intention. Une page de service ne devrait pas reprendre presque mot pour mot une autre page locale, et plusieurs articles ne devraient pas viser exactement la même question. L’audit technique doit donc signaler les chevauchements évidents, mais il ne doit pas se transformer en réécriture complète du site.
Les données structurées doivent décrire ce qui est effectivement visible sur la page. Ajouter un balisage qui ne correspond pas au contenu peut créer des incohérences et ne garantit aucune amélioration dans les résultats.
Transformer les constats en plan d’action
La valeur d’un audit se mesure à la qualité des décisions qu’il permet de prendre. Classez chaque problème selon trois critères : impact potentiel, nombre de pages concernées et difficulté de correction. Une erreur qui bloque toutes les pages stratégiques passe avant une amélioration esthétique limitée à une URL.
| Niveau | Exemples | Décision |
|---|---|---|
| Bloquant | Site inaccessible, mauvais domaine indexé, noindex sur des pages commerciales | Corriger immédiatement et vérifier le retour à la normale |
| Élevé | Erreurs serveur récurrentes, sitemap incohérent, liens internes cassés en grand nombre | Planifier une correction prioritaire |
| À optimiser | Images trop lourdes, balises répétées, profondeur de clic excessive | Traiter par lots selon le gain attendu |
| Secondaire | Détails de présentation ou recommandations sans effet identifiable | Reporter tant que les fondamentaux ne sont pas solides |
Pour chaque action, indiquez l’URL ou le modèle concerné, le problème observé, la correction attendue, la personne responsable et le moyen de vérification. Après une modification importante, contrôlez de nouveau les URL touchées et surveillez les données disponibles dans les outils de mesure.
Les erreurs qui rendent un audit SEO peu utile
- Corriger toutes les alertes sans les qualifier : un outil peut signaler une situation normale ou sans impact pour votre site.
- Se fier uniquement à une note : un score synthétique ne révèle pas toujours un blocage d’indexation.
- Modifier plusieurs éléments à la fois : il devient alors difficile de savoir ce qui a réellement résolu le problème.
- Oublier les URL historiques : une page supprimée qui reçoit encore des visites ou des liens peut nécessiter une redirection pertinente.
- Auditer sans vérifier les objectifs business : la page la plus importante n’est pas forcément celle qui contient le plus de texte.
Un audit technique efficace commence par les accès et l’indexation, poursuit avec les versions d’URL et l’architecture, puis examine la performance et la qualité des pages. Cette séquence évite de consacrer des heures à des détails alors qu’une directive bloque encore les contenus essentiels.
Une fois les corrections prioritaires appliquées, conservez le document de suivi et prévoyez un contrôle après chaque évolution importante du site. L’audit devient alors un outil de pilotage réutilisable, plutôt qu’une liste d’erreurs consultée une seule fois.
Maya Connect
Maya Connect est la voix éditoriale de Clic Connect. Curieuse, méthodique et attentive aux usages concrets, elle transforme les sujets numériques complexes en parcours compréhensibles et applicables. Elle relie chaque notion à un objectif précis, explicite les prérequis et distingue systématiquement les faits établis, les bonnes pratiques et les pistes à expérimenter.
