Audit SEO technique : la méthode en 9 étapes

Un audit SEO technique vérifie que Google peut explorer, comprendre et indexer correctement votre site. Il passe en revue l’exploration, l’indexation, le fichier robots.txt et le sitemap, la vitesse, les balises, la version mobile, le maillage interne, le contenu dupliqué et l’accès des moteurs IA. Chacun de ces points peut freiner vos positions sans que rien ne se voie à l’écran.

C’est le diagnostic mécanique de votre site avant un long trajet. On ouvre le capot, on regarde ce qui freine, ce qui chauffe, ce que Google n’arrive pas à lire. La méthode qui suit est celle que j’applique sur mes audits de TPE et PME, simplifiée pour que vous puissiez comprendre ce qui se joue sous le capot de votre site internet.

L’objectif de ce guide : vous donner une vraie grille de lecture pour comprendre ce qu’on analyse dans un audit SEO technique, repérer et identifier les premiers signaux avec des outils SEO accessibles, et arbitrer ce qui mérite un vrai accompagnement.

Les 9 étapes en bref

1. Crawler le site pour voir ce que voit Google
2. Vérifier que les pages clés sont indexées
3. Contrôler le fichier robots.txt et le sitemap XML
4. Mesurer la vitesse et les Core Web Vitals
5. Contrôler les URL et les balises essentielles
6. Vérifier la version mobile et le HTTPS
7. Analyser le maillage interne et les liens cassés
8. Repérer le contenu dupliqué et les erreurs d’hreflang
9. Vérifier l’accès des moteurs IA (ChatGPT, Perplexity, Copilot, Google)

Qu’est-ce qu’un audit SEO technique (et pourquoi ce n’est pas qu’une affaire de geek)

Un audit SEO technique inventorie tout ce qui empêche votre site d’être correctement exploré, compris et indexé par les moteurs de recherche. Trois familles d’audit existent en référencement naturel : le technique (la mécanique du site), le contenu (ce qui est écrit) et la popularité (les liens entrants). Ce guide se concentre sur le premier, l’analyse technique, le diagnostic de santé de votre site.

Pourquoi vous y intéresser quand vous n’êtes ni développeur ni référenceur ? Parce qu’un problème technique invisible peut vous coûter des positions, donc du chiffre. Un site qui charge en 6 secondes au lieu de 2 perd des utilisateurs avant même d’avoir parlé. Un sitemap mal configuré, et la moitié de votre catalogue reste dans l’ombre. Vous n’avez pas besoin de savoir coder, vous avez besoin de savoir où regarder.

Derrière chaque correction technique, il y a un effet sur votre activité. La visibilité d’abord : une page bloquée par un problème technique n’existe pas pour Google, quelle que soit la qualité de son contenu. La conversion ensuite : un site lent ou instable sur mobile perd des prospects avant même le formulaire. La durée enfin : une base technique saine continue de servir vos positions mois après mois, là où une campagne publicitaire s’arrête avec le budget. C’est pour cela qu’on pose ce diagnostic avant d’investir dans le contenu ou les liens : construire sur des fondations fissurées, c’est dépenser deux fois.

Étape 1 : Crawler votre site pour voir ce que voit Google

Un crawler, c’est un robot qui parcourt votre site page par page, comme le ferait Google. Le faire tourner sur votre propre site révèle ce que Google trouve réellement, et ce qui lui échappe.

Deux outils SEO pour démarrer de votre côté : Screaming Frog SEO Spider en version gratuite (jusqu’à 500 URLs, suffisant pour un site vitrine) et le rapport d’exploration de Google Search Console. Sur un audit accompagné, on travaille avec la version complète plus d’autres crawlers spécialisés, mais pour repérer les gros écarts, ces deux-là suffisent. Ce que vous analysez : le nombre total de pages détectées, les erreurs 404, les redirections en cascade (une page A qui redirige vers B qui redirige vers C, c’est trois sauts que Google suit pour rien), les pages orphelines qu’il faut identifier parce qu’elles ne reçoivent aucune connexion interne.

Le travail brut est à votre portée. C’est l’interprétation qui demande de l’expérience. 47 erreurs 404, est-ce grave ? Tout dépend desquelles. Une 404 sur une adresse que personne ne visite n’est pas urgente. Une 404 sur une fiche produit présente dans Google qui ramenait des ventes, si. Le chiffre seul ne décide de rien, c’est le contexte qui tranche.

L’erreur que je rencontre le plus souvent à cette étape : la redirection oubliée après une refonte. Les anciennes adresses ne sont pas redirigées, Google perd le fil, les positions acquises s’évaporent et personne ne comprend pourquoi le trafic a chuté d’un coup. Si c’est votre situation, je détaille comment diagnostiquer une baisse de trafic Google.

Points de contrôle

• Nombre de pages trouvées par le crawl, comparé au nombre de pages publiées
• Erreurs 404 sur des pages qui recevaient du trafic ou des liens
• Chaînes de redirections (A vers B vers C)
• Pages orphelines, qu’aucun lien interne ne rejoint

Étape 2 : Vérifier que vos pages clés sont bien indexées

Crawlabilité et indexation sont deux étapes distinctes. Google peut explorer une page sans la juger digne d’entrer dans son index. C’est précisément ce qui se passe sur des milliers de sites e-commerce qui ne comprennent pas pourquoi leur trafic stagne. Vérifier l’indexation, c’est s’assurer que la crawlabilité de votre site se transforme bien en pages réellement présentes dans Google.

Le test rapide : tapez site:votredomaine.fr dans Google. Le nombre de résultats de recherche vous donne une estimation des pages indexées. Comparez-le au nombre de pages que vous pensez avoir publiées. Si l’écart est important, il y a un problème à analyser.

Le bon outil ensuite, c’est le rapport « Indexation des pages » de Google Search Console. Il classe vos pages en deux catégories : retenues ou non, avec le motif de l’exclusion. Le piège, c’est de paniquer devant la liste des non retenues. Une URL de mentions légales en noindex, c’est normal et voulu. Une fiche produit que vous pensiez visible et qui ressort en « explorée, mais non indexée », c’est un signal de qualité ou de duplication à analyser. Le rapport vous donne le quoi. Il vous donne rarement le pourquoi, et c’est ce pourquoi qui oriente l’action.

Points de contrôle

• Résultat de site:votredomaine.fr, comparé au nombre de pages publiées
• Motifs d’exclusion du rapport « Indexation des pages » de Search Console
• Pages stratégiques en « Explorée, actuellement non indexée » ou « Détectée, actuellement non indexée »
• Balises noindex posées par erreur sur des pages à positionner

Étape 3 : Auditer votre fichier robots.txt et votre sitemap XML

Le robots.txt, c’est le panneau « accès interdit » à l’entrée de votre site. Il indique aux robots d’exploration ce qu’ils ont le droit de parcourir ou non. Mal configuré, il peut bloquer l’indexation de tout votre site sans que vous le remarquiez avant des semaines.

Tapez votredomaine.fr/robots.txt dans votre navigateur. Vous devez voir un fichier court, lisible, qui n’interdit que ce qui doit l’être (l’admin, des dossiers techniques). Le piège classique des projets refaits à neuf : un Disallow: / oublié depuis la phase de développement, qui interdit tout le site à Google. C’est le genre d’erreur qui efface un site entier des résultats de recherche.

Le sitemap XML, c’est le sommaire que vous donnez à Google. Il doit lister vos URL stratégiques, être déclaré dans Search Console, et rester actualisé. Sur un site WordPress, des extensions le génèrent automatiquement. Encore faut-il vérifier ce qu’elles incluent réellement.

Points de contrôle

• Fichier robots.txt accessible et lisible à votredomaine.fr/robots.txt
• Aucun Disallow: / hérité de la phase de développement
• Sitemap XML déclaré dans Search Console, sans erreur de lecture
• Sitemap limité aux URL utiles : ni pages en noindex, ni pages redirigées

Étape 4 : Mesurer la vitesse et les Core Web Vitals

Les Core Web Vitals, ce sont trois mesures concrètes de l’expérience que vit un utilisateur sur votre site. Google les utilise comme signal de classement depuis 2021.

LCP (Largest Contentful Paint) : combien de temps avant que la zone principale s’affiche. Objectif : moins de 2,5 secondes.

INP (Interaction to Next Paint) : la réactivité de votre site quand on clique. Objectif : moins de 200 millisecondes. Il a remplacé l’ancien indicateur FID en mars 2024.

CLS (Cumulative Layout Shift) : la stabilité visuelle, c’est-à-dire les éléments qui bougent pendant le chargement et font cliquer à côté. Objectif : moins de 0,1.

L’outil SEO gratuit officiel : PageSpeed Insights. Vous y entrez une URL, vous obtenez les scores avec des recommandations. Le rapport « Signaux web essentiels » de Search Console vous donne la vue d’ensemble sur la vitesse de chargement de tout votre site. Cette analyse de la vitesse de chargement, menée gabarit par gabarit, fait vite ressortir les pages les plus lentes.

Repérer un mauvais score, c’est immédiat. Le faire remonter sans casser un plugin, sans ralentir le reste, sans dégrader le design, c’est un peu plus compliqué. Compresser les images, mettre en cache, ordonner les scripts : les leviers existent, mais ils s’empilent et interagissent. Toucher l’un sans casser l’autre demande de savoir ce qu’on fait.

Le frein que je trouve le plus souvent ici est aussi le plus banal : des images jamais compressées, qui pèsent plusieurs mégaoctets et plombent la vitesse sur mobile. La correction est simple, l’impact immédiat.

Points de contrôle

• LCP sous 2,5 secondes
• INP sous 200 millisecondes
• CLS sous 0,1
• Mesures faites sur mobile, gabarit par gabarit : accueil, page service, article, fiche produit
• Poids et format des images

Si vous reconnaissez déjà votre site dans plusieurs de ces points, l’audit flash gratuit plus bas vous donne les trois priorités à traiter, sous 24h.

Étape 5 : Contrôler la structure d’URL et les balises essentielles

Une bonne URL est courte, lisible, et parle du contenu : votredomaine.fr/audit-seo plutôt que votredomaine.fr/?p=2347. Si vos URLs ressemblent à la seconde version, vous perdez en lisibilité et en clic depuis les résultats de recherche.

Côté balises meta, chaque URL stratégique a quatre points de contrôle :

• la balise title (le titre qui s’affiche dans Google), unique, sous 60 caractères
• la meta description, le pitch sous le titre, sous 155 caractères
• le H1, présent une seule fois par page, en cohérence avec le titre
• la balise canonical, qui indique la version officielle d’une page (utile quand un même contenu existe à plusieurs URLs)

Un crawler comme Screaming Frog vous remonte toutes ces balises. Vous voyez d’un coup les ressources sans titre, les titres dupliqués, les meta descriptions vides. Repérer une balise vide, n’importe quel outil le fait. Écrire un titre qui va chercher des clics sur une requête précise, face à des concurrents déjà installés, c’est de la rédaction stratégique. Il faut connaître la requête ciblée, le mot-clé visé, l’intention derrière, et veiller à la cohérence entre le titre, le H1 et le contenu de la page.

Étape 6 : Vérifier le mobile-first et la compatibilité technique

Google indexe votre site en regardant d’abord sa version mobile. Un site beau en desktop mais cassé sur smartphone, c’est un site cassé pour Google. La compatibilité mobile n’est plus une option, c’est le socle sur lequel repose votre indexation.

Le test gratuit le plus fiable : ouvrez votre site depuis votre téléphone et naviguez réellement dedans, comme un utilisateur lambda. Les boutons sont-ils assez espacés ? Le texte est-il lisible sans zoomer ? Les pop-ups sont-ils fermables d’un pouce ? Si vous n’avez pas de téléphone sous la main, le mode responsive de votre navigateur fait le même test : clic droit sur la page, « Inspecter », puis vue mobile.

Côté sécurité, vérifiez que toutes vos URLs sont en HTTPS et que votre certificat SSL est valide (le cadenas dans la barre d’adresse). Cette vérification prend dix secondes. Un site en HTTP en 2026, c’est rédhibitoire : les navigateurs affichent un avertissement, et la confiance s’effondre avant même la première seconde.

Points de contrôle

• Navigation réelle sur smartphone : boutons, texte lisible sans zoom, fenêtres fermables
• Même contenu sur mobile et sur ordinateur
• Toutes les URL en HTTPS, certificat valide
• Une seule redirection de HTTP vers HTTPS, avec ou sans www

Étape 7 : Analyser le maillage interne et les liens cassés

Le maillage interne, c’est la façon dont vos contenus se renvoient les uns aux autres par des connexions. C’est ce qui guide Google entre vos contenus et c’est aussi ce qui distribue la valeur SEO en interne.

Deux choses à analyser. D’abord la profondeur de clic : combien de clics depuis la page d’accueil pour atteindre une ressource stratégique ? Au-delà de trois ou quatre, une ressource importante devient difficile à atteindre, pour vos utilisateurs comme pour Google. Ce n’est pas une règle gravée dans le marbre, mais un bon signal d’alerte. Ensuite les liens cassés : un renvoi interne qui pointe vers une adresse supprimée fait perdre du jus et frustre les utilisateurs.

Le cas typique en audit : des sections stratégiques enterrées à cinq clics de l’accueil, des articles de blog sans aucune sortie, une page de vente qui ne reçoit jamais de lien.

Points de contrôle

• Profondeur de clic des pages stratégiques : trois ou quatre clics au plus
• Liens internes cassés
• Pages importantes qui reçoivent peu ou pas de liens internes
• Ancres de liens descriptives plutôt que « cliquez ici »

Screaming Frog liste tout cela. Lister les erreurs, le crawler s’en charge seul. Mais choisir quelle ressource renforcer en priorité, où placer le renvoi et avec quelle ancre, en cohérence avec votre stratégie de positionnement, cela ne découle pas d’une règle générale. C’est ce qui sépare l’inventaire de l’optimisation utile. C’est aussi le genre d’arbitrage que je travaille en détail dans un audit SEO.

Étape 8 : Repérer le contenu dupliqué et les soucis d’hreflang

Le contenu dupliqué, c’est le même texte (ou presque) accessible à plusieurs adresses. Très fréquent en e-commerce avec les filtres (/chaussures?couleur=rouge génère une URL distincte mais avec le même contenu que l’adresse principale).

Google sait gérer la duplication, mais il ne sait pas toujours quelle version mettre en avant. Résultat, votre site se concurrence lui-même, et Google reçoit un signal contradictoire sur la version à mettre en avant. Screaming Frog vous aide à repérer ces doublons. Les balises canonical, posées sur les variantes, lui disent laquelle compte.

Si votre site est multilingue ou multi-pays, l’hreflang vient s’ajouter. C’est la balise qui dit à Google « la version anglaise est ici, la version belge ici ». Mal posée, elle envoie les Français sur la version canadienne. Le diagnostic se voit vite. La correction, elle, suppose d’avoir cartographié toutes les versions de chaque adresse avant de toucher quoi que ce soit, sous peine d’aggraver le désordre.

Deux erreurs reviennent très souvent sur les WordPress mal réglés : la même page accessible à quatre adresses (avec et sans slash final, en HTTP et en HTTPS, avec et sans www), et une balise canonical absente ou pointant vers la mauvaise URL. Dans les deux cas, Google reçoit un signal contradictoire sur la version à indexer.

Points de contrôle

• Variantes d’une même page : slash final, HTTP et HTTPS, www
• Paramètres d’URL (filtres, tri) indexés
• Balise canonical présente et pointant vers la bonne URL
• Hreflang réciproques entre toutes les versions d’un site multilingue

Étape 9 : Anticiper les moteurs de recherche IA (ChatGPT, Perplexity, Google)

C’est l’étape qu’aucun audit ne mentionnait il y a quelques mois. En 2026, ChatGPT, Perplexity et les réponses IA de Google envoient du trafic et des citations. Savoir comment ils accèdent à votre site devient un sujet à part entière.

Premier point : les crawlers IA et votre fichier robots. Les moteurs IA explorent le web via des robots dédiés : GPTBot pour OpenAI, ClaudeBot pour Anthropic, PerplexityBot pour Perplexity. Ce sont de vrais crawlers, qui font des requêtes sur votre site, et que vous contrôlez dans ce même fichier. Le test rapide : ouvrez votredomaine.fr/robots.txt et cherchez des règles type User-agent: GPTBot. Un Disallow: / derrière, et vous vous coupez de la citation par ces moteurs. Les laisser passer donne à votre contenu une chance d’être repris dans une réponse, avec un lien vers vous. La décision se prend consciemment : protéger un contenu propriétaire, ou gagner en visibilité. Les deux logiques se défendent, l’arbitrage dépend de votre modèle économique.

Une nuance importante, car elle est souvent mal comprise : les AI Overviews de Google ne se contrôlent pas de la même façon. Ils s’appuient sur l’index de recherche classique, celui que remplit Googlebot. Le token Google-Extended sert à gérer l’usage de votre contenu pour entraîner les modèles Gemini, pas votre présence dans les AI Overviews. Autrement dit, soigner votre SEO classique reste la meilleure porte d’entrée pour être cité.

Même logique pour Copilot, qui s’appuie sur l’index de Bing : un site absent de Bing a peu de chances d’y être cité. Vérifier que le site est déclaré dans Bing Webmaster Tools, avec son sitemap, fait partie de l’audit. Je détaille les réglages Bing dans un article dédié.

Deuxième point : le fichier llms.txt. Vous allez en entendre beaucoup parler, alors autant poser son statut réel. À l’heure actuelle, aucun grand moteur IA n’a confirmé l’exploiter dans ses systèmes de recherche ou de réponse, et Google a indiqué publiquement qu’il ne le prend pas en charge. Son seul usage documenté concerne les assistants de code (Cursor, Copilot et consorts), pas la visibilité grand public. Faut-il en publier un quand même ? Le fichier coûte très peu à produire et vous positionne si la pratique se généralise un jour. C’est un pari peu risqué. J’en publie un sur ze-seo.fr/llms.txt, à titre d’exemple et d’anticipation.

Troisième point, et c’est celui qui compte vraiment : la forme du contenu. Les moteurs IA reprennent volontiers des passages courts, autonomes, factuels. Une définition de cinquante mots en tête de page, des listes claires, un tableau comparatif, une FAQ structurée. C’est la même logique que les extraits enrichis de Google, et elle prend une valeur nouvelle avec les moteurs de réponse IA. Ce travail-là, vous pouvez le commencer dès aujourd’hui, et il sert vos utilisateurs autant que les machines.

Reste à arbitrer : quels crawlers laisser passer, comment refondre vos sections clés pour qu’elles deviennent citables. Le terrain bouge tous les mois, et ce qui fonctionne maintenant peut être à revoir dans un an. Un regard à jour vous évite d’appliquer une consigne déjà périmée.

Points de contrôle

• Règles du robots.txt pour GPTBot, ClaudeBot et PerplexityBot
• Robots IA bloqués par un pare-feu ou un CDN sans que vous l’ayez décidé
• Site déclaré dans Bing Webmaster Tools
• Contenu principal présent dans le HTML, pas seulement chargé par JavaScript

Quels outils pour un audit SEO technique : gratuit ou payant

Vous n’avez pas besoin d’un arsenal pour commencer. Trois outils gratuits couvrent déjà l’essentiel du repérage. La nuance, c’est qu’ils montrent les symptômes là où les outils payants donnent le diagnostic complet.

Outil	Gratuit ou payant	Ce qu’il analyse	Pour qui
Google Search Console	Gratuit	Indexation, requêtes, signaux web essentiels	Tout le monde, c’est le minimum vital
PageSpeed Insights	Gratuit	Vitesse et Core Web Vitals d’une URL	Repérage rapide des soucis de performance
Screaming Frog (version gratuite)	Gratuit jusqu’à 500 URLs	Crawl, balises, liens cassés, redirections	Sites vitrines et premiers audits
Screaming Frog (licence)	Payant	Crawl illimité, données croisées, planification	Sites moyens à gros
Ahrefs ou Semrush	Payant	Analyse SEO complète, mots-clés, profil de liens, suivi	Stratégie et suivi dans la durée
Oncrawl	Payant	Crawl d’entreprise, analyse de logs, gros volumes	E-commerce et grands sites

Le gratuit suffit pour un premier état des lieux et pour corriger les erreurs les plus visibles. Croiser les données de crawl avec les logs serveur ou suivre l’évolution sur six mois demande une licence. Mais l’outil ne fait pas l’audit : il sort des chiffres, et c’est l’interprétation qui en fait un plan d’action. Savoir qu’une page charge en 5 secondes ne dit pas s’il vaut le coup de la corriger en priorité.

Ce que vous faites de votre audit, et quand passer le relais

À la fin de cette méthode, vous avez une liste. La vraie question commence là : par où attaquer ?

La règle que j’applique : trier par gros impact, faible effort en priorité. Un fichier robots mal configuré qui bloque tout le site se corrige en deux minutes pour un effet immédiat. Refondre tous les titres d’un catalogue de 800 produits, c’est un chantier de plusieurs jours qui doit s’inscrire dans une feuille de route plus large, avec une cohérence d’ensemble.

Vous pouvez démarrer seul les corrections simples : remettre en ligne une ressource perdue, soumettre un sitemap, désactiver un plugin qui ralentit. Pour le reste (interprétation des données de Search Console, refonte d’arborescence et d’architecture du site, plan de maillage interne, priorisation business), l’arbitrage devient stratégique. C’est précisément à ce moment-là que travailler avec un consultant SEO fait gagner du temps et évite des arbitrages coûteux pris à l’instinct.

Si vous voulez aller au bout sans y passer vos nuits, je propose deux formats : un audit SEO qui livre le diagnostic complet et une feuille de route priorisée, ou un accompagnement SEO continu qui prend en charge le suivi et les améliorations mois après mois.

La documentation officielle de Google Search Central reste la référence pour aller plus loin sur les fondamentaux.

Questions fréquentes sur l’audit SEO technique