Comment réaliser un audit SEO technique

Ce qu'est un audit SEO technique

C'est un examen systématique de tout ce qui conditionne la capacité d'un moteur de recherche à accéder à votre site, à le traiter et à l'intégrer à son index. Il n'évalue ni la qualité de votre contenu ni la notoriété de votre marque : il vérifie que rien de technique n'empêche ce contenu de concourir.

Ce qui le distingue d'un rapport automatique, c'est l'interprétation. Un outil peut lister trois cents alertes ; un audit dit lesquelles comptent dans votre cas et dans quel ordre il convient de les traiter.

Avant de commencer : données et accès

Il vous faut au minimum :

• La Google Search Console, avec un accès en lecture. C'est la seule source qui montre comment Google voit votre site.
• Un robot d'exploration qui parcourt le site comme le ferait un moteur.
• Un outil d'analyse d'audience, pour savoir quelles pages reçoivent du trafic et lesquelles convertissent.
• Les journaux du serveur, s'ils sont disponibles. Ils montrent ce que les robots explorent réellement.

Étape 1 : l'exploration

La première question est de savoir si les moteurs peuvent atteindre vos pages.

• robots.txt. Vérifiez qu'il ne bloque ni des rubriques qui devraient être explorées, ni les ressources CSS et JavaScript nécessaires à l'affichage de la page.
• Sitemap XML. Il doit lister les URL canoniques que vous voulez indexer, et aucune autre.
• Codes de statut. Repérez les erreurs 404 sur des pages liées, les erreurs 5xx et les chaînes de redirections.
• Liens internes. Détectez les pages orphelines, vers lesquelles ne pointe aucun lien, et les pages trop profondes.

Étape 2 : le rendu

Qu'une URL soit explorable ne signifie pas que son contenu soit lisible. Comparez deux choses : le HTML que renvoie le serveur et la page telle qu'elle se présente après l'exécution de JavaScript.

Si le titre, le texte principal, les liens ou les métadonnées n'existent que dans la seconde, vous dépendez du fait que le moteur affiche la page. Google le fait, mais dans une phase postérieure à l'exploration qui peut être retardée, et tous les robots n'exécutent pas JavaScript.

Étape 3 : l'indexation

Maintenant, ce qui se trouve réellement dans l'index. Le rapport d'indexation des pages de la Search Console sépare les URL indexées des URL exclues et indique le motif de chaque exclusion.

Vérifiez en particulier :

• Les balises canoniques. Que chaque page déclare la bonne URL et que Google l'ait acceptée.
• Les directives noindex. Il est fréquent qu'elles survivent à un environnement de test.
• Les doublons. Versions avec et sans barre oblique finale, avec et sans www, ou avec des paramètres de suivi.
• Les pages de faible valeur. Résultats de recherche interne, filtres ou étiquettes qui gonflent l'index sans rien apporter.

Étape 4 : l'architecture et le maillage interne

Une fois l'exploration terminée, vous voyez la structure réelle du site, qui coïncide rarement avec celle du menu.

• Les pages commerciales sont-elles à quelques clics de la page d'accueil ?
• Reçoivent-elles des liens internes depuis des contenus connexes ?
• Le texte de ces liens décrit-il la destination ?
• Plusieurs pages se disputent-elles la même intention de recherche ?

Étape 5 : les données structurées

Vérifiez que le balisage Schema.org existant est valide, qu'il décrit un contenu visible sur la page et qu'il emploie des types adaptés à ce qu'est la page.

Étape 6 : la performance

Mesurez avec des données d'utilisateurs réels chaque fois qu'elles existent, et pas seulement avec des tests en laboratoire.

Analysez par gabarit et non par URL : si la fiche produit est lente, toutes les fiches le sont, et la correction s'applique elle aussi à toutes en même temps. Nous le développons dans Core Web Vitals : ce que mesure Google et comment prioriser.

Étape 7 : prioriser

C'est ici qu'un audit devient un plan. Classez chaque constat selon deux axes : son effet sur les pages commerciales et le coût de sa résolution.

Chaque constat devrait comporter trois éléments : la preuve (une URL, une capture ou une donnée), la correction proposée et la manière de vérifier qu'elle a fonctionné.

Les erreurs fréquentes

• Remettre l'export d'un outil sans l'interpréter ni l'ordonner.
• N'auditer que la page d'accueil et quelques URL au lieu de gabarits entiers.
• Ignorer la Search Console et ne travailler qu'avec ses propres données d'exploration.
• Ne pas mesurer à nouveau après la mise en œuvre des changements.

Liste de contrôle

1. robots.txt autorise-t-il l'exploration des pages et des ressources nécessaires ?
2. Le sitemap ne contient-il que des URL canoniques et indexables ?
3. Le contenu essentiel se trouve-t-il dans le HTML initial ?
4. Les pages commerciales sont-elles indexées avec la bonne balise canonique ?
5. Ne reste-t-il aucune directive noindex héritée ?
6. Les redirections sont-elles directes, sans chaînes ?
7. Les données structurées sont-elles valides et décrivent-elles un contenu visible ?
8. Les principaux gabarits respectent-ils les seuils des Core Web Vitals ?
9. Chaque constat a-t-il une preuve, une correction et une priorité ?

Pour comprendre pourquoi l'ordre est exploration, rendu puis indexation, lisez comment Google comprend un site moderne.