Audit SEO technique : les points que nous vérifions, dans l’ordre

Un audit SEO technique répond à une question simple : Google voit-il les pages qui comptent pour vous ? Voici les douze points que nous vérifions, dans l’ordre où nous les ouvrons, ce que contient le rapport qui en sort, et la façon de le lire pour décider.

1Qu’est-ce qu’un audit SEO technique ?

Un audit SEO technique est l’examen d’un site du point de vue des robots : il dit si Google trouve chaque page utile, la lit comme un visiteur et la range dans son index.

Il passe avant le travail sur les contenus et les liens, parce qu’une page absente de l’index reste invisible, si bon que soit son texte.

Google fixe lui-même le seuil de départ. Ses Essentiels de la recherche posent trois exigences techniques :

• Googlebot accède à la page ;
• elle répond par le code 200 ;
• son contenu peut être indexé.

L’audit vérifie ces trois conditions sur les pages qui portent votre activité, puis tout ce qui les fragilise. Chaque réglage est expliqué en détail dans notre guide du SEO technique, de l’exploration à l’indexation ; ici, nous suivons l’ordre d’un audit.

2Quelle différence avec un audit sémantique ?

L’audit technique regarde si les pages sont lisibles, l’audit sémantique si elles répondent aux bonnes recherches. Un audit SEO complet de site web réunit trois volets :

• le technique : l’exploration, les codes de réponse, les canoniques ;
• le sémantique : les mots-clés, les intentions, les pages qui se disputent la même requête ;
• le netlinking : les liens venus d’autres sites.

Nous commençons toujours par le technique : une rubrique fermée aux robots rend vaine toute réécriture de ses textes.

3Que préparer avant un audit SEO technique ?

Trois choses rendent l’audit plus rapide, et plus juste :

• Un accès à Search Console, avec l’autorisation « Accès complet » : il ouvre le rapport d’indexation, l’inspection de l’URL et l’historique des clics.
• La liste des pages qui comptent : celles qui portent le chiffre d’affaires, les demandes de devis, les inscriptions. C’est elle qui fixera l’ordre des corrections.
• L’histoire récente du site : une refonte, un changement d’outil ou de domaine, la date d’une baisse de trafic. Une date suffit souvent à relier une courbe à sa cause.

Notre note sur les réglages et les accès de Search Console montre comment donner cet accès à un prestataire sans partager votre compte.

Sans accès, l’audit se fait quand même, avec un robot d’exploration et les outils publics. Une part reste alors dans l’ombre : le regard que Google porte sur vos pages.

4Que vérifie un audit SEO technique, et dans quel ordre ?

Nous vérifions un site dans l’ordre du trajet d’une page dans Google, car chaque point suppose le précédent.

Une page fermée dans le robots.txt rend inutile la lecture de sa canonique ; une page hors de l’index rend secondaire sa vitesse. Voici les douze points, posés sur ce trajet, dans l’ordre où nous les ouvrons.

Points 1 à 3 : une version, une porte, une liste

Une seule version. Nous tapons l’adresse du site de quatre façons : en http et en https, avec et sans www. Les quatre doivent mener, en une seule redirection permanente, à la même version en https. Un site qui répond encore en http laisse Google devant deux copies de chaque page.

curl -I http://exemple.fr/

HTTP/1.1 301 Moved Permanently
Location: https://www.exemple.fr/

Le robots.txt vient ensuite, parce qu’une ligne de trop y ferme une rubrique entière. Nous lisons chaque Disallow en nous demandant ce qu’il protège : un fichier hérité de la préproduction ferme parfois le site, ou les scripts du thème dont Google a besoin pour afficher les pages.

Sa syntaxe et ses pièges ont leur note : le robots.txt, de la syntaxe aux robots des IA.

Le plan du site, enfin, liste les adresses que vous voulez voir dans Google, et elles seules. Nous y cherchons des redirections, des 404 ou des pages en noindex : chacune envoie à Google un signal contraire à celui des pages.

Points 4 et 5 : ce que Google a gardé

Le rapport « Indexation des pages » de Search Console donne le chiffre qui ouvre la discussion : combien d’adresses Google connaît, et combien il en indexe. Nous le comparons au nombre de pages utiles du site.

L’aide de Search Console pose la règle : la plupart des sites ont quelques pages non indexées, et toutes les pages importantes doivent l’être. L’écart, dans un sens ou dans l’autre, raconte quelque chose :

• Google connaît trois fois plus d’adresses que le site n’a de pages : des doublons ou des paramètres se multiplient.
• Il indexe la moitié des pages utiles : les autres restent dehors, et chaque motif d’exclusion dit pourquoi.

Viennent alors les pages types. Nous prenons une page de chaque modèle : l’accueil, une rubrique, une fiche produit ou service, un article, une page locale s’il y en a.

L’inspection de l’URL dit pour chacune si elle est indexée, quelle canonique Google a retenue, et ce qu’il a lu après rendu. L’outil s’arrête à la première redirection, d’après la documentation de Google : nous inspectons donc l’adresse finale.

un défaut trouvé sur une fiche se retrouve en général sur toutes :
on corrige le modèle, et trois cents pages changent d’un coup

Points 6 et 7 : des adresses qui répondent juste

Un robot d’exploration, lancé depuis l’accueil, parcourt le site comme le ferait Googlebot et relève la réponse de chaque adresse. Nous y cherchons trois familles d’erreurs :

• des liens internes qui mènent à des 404 ;
• des chaînes de redirections ;
• des redirections temporaires posées pour un déménagement définitif.

Les robots de Google suivent jusqu’à dix redirections à la suite ; chaque étape coûte pourtant un aller-retour au visiteur, et une chaîne casse souvent à la refonte suivante.

La règle d’une refonte, une ancienne adresse vers sa nouvelle en une seule étape, est dans notre note sur les redirections 301.

Les doublons viennent ensuite. Une même page qui répond à plusieurs adresses, avec un paramètre de suivi, un tri, une majuscule ou une barre finale, partage ses signaux entre ses copies.

https://www.exemple.fr/fauteuils/ergo-24/
https://www.exemple.fr/fauteuils/ergo-24/?utm_source=lettre
https://www.exemple.fr/fauteuils/ergo-24/?tri=prix
https://www.exemple.fr/Fauteuils/Ergo-24/
https://www.exemple.fr/fauteuils/ergo-24

Nous vérifions que chaque modèle porte une balise canonique vers sa propre adresse, et que Google a retenu la même. Des titres identiques sur des dizaines de pages trahissent souvent ces doubles.

Points 8 et 9 : ce que Google lit, et par où il passe

Google indexe la version mobile des pages, et il lit le HTML obtenu après avoir exécuté le JavaScript.

Nous comparons donc ce que voit un visiteur sur téléphone avec l’onglet HTML de l’inspection de l’URL. Quatre éléments doivent s’y retrouver :

• le texte principal ;
• les liens du menu ;
• les prix ;
• les avis.

Un contenu qui se charge au clic, ou un menu qui navigue sans vrai lien, échappe au robot.

Les liens internes ferment cette étape. Le robot d’exploration donne pour chaque page sa profondeur, le nombre de clics depuis l’accueil, et le nombre de liens qu’elle reçoit.

Une page qui vend, enfouie à six clics ou reliée par le seul plan du site, reçoit peu de visites de Google. Nous croisons cette liste avec celle des pages utiles : les pages qu’aucun lien ne rejoint sont orphelines, et elles passent en tête des corrections.

Points 10 à 12 : la vitesse, le sens, les IA

La vitesse arrive tard dans l’ordre, et pour une raison que Google donne lui-même : il montre d’abord le contenu le plus pertinent, même quand l’expérience de la page est médiocre. Une fois la page indexée et pertinente, la vitesse compte.

Nous lisons les Core Web Vitals des visiteurs réels, par modèle de page, dans Search Console et PageSpeed Insights. Notre note sur les Core Web Vitals dit ce que mesure chacun, et ce que l’on corrige d’abord. Les seuils de Google :

• LCP, l’affichage du contenu principal : 2,5 secondes ;
• INP, la réponse à un geste du visiteur : 200 millisecondes ;
• CLS, la stabilité de la mise en page : 0,1.

Les données structurées décrivent chaque modèle en langage machine : une organisation, un produit, un article, un fil d’Ariane. Nous vérifions qu’elles sont valides, au test des résultats enrichis, et qu’elles disent ce que la page montre.

Google demande en effet de baliser seulement le contenu visible par le lecteur. Les types utiles selon votre site sont rangés dans notre note sur les données structurées et ce qu’elles apportent.

Le dernier point concerne les IA, et deux familles de moteurs :

• Google, pour ses aperçus IA, choisit ses liens parmi les pages indexées et éligibles à un extrait, sans exigence technique de plus : les onze premiers points servent donc aussi là.
• ChatGPT, Perplexity ou Claude passent par leurs propres robots : nous relisons le robots.txt et les réglages du pare-feu, robot par robot.

Un pare-feu qui répond par une page de vérification arrête un robot plus sûrement qu’une ligne Disallow.

5À quoi ressemble un rapport d’audit SEO ?

Un rapport d’audit utile se lit comme une liste de décisions. Chaque constat y tient en une ligne : ce que nous avons vu, la preuve, l’effet sur vos pages, l’effort de correction, et sa priorité.

Les captures, les exports et les listes d’adresses partent en annexe, pour la personne qui corrige. Voici un exemple : cinq lignes d’un rapport d’audit SEO, pour une entreprise imaginée pour cette note.

Dans cet exemple, les deux premières lignes se règlent dans un seul modèle de page, celui des rubriques. C’est souvent le cas : une poignée de corrections de modèle porte l’essentiel de l’effet.

6Comment classer les corrections d’un audit ?

Nous classons chaque constat selon deux questions : combien de pages utiles il touche, et quel effort il demande. Une correction de modèle qui ramène trois cents fiches dans l’index passe avant une retouche de vitesse sur la page des mentions légales.

Chaque correction reçoit aussi sa vérification. Dans Search Console, le bouton Valider la correction demande à Google de revoir les adresses d’un motif ; la validation prend en général deux semaines environ, et parfois beaucoup plus, d’après son aide.

Nous notons la date de chaque mise en ligne, pour relier ensuite une courbe à sa cause.

Ce classement devient le plan d’action de notre audit SEO : les actions rangées par impact et par priorité, l’objectif de chacune, et la façon d’en mesurer le résultat.

7Un outil d’audit en ligne suffit-il ?

Un outil d’audit en ligne relève vite ce qui se mesure : des codes, des balises, des poids d’image. Il ignore ce que vous vendez, et donc l’ordre dans lequel corriger.

Nous nous servons de ces outils, et d’un robot d’exploration, pour collecter. La lecture tranche trois questions qu’ils laissent ouvertes :

• cette page doit-elle être dans Google ?
• ce double est-il voulu ?
• ce constat touche-t-il des pages qui rapportent ?

8Ce que nous écartons de nos rapports

• Un score global sur 100. Il additionne des points de poids très inégal, et il monte ou descend sans dire ce qui a changé.
• La liste brute des alertes d’un outil. Elle met une balise trop longue au niveau d’une rubrique hors de l’index ; les exports vont en annexe, après le tri.
• Une promesse de place dans Google. L’indexation et le classement restent des décisions de Google : l’audit lève ce qui les freine, puis mesure la suite.

Questions fréquentes

Sur le même sujet

SEO technique : le guide, de l’exploration à l’indexation Référencement naturel Technique Lire la note Google Search Console : l’ouvrir, la régler, la lire chaque mois Référencement naturel Pour agir Lire la note Core Web Vitals : LCP, INP, CLS, et ce que l’on corrige d’abord Référencement naturel Technique Lire la note