Audit technique SEO : la checklist complète et la méthode

Un audit technique SEO vérifie qu'un moteur peut accéder à tes pages, les comprendre et les servir vite. Il ne juge ni ton contenu ni ta popularité : il s'assure que le reste du travail sert à quelque chose. C'est l'audit qui doit passer en premier, parce qu'un problème technique annule tout ce qui vient après.

Voici la checklist que j'applique, dans l'ordre où je la déroule, avec l'outil gratuit qui sert à chaque contrôle, ce qui mérite ton temps et ce qui peut attendre.

Qu'est-ce qu'un audit technique SEO ?

C'est le diagnostic de la partie du référencement qui ne dépend ni de ce que tu écris ni de qui parle de toi. Il répond à trois questions dans cet ordre : un moteur peut-il accéder à tes pages, peut-il les comprendre et les situer les unes par rapport aux autres, peut-il les servir assez vite pour que le visiteur reste.

La distinction avec l'audit de contenu et l'audit de popularité n'est pas académique, elle est opérationnelle. Un audit technique se corrige avec un développeur et se vérifie objectivement. Un audit de contenu se corrige avec un rédacteur et s'évalue par le résultat. Mélanger les deux produit un document de quarante pages que personne ne traite. L'audit technique est donc un bloc d'un audit SEO complet, dont j'ai détaillé un exemple de rapport d'audit SEO partie par partie.

Pourquoi faire un audit SEO technique ?

Pour une raison simple et souvent apprise trop tard : les problèmes techniques annulent le reste du travail. Un article excellent sur une page non indexée ne rapporte rien. Une refonte éditoriale sur un site dont la moitié des pages se cannibalisent ne rapporte rien non plus. Ce sont des multiplications par zéro, et aucun budget de contenu ne les compense.

La deuxième raison est financière. Les corrections techniques sont bornées : un développeur, quelques jours, un résultat vérifiable. Le contenu est un investissement continu. Commencer par la technique donne un plancher de performance avant d'ouvrir le robinet des dépenses récurrentes.

Sur les sites que j'audite, l'écart entre le potentiel et le réalisé s'explique dans la majorité des cas par trois problèmes techniques, pas par trente. Le travail consiste surtout à les trouver.

Checklist d'audit technique SEO : les 30 points

Quatre blocs, dans cet ordre. L'ordre compte : chaque bloc conditionne le suivant. Entre parenthèses, l'outil gratuit qui sert au contrôle. Les points marqués bloquants passent avant tout le reste.

1. Accès et indexation : 10 points

C'est là que se trouvent les problèmes les plus coûteux et les plus faciles à rater. Lis le rapport d'indexation de la Search Console en entier : les pages exclues sont plus instructives que les pages valides, car chaque motif d'exclusion raconte une décision, la tienne ou celle de Google.

1. Aucune page stratégique n'apparaît parmi les pages non indexées, et chaque motif d'exclusion est expliqué (Search Console, Indexation des pages).
2. Le robots.txt n'interdit aucune section utile, ni les fichiers CSS et JavaScript nécessaires au rendu (Search Console, rapport robots.txt). Bloquant.
3. Aucune page à indexer ne porte de balise noindex ou d'en-tête X-Robots-Tag (crawler). Bloquant.
4. Chaque page à indexer porte une canonique vers elle-même ; aucune canonique ne pointe vers l'accueil ou vers une page en erreur (crawler).
5. Le sitemap XML ne contient que des URL en code 200, indexables et canoniques, et il est déclaré dans la Search Console.
6. Le site répond en HTTPS sur une seule version du domaine ; les autres versions redirigent en 301.
7. Aucun lien interne ne pointe vers une page en erreur 4xx ou 5xx (crawler).
8. Chaque redirection mène directement à sa destination finale, en un seul saut (crawler).
9. Le contenu principal figure dans le code HTML brut, sans exécution de JavaScript (navigateur, affichage du code source).
10. Les robots d'IA que tu veux laisser passer (OAI-SearchBot, GPTBot, ClaudeBot) ne sont pas bloqués par erreur dans le robots.txt.

Le point 9 compte doublement depuis l'arrivée des moteurs de réponse. Google exécute le JavaScript, avec un délai. Les robots d'IA sont moins patients : selon une analyse publiée par Vercel fin 2024, aucun des principaux robots d'IA, dont GPTBot et ClaudeBot, n'exécutait le JavaScript des pages visitées. Un texte chargé par un script risque donc d'être invisible pour eux.

2. Structure et maillage : 7 points

Une fois les pages accessibles, la question devient : le moteur comprend-il leur organisation ? Le maillage interne est le levier le plus sous-utilisé du SEO technique. Il ne coûte rien, il se corrige sans développeur dans la plupart des cas, et il redistribue la popularité déjà acquise vers les pages qui en ont besoin.

11. Les pages stratégiques sont à trois clics maximum de l'accueil (crawler, profondeur de clic).
12. Aucune page importante n'est orpheline, sans lien interne entrant (crawler croisé avec le sitemap et la Search Console). Bloquant.
13. Les paramètres d'URL (tri, filtres, suivi de campagne) ne créent pas des milliers d'adresses explorables (crawler).
14. Les pages de pagination sont accessibles par de vrais liens et ne dupliquent pas le texte de présentation.
15. Deux pages ne visent pas la même requête (Search Console : filtre sur la requête, puis onglet Pages).
16. Les liens internes sont de vrais liens HTML, avec des ancres descriptives.
17. Le fil d'Ariane est présent et balisé.

3. Performance et affichage : 7 points

Les Core Web Vitals mesurent trois choses : la vitesse d'affichage du contenu principal (LCP), la réactivité aux interactions (INP) et la stabilité visuelle pendant le chargement (CLS). Je vais être honnête sur leur poids : à contenu très inégal, la performance ne renverse rien. À contenu comparable, elle départage. Et surtout, elle pèse directement sur la conversion, indépendamment de tout classement. C'est cet argument-là qui débloque les budgets, pas l'argument SEO.

18. LCP sous 2,5 secondes sur les données réelles (PageSpeed Insights, rapport Core Web Vitals de la Search Console).
19. INP sous 200 millisecondes.
20. CLS sous 0,1.
21. Images en AVIF ou WebP, à la taille affichée, avec largeur et hauteur déclarées.
22. Les scripts tiers (chat, publicité, suivi) sont chargés en différé.
23. La version mobile contient le même contenu et les mêmes liens que la version ordinateur, puisque Google indexe la version mobile.
24. Le serveur répond vite et sans erreurs 5xx (Search Console, Paramètres, Statistiques sur l'exploration).

Regarde les données réelles des utilisateurs plutôt que les tests en laboratoire. Un test synthétique sur une connexion parfaite dit peu de ce que vivent tes visiteurs sur mobile en 4G dégradée.

4. Balisage et données structurées : 6 points

Ce sont des fondamentaux, ils se contrôlent en masse avec un crawler, et leur absence coûte plus qu'il n'y paraît sur les gros catalogues.

25. Chaque page a une balise title unique.
26. Chaque page a une meta description rédigée.
27. Un seul H1 par page, et une hiérarchie de titres sans saut de niveau.
28. Les images porteuses de sens ont un attribut alt.
29. Les données structurées sont valides et décrivent le contenu visible (Test des résultats enrichis).
30. Les balises hreflang sont réciproques, si le site existe en plusieurs langues.

Les données structurées ne font pas monter une page, mais elles décrivent explicitement à une machine ce qu'elle regarde : un article, son auteur, sa date, un produit et son prix. N'en attends pas toujours un résultat enrichi : depuis août 2023, Google n'affiche plus les FAQ en résultat enrichi que pour des sites gouvernementaux et de santé faisant autorité. Le balisage reste utile pour la compréhension de la page, par Google comme par les moteurs de réponse.

Coche maintenant les problèmes que tu as relevés. L'outil les reclasse par impact réel, qui n'est presque jamais l'ordre du rapport que t'a sorti ton crawler.

Quels outils pour un audit technique SEO ?

Trois outils suffisent, et ils ont tous une version gratuite. La liste complète, avec les limites de chaque version gratuite, est dans mon comparatif des outils d'audit SEO gratuits.

La Search Console est la seule source qui dit ce que Google voit réellement de ton site, et aucun outil payant ne la remplace. Le crawler produit la vue exhaustive qu'elle ne donne pas : profondeur, redirections, duplications, liens cassés. PageSpeed Insights mesure les Core Web Vitals sur les visites réelles des 28 derniers jours.

Le geste qui rapporte le plus n'est dans aucun des trois : c'est le croisement. Exporte les pages explorées par le crawler, exporte les pages qui reçoivent des impressions dans la Search Console, et compare les deux listes. Ce qui est dans la première et pas dans la seconde constitue ta dette : des pages qui consomment de l'exploration et ne rapportent rien.

Une IA peut-elle faire un audit technique SEO ?

Pas seule. Un assistant comme ChatGPT ou Claude ne voit ni ta Search Console ni la totalité de tes pages, et il ne parcourt pas un site de façon fiable. En revanche, il lit très bien un export : donne-lui le fichier d'un crawl et il en tire une première liste de problèmes regroupés par gabarit, en quelques minutes. Le MCP Screaming Frog va plus loin en branchant Claude directement sur tes crawls.

La priorisation et la vérification restent humaines. Un modèle peut se tromper sur la cause d'une exclusion ou proposer une correction qui casse autre chose. Je m'en sers pour gagner du temps sur le relevé, jamais pour décider de l'ordre des corrections.

Comment prioriser les corrections

Un audit ne sert à rien s'il produit une liste. Il sert quand il produit un ordre.

Ma règle de priorisation tient en une phrase : classe par nombre d'URL touchées multiplié par la gravité, jamais par la sévérité affichée dans l'outil. Un crawler signale en rouge une balise manquante sur une page et en orange une canonique erronée sur huit cents. Le second problème vaut cent fois le premier.

Ensuite, relève ta situation de départ avant de corriger : positions, pages indexées, impressions. Sans ce point zéro, tu ne pourras démontrer aucun résultat, et c'est la première question qui te sera posée.

Enfin, traite par lots plutôt que par problème isolé. Corriger huit cents balises en une passe coûte à peine plus que d'en corriger dix, et laisse une trace nette dans les courbes trois à six semaines plus tard.

Une fois la technique assainie, le chantier suivant est éditorial : c'est là que se joue le reste, et je le décris dans ma méthode de stratégie de contenu SEO.

Les six problèmes techniques que je trouve le plus souvent

À force d'auditer, les mêmes causes reviennent. Les voici, avec ce qui les provoque, parce que reconnaître le motif fait gagner des heures.

La canonique qui pointe vers l'accueil. Un développeur pose une balise canonique globale dans le gabarit, sans variable. Toutes les pages déclarent alors que la version de référence est la page d'accueil. Le site perd d'un coup l'essentiel de son indexation, et rien dans l'interface ne le montre. C'est le problème le plus violent que je rencontre, et le plus silencieux.

Le blocage hérité de la préproduction. Un fichier robots.txt écrit pour empêcher l'indexation d'un environnement de test part en production avec le reste. Le site est en ligne, joli, et invisible. Le contrôle prend dix secondes et personne ne le fait.

La pagination mal gérée. Sur un catalogue, les pages deux, trois et suivantes contiennent souvent les mêmes textes de présentation. Selon la manière dont elles sont déclarées, elles se cannibalisent ou consomment de l'exploration pour rien.

Les paramètres d'URL. Filtres, tris, suivi de campagne : chaque combinaison crée une adresse différente pour un contenu identique. Un site marchand atteint vite des dizaines de milliers d'URL qui diluent tout.

Les redirections en cascade. Une refonte redirige A vers B, une autre B vers C, une troisième C vers D. Chaque saut ralentit l'exploration et fait perdre un peu de la valeur transmise. Une redirection doit toujours pointer directement vers la destination finale.

Le contenu chargé après coup. Quand le texte principal n'apparaît qu'après exécution d'un script, le moteur voit parfois une page vide, et les robots d'IA le plus souvent. Le test est simple : affiche le code source brut de la page et cherche ton texte. S'il n'y est pas, tu as trouvé ton problème.

Le cas particulier de la migration

C'est le moment où le plus de choses cassent, et celui où un audit technique change le plus de choses. Je le traite en trois temps.

Avant. Relève l'état exact de l'existant : liste complète des URL, positions, pages indexées, pages qui reçoivent du trafic. Sans cet inventaire, tu ne sauras pas ce que tu as perdu, et tu ne pourras pas le récupérer. Cette photographie est le livrable le plus important de toute la migration.

Pendant. Établis le plan de redirections URL par URL, pas par règle globale. Une règle générique qui envoie tout un ancien dossier vers une nouvelle page de catégorie détruit la valeur accumulée par chaque page. Chaque ancienne adresse doit pointer vers son équivalent le plus proche, en une seule redirection permanente.

Après. Surveille pendant six semaines les erreurs d'exploration, les pages nouvellement exclues et les positions des vingt pages les plus stratégiques. Les problèmes de migration apparaissent rarement le premier jour : ils se révèlent quand le moteur a fini de réexplorer, souvent trois à quatre semaines plus tard.

Une baisse de trafic après migration est normale pendant quelques semaines. Une baisse qui ne se résorbe pas au bout de deux mois est un problème technique, presque jamais un problème de contenu.

À quelle fréquence faire un audit technique SEO ?

Deux fois par an sur un site stable, une fois par trimestre sur un site qui publie beaucoup ou qui évolue techniquement. Et systématiquement après une refonte, une migration ou un changement de plateforme, car ce sont les trois moments où le plus de choses cassent sans que personne ne s'en aperçoive.

Entre deux audits complets, un contrôle mensuel de vingt minutes suffit : nouvelles erreurs d'exploration, nouvelles pages exclues, chute de performance. C'est ce contrôle régulier qui évite de retrouver, six mois plus tard, un problème installé depuis cinq.

Audit technique seul ou audit SEO complet ?

L'audit technique suffit quand le doute porte sur l'indexation, une migration ou la vitesse. Si le site est techniquement sain et que le trafic stagne, le problème est ailleurs : contenu, concurrence ou popularité, et c'est un audit complet qui le dira. Pour une entreprise qui vit de sa clientèle de proximité, ajoute le volet fiche Google avec ma checklist d'audit SEO local.

Si tu préfères déléguer, ce qui fait varier le prix d'un audit SEO est détaillé dans un article dédié. Mon audit SEO couvre ce bloc technique, avec un plan d'action classé par impact, sur devis.

Écrit par

Anthony Courtin

Consultant SEO, GEO & automatisation IA

J'accompagne des PME et des indépendants sur la visibilité (Google, ChatGPT, Perplexity) et sur l'usage réel de l'IA au travail. J'interviens en entreprise pour former les équipes et repenser les process. Tout ce que j'écris ici, je l'utilise en mission.

Me suivre sur LinkedIn Ma chaîne YouTube