// guide pilier · écosystème seo
Audit SEO technique : la méthode en 6 passes.
Un audit utile ne liste pas tout ce qui cloche, il dit quoi corriger en premier. Six passes dans un ordre imposé par les dépendances techniques, avec un crawler gratuit et Search Console. Et une règle qui structure le reste : l'indexabilité avant la cosmétique.
// sommaire
(10 sections)
- 01 Le principe : l'ordre des dépendances
- 02 Préparer : crawl de référence
- 03 Passe 1 : accessibilité et codes
- 04 Passe 2 : indexabilité
- 05 Passe 3 : duplication et canonicalisation
- 06 Passe 4 : architecture et maillage
- 07 Passe 5 : rendu et performance
- 08 Passe 6 : signaux enrichis
- 09 Prioriser et livrer
- 10 FAQ
Le principe : l'ordre des dépendances.
Un audit SEO technique évalue la capacité réelle d'un site à être crawlé, compris et indexé. La difficulté n'est pas de trouver des problèmes : n'importe quel crawler en remonte des centaines en vingt minutes. La difficulté est de savoir lesquels comptent.
// à retenir
Les six passes s'enchaînent dans un ordre qui n'est pas négociable, parce que chacune dépend de la précédente. Une page inaccessible ne peut pas être indexée. Une page non indexée ne peut pas être dupliquée. Une page absente de l'index ne tire aucun bénéfice de ses données structurées. Auditer dans le désordre, c'est produire des recommandations sans effet.
Ce que cet audit ne couvre pas
Le périmètre est technique. La pertinence du contenu face à l'intention de recherche, la couverture sémantique et le profil de liens relèvent d'autres analyses. C'est une séparation utile, parce que l'axe technique est le seul qui produise des verdicts binaires : une directive noindex est présente ou absente, un code de réponse est 200 ou il ne l'est pas. Il n'y a pas à débattre.
Préparer : le crawl de référence.
Tout l'audit s'appuie sur trois sources croisées. Aucune ne suffit seule, et c'est précisément leur croisement qui révèle les problèmes que chacune manque isolément.
Le crawl
Screaming Frog part de la home et suit les liens, exactement comme Googlebot. Il dit ce qui est atteignable. Lancer un premier crawl en HTML brut, puis un second avec rendu JavaScript activé : l'écart entre les deux est en soi un diagnostic. Configuration détaillée dans crawler son site avec Screaming Frog.
→ ce que le site expose
Search Console
Le rapport d'indexation dit ce que Google a réellement retenu, avec le motif d'exclusion page par page. C'est la seule source qui donne le verdict du moteur plutôt qu'une hypothèse sur son comportement.
→ ce que Google a décidé
Les trois croisements qui révèlent tout
- Sitemap moins crawl : les URLs déclarées mais inatteignables par les liens. Ce sont les pages orphelines, traitées dans maillage interne.
- Crawl moins index : les URLs atteignables que Google n'a pas retenues. Le motif d'exclusion GSC donne la cause exacte, et le guide page non indexée le correctif associé.
- Index moins sitemap : les URLs indexées que vous n'avez jamais déclarées. Souvent des paramètres, des filtres ou des versions de test oubliées en ligne.
Passe 1 : accessibilité et codes de réponse.
La couche la plus basse. Si le serveur ne répond pas correctement, rien de ce qui suit n'a d'importance. Trier les URLs du crawl par code de réponse et traiter dans cet ordre.
5xx Erreurs serveur
Urgence absolue. Google ralentit son crawl puis désindexe si l'erreur persiste. Aucune autre correction n'a de sens tant qu'elles subsistent. Voir erreur serveur 5xx.
403 Accès interdit à Googlebot
Souvent un pare-feu ou un anti-bot qui prend Googlebot pour un agresseur. Invisible pour un visiteur humain, fatal pour l'indexation. Voir accès interdit 403.
3xx Redirections
Chercher les chaînes (plus d'un saut) et les boucles. Vérifier qu'aucun lien interne ne pointe vers une URL redirigée. Voir erreur de redirection.
404 Introuvables
Une 404 n'est pas un problème en soi. Elle le devient quand des liens internes ou des backlinks pointent dessus. Trier sur ce critère plutôt que sur le volume brut. Voir introuvable 404.
200 Faux positifs : les soft 404
Le cas le plus sournois : la page répond 200 mais affiche "aucun résultat". Google la traite comme introuvable. Invisible dans un tri par code. Voir soft 404.
Passe 2 : indexabilité.
La passe qui rapporte le plus, et de loin. Une seule directive mal placée peut retirer des milliers de pages de l'index sans qu'aucun symptôme visible n'apparaisse sur le site.
1
ligne de directive suffit à désindexer un site entier. C'est le correctif au meilleur rapport impact/effort du métier.
2
emplacements possibles pour un noindex : la balise meta dans le HTML, et le header HTTP X-Robots-Tag. Vérifier les deux.
- Le noindex de recette laissé en production. Le grand classique des mises en ligne. Filtrer la colonne "Meta Robots" du crawl sur
noindexet vérifier chaque occurrence. Voir URL marquée noindex. - Le X-Robots-Tag oublié. Un noindex peut vivre dans le header HTTP, totalement invisible dans le code source de la page. C'est le blocage qui résiste le plus longtemps aux audits superficiels.
- Le robots.txt trop large. Un
Disallow: /hérité de la préproduction, ou une règle wildcard qui capture plus large que prévu. Voir URL bloquée par robots.txt. - La combinaison contradictoire. Bloquer une page en robots.txt et y poser un noindex empêche Google de lire le noindex, puisqu'il ne crawle pas la page. La page peut rester indexée sans description. Voir robots.txt et indexation.
Passe 3 : duplication et canonicalisation.
Une fois les pages accessibles et indexables, vérifier que Google sait laquelle retenir quand plusieurs URLs servent le même contenu. C'est le domaine où les signaux se contredisent le plus souvent.
- 01
Vérifier l'unicité des versions du domaine
Les quatre combinaisons http/https et www/non-www doivent toutes converger en 301 vers une version unique. Un site accessible sur deux versions se concurrence lui-même. Voir redirection de nom de domaine.
- 02
Contrôler les canonical auto-référentes
Chaque page indexable doit porter une canonical qui pointe vers elle-même, en URL absolue. Repérer les canonical qui pointent vers la home, erreur de gabarit fréquente qui désindexe des sections entières. Voir balise canonical.
- 03
Croiser avec le verdict de Google
Google peut ignorer votre canonical s'il juge une autre URL plus pertinente. Le rapport GSC le signale explicitement. Quand vos signaux se contredisent, Google tranche seul. Voir page en double sans canonique et contenu dupliqué.
Passe 4 : architecture et maillage.
Les pages sont accessibles, indexables et uniques. Reste à vérifier que le site signale correctement lesquelles comptent. Le crawler donne les deux métriques nécessaires sans configuration particulière.
- Profondeur de clic. Trier sur les pages à 4 clics et plus, croiser avec la valeur business. Toute page stratégique dans cette liste est un problème identifié.
- Liens internes entrants par page. Les pages qui font le chiffre d'affaires doivent figurer en tête. Si le blog domine le classement, la hiérarchie est inversée.
- Sitemap. Doit contenir uniquement des URLs canoniques, indexables et en 200. Un sitemap qui liste des redirections ou des noindex envoie des signaux contradictoires. Voir sitemap XML.
- Gaspillage de crawl. Au-delà de 10 000 URLs, mesurer la part de crawl consommée par les filtres et paginations. Voir crawl budget.
Passe 5 : rendu et performance.
Le rendu passe avant la performance, parce qu'un contenu que Google ne voit pas rend sa vitesse d'affichage sans objet. C'est encore une question de dépendance, pas de préférence.
// à retenir
Le test décisif tient en une comparaison : lancer un crawl en HTML brut, puis un second avec rendu JavaScript activé. Si le second trouve des pages, des liens ou du contenu que le premier manque, le site dépend du rendu client. Googlebot finit généralement par rendre le JavaScript, mais en seconde vague, avec un délai variable. Tout ce qui compte doit être dans le HTML servi.
- Liens de navigation en JavaScript. Le menu fonctionne pour l'utilisateur mais les liens ne sont pas dans le HTML : Googlebot ne les suit pas en première vague. Voir JavaScript SEO.
- Ressources bloquées en robots.txt. Bloquer les fichiers CSS ou JS empêche Google de rendre la page correctement. Vérifier via l'inspection d'URL de Search Console.
- Version mobile incomplète. L'indexation se fait sur la version mobile. Un contenu présent en desktop mais absent en mobile n'existe pas pour Google. Voir index mobile-first.
- TTFB dégradé. Un serveur lent réduit la capacité de crawl que Google alloue au site. Sous 600 ms est un bon repère. Voir Core Web Vitals.
Passe 6 : signaux enrichis.
La dernière passe, et volontairement la dernière. Ces éléments améliorent la présentation dans les résultats, jamais l'indexation elle-même. Les traiter en premier est l'erreur d'ordonnancement la plus commune des audits.
Données structurées
Valider avec le test de résultats enrichis de Google. Les erreurs bloquent l'affichage des rich snippets, sans aucun effet sur l'indexation ni sur le classement. Bénéfice réel : le taux de clic. Voir données structurées.
→ gain de CTR, pas de position
Titles et meta descriptions
Repérer les doublons et les absences sur les pages indexables uniquement. Un title dupliqué sur des pages noindex n'est pas un problème, et les outils ne font pas cette distinction à votre place. Voir title et meta description.
→ filtrer sur indexable
Le cas des moteurs génératifs
Depuis 2025, l'audit gagne une dimension : vérifier que les crawlers d'IA accèdent au site si vous souhaitez être cité dans leurs réponses. Le robots.txt peut les bloquer sans que personne ne l'ait décidé, certains hébergeurs le faisant par défaut. Voir crawlers IA et GEO.
Prioriser et livrer.
Un audit se juge à ce qui est corrigé, pas à ce qui est documenté. Un rapport de 80 pages qui ne déclenche aucune action a échoué, quelle que soit sa rigueur.
Fort impact, faible effort
À traiter dans la semaine. Typiquement : un noindex de recette laissé en production, un Disallow trop large, une canonical de gabarit qui pointe vers la home. Une ligne à changer, des milliers de pages débloquées.
→ priorité absolue
Faible impact, fort effort
À ne pas faire, et à écrire noir sur blanc dans le livrable. Refondre l'arborescence des URLs pour "réduire la profondeur" alors que la profondeur de clic est déjà bonne entre dans cette case.
→ assumer le "ne rien faire"
// pondération
L'impact ne se compte pas en nombre d'URLs affectées mais en valeur business des URLs affectées. Un blocage sur 3 000 pages d'archives sans trafic pèse moins qu'un blocage sur 12 fiches produit. Trier par volume est le réflexe des outils ; trier par valeur est le travail de l'auditeur.
Mesurer l'effet des correctifs
Compter 4 à 6 semaines pour qu'un déblocage d'indexabilité se traduise dans le rapport de Search Console. Sur les pages prioritaires, une demande d'indexation manuelle accélère la revérification, et un service d'indexation prend le relais quand le volume dépasse ce que GSC permet de soumettre à la main. Comparer les approches dans le comparatif des indexeurs.
Questions fréquentes.
Par quoi commencer un audit SEO technique ?
Par l'indexabilité, toujours. Une page non indexée vaut zéro, quel que soit son score de performance ou la qualité de ses balises. Tant qu'on n'a pas répondu à "cette page peut-elle être crawlée puis indexée ?", optimiser ses title ou ses Core Web Vitals revient à repeindre une pièce dont on n'a pas vérifié qu'elle a une porte. L'ordre des passes de cet audit n'est pas une préférence de style : c'est une hiérarchie de dépendances.
Quels outils faut-il pour auditer un site ?
Screaming Frog en version gratuite (500 URLs, ce qui couvre la majorité des sites éditoriaux) et Search Console suffisent à trouver 90 % des problèmes réels. S'y ajoutent PageSpeed Insights pour la performance et le test de résultats enrichis pour les données structurées. Les suites payantes (Ahrefs, Semrush, Botify) apportent surtout du confort et de la donnée concurrentielle ; elles ne trouvent pas de problèmes que le duo gratuit manquerait sur un site de taille moyenne.
À quelle fréquence auditer ?
Un audit complet une à deux fois par an, plus un audit systématique après tout changement structurel : refonte, migration, changement de CMS, refonte de navigation. Entre deux audits, le rapport d'indexation de Search Console sert de surveillance continue : une hausse anormale des pages exclues signale un problème structurel qui vient d'apparaître, et vaut mieux qu'un audit calendaire.
Faut-il corriger toutes les erreurs remontées par les outils ?
Non, et c'est le piège principal du métier. Les crawlers remontent des centaines d'"erreurs" dont beaucoup n'ont aucun impact : balises meta description manquantes sur des pages non indexables, "erreurs" H1 sur des pages de service, liens sortants cassés vers des sites tiers morts depuis des années. Un audit utile trie et assume de dire "ne rien faire" sur la majorité des lignes. Un audit qui liste tout sans hiérarchiser transfère simplement le travail de tri au client.
Quelle différence entre audit SEO technique et audit SEO complet ?
L'audit technique traite de la capacité de la machine à être crawlée, indexée et rendue : codes de réponse, directives, architecture, performance, rendu JavaScript. L'audit complet y ajoute le contenu (intention de recherche, couverture sémantique, cannibalisation) et le hors-site (profil de liens, notoriété). Les trois axes sont séquentiels dans leurs effets : le technique conditionne le contenu, qui conditionne le rendement du netlinking.
Comment prioriser les correctifs trouvés ?
Sur deux axes seulement : impact estimé sur le trafic et effort de mise en œuvre. Les quatre quadrants qui en résultent donnent l'ordre de traitement, et le quadrant fort impact / faible effort se traite dans la semaine. Une nuance décisive : l'impact se pondère par la valeur business des pages concernées. Corriger un blocage sur 3 000 pages d'archives sans trafic pèse moins que le corriger sur 12 fiches produit qui font le chiffre d'affaires.
Un score d'audit SEO à 95/100 signifie-t-il que le site va bien ?
Non. Ces scores sont des agrégats propriétaires inventés par les éditeurs d'outils, sans rapport avec un quelconque signal Google. Un site peut afficher 95/100 avec toutes ses pages produit en noindex, parce que le score pondère des dizaines de critères cosmétiques qui noient le seul qui compte. Ne jamais piloter sur le score : piloter sur le nombre de pages stratégiques réellement indexées et sur leur trafic.
Le crawler ne voit pas mes pages alors qu'elles s'affichent dans le navigateur.
Signature classique d'un site rendu côté client. Le contenu et les liens sont générés par JavaScript après le chargement, donc absents du HTML servi. Le crawler en configuration par défaut ne lit que ce HTML, exactement comme la première vague de crawl de Googlebot. Activer le rendu JavaScript dans le crawler pour confirmer, puis traiter le fond : voir JavaScript SEO et indexation.
// passer à l'action
Commencer par une URL.
Avant de crawler tout un site, tester les passes 1 et 2 sur une seule page stratégique. Le diagnostic couvre les blocages d'indexabilité en quelques secondes.