Audit technique SEO, la checklist pour tout vérifier

Vous pouvez publier les meilleurs contenus du marché, acquérir des backlinks de qualité, cibler les bons mots-clés : si Google ne peut pas crawler, indexer ou rendre correctement vos pages, rien ne décollera. L'audit technique SEO sert précisément à identifier ces freins invisibles qui neutralisent le reste du travail.

Cet article déroule la checklist que j'utilise sur chaque diagnostic technique. Elle couvre les six grandes familles de vérifications (crawl, performances, mobile, sécurité, structure, balises), les outils associés et la logique de priorisation une fois les problèmes remontés. Pour la partie éditoriale et mots-clés, reportez-vous à l'audit sémantique SEO qui complète naturellement la démarche technique.

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

Un audit technique SEO est un diagnostic qui vérifie la santé technique de votre site du point de vue des moteurs de recherche. Il ne s'intéresse ni à la qualité rédactionnelle de vos textes, ni à votre profil de backlinks. Il répond à une question plus fondamentale : Google peut-il explorer votre site internet librement, indexer les pages utiles, les comprendre et les restituer rapidement à ses utilisateurs ?

Cette analyse technique couvre six domaines complémentaires : la crawlabilité, l'indexabilité, les performances, la compatibilité mobile, la sécurité et la qualité du balisage. Chacun de ces aspects peut suffire à bloquer un bon référencement naturel s'il est négligé. Un site rapide mais bloqué par un robots.txt mal écrit n'apparaîtra jamais dans Google. Un site parfaitement indexé mais dont le LCP dépasse 5 secondes perdra des positions face à ses concurrents sur toutes les requêtes stratégiques.

L'audit technique s'inscrit dans une démarche plus large. C'est l'un des trois axes d'un audit SEO complet, aux côtés de l'audit sémantique et de l'audit de popularité. Les trois se nourrissent mutuellement, mais la technique arrive toujours en premier dans mon ordre de priorisation : sans fondation, le reste ne tient pas.

Quand réaliser un audit technique SEO ?

Quatre moments justifient un audit technique approfondi.

Avant une refonte ou une migration : c'est le cas le plus sensible. Un changement d'URL, de CMS, de serveur ou de structure peut annuler des années de travail SEO en quelques semaines si les redirections, les canonical et le sitemap.xml ne sont pas pilotés. L'audit préalable cartographie ce qui doit absolument être préservé.

Après une chute de trafic organique : une baisse brutale signale souvent un problème technique (pages désindexées, redirections cassées, migration mal gérée) plutôt qu'un sujet éditorial. Le diagnostic technique permet de dater l'incident et de relier la courbe Search Console à un événement précis.

Après un core update Google : les mises à jour majeures exposent les faiblesses structurelles. Si votre site régresse alors que vos contenus sont solides, il est probable que des signaux techniques (vitesse, qualité d'indexation, duplicate) soient en cause.

En routine tous les 12 à 18 mois : même sans alerte, la dette technique s'accumule silencieusement. Pages orphelines créées au fil des publications, redirections en chaîne empilées, scripts tiers ralentissant le chargement : l'audit périodique remet le compteur à zéro.

Vérifier le crawl et l'indexation de votre site

Tout commence par la capacité de Googlebot à accéder à vos pages. Un contenu non crawlé n'est pas indexé. Une page non indexée ne génère aucun clic organique, quelle que soit sa qualité.

La première vérification consiste à ouvrir le rapport "Pages" de la Google Search Console. Vous y trouverez le ratio pages indexées vs pages non indexées, avec les motifs détaillés : "Exclue par la balise noindex", "Autre page avec balise canonique correcte", "Introuvable (404)", "Explorée, actuellement non indexée". Ce dernier motif mérite une attention particulière. Il signale souvent un problème de qualité perçue par Google, pas un bug technique.

Vient ensuite le contrôle des fichiers de pilotage. Le robots.txt doit autoriser l'exploration des sections utiles et bloquer les zones sans valeur SEO (espaces admin, paniers, filtres à facettes infinis). Le sitemap.xml doit lister uniquement des URL canoniques, indexables, renvoyant un code 200. J'ai perdu le compte des audits où le sitemap contenait des redirections 301, des pages en 404 ou des URL avec paramètres de session. Google finit par l'ignorer.

Le crawl complet du site avec Screaming Frog, OnCrawl ou Sitebulb remonte les codes de réponse HTTP (4xx, 5xx), les chaînes de redirections, les balises canonical incohérentes, les pages orphelines (présentes dans le sitemap mais sans aucun lien interne entrant). Google précise dans sa documentation de décembre 2025 que seuls les sites de plus d'un million de pages ou les sites de taille moyenne publiant fréquemment doivent piloter activement leur budget de crawl. En dessous, Googlebot se débrouille seul, à condition qu'on ne lui complique pas la tâche.

Pour creuser chacun de ces points, consultez mon guide dédié sur l'audit de crawl et d'indexation qui détaille la méthode pas à pas.

Performances et Core Web Vitals

La vitesse n'est pas un critère de confort, c'est un signal de ranking mesuré. Google utilise trois métriques officielles regroupées sous l'appellation Core Web Vitals : le LCP (Largest Contentful Paint) pour la vitesse de chargement, l'INP (Interaction to Next Paint) pour la réactivité, le CLS (Cumulative Layout Shift) pour la stabilité visuelle. Depuis le 12 mars 2024, l'INP a remplacé le First Input Delay, ce qui rend l'audit plus exigeant car la nouvelle métrique évalue l'ensemble des interactions d'une session, pas uniquement la première.

Les chiffres publiés dans le Web Almanac 2025 du HTTP Archive illustrent l'ampleur du chantier. Seulement 48 % des sites mobiles passent les trois Core Web Vitals en 2025, sur les données CrUX de juillet. Plus précisément, 77 % passent l'INP, 81 % passent le CLS, mais seulement 62 % passent le LCP. C'est donc sur la vitesse de chargement du contenu principal que se joue l'essentiel de la bataille.

L'audit de performance commence toujours par les données terrain remontées dans la Search Console (rapport Core Web Vitals), pas par un score PageSpeed Insights isolé. Les données terrain (CrUX) reflètent l'expérience réelle de vos visiteurs sur 28 jours, au 75e percentile. C'est cette valeur que Google utilise pour classer vos URL. Le score laboratoire Lighthouse est utile pour diagnostiquer les causes, mais il ne reflète pas forcément la réalité de vos utilisateurs.

Pour chaque type de page (homepage, article, fiche produit, page service), il faut auditer séparément les trois métriques, identifier les éléments fautifs (image LCP mal optimisée, script tiers bloquant l'INP, publicité injectée provoquant du CLS) et mesurer l'impact des corrections sur 28 jours. La méthode complète est décrite dans mon article dédié à l'analyse des Core Web Vitals.

La compatibilité mobile n'est plus une option

Le 5 juillet 2024, Google a finalisé le basculement vers le mobile-first indexing à 100 %. Concrètement, Googlebot n'utilise plus que la version mobile de votre site pour l'indexation et le classement, sans exception. Si votre site affiche un contenu différent, plus pauvre ou mal rendu sur mobile, c'est cette version dégradée qui servira de référence.

L'audit mobile doit vérifier plusieurs points précis. Le <meta name="viewport"> est-il correctement déclaré ? Les polices restent-elles lisibles sous 16 pixels ? Les zones cliquables font-elles au moins 48 pixels de côté avec un espacement suffisant pour éviter les mistaps ? Les images s'adaptent-elles sans débordement horizontal ? Les scripts tiers dégradent-ils la performance mobile de manière disproportionnée par rapport au desktop ?

Le rapport "Ergonomie mobile" a disparu de la Search Console fin 2023, mais l'outil "Test des résultats enrichis" permet de vérifier page par page que le rendu mobile est cohérent. Le test Lighthouse en mode mobile complète l'analyse. Je recommande aussi de tester manuellement sur un vrai smartphone, pas seulement dans un émulateur : la perception d'un menu mobile, d'un formulaire de contact ou d'un tunnel d'achat ne se devine pas depuis un écran 27 pouces. Le guide complet des vérifications figure dans mon audit SEO mobile.

HTTPS, en-têtes et autres signaux de sécurité

HTTPS est un signal de ranking confirmé par Google depuis août 2014. Son poids reste modeste (Google le qualifie de "tiebreaker"), mais aucun site sérieux ne peut se permettre d'être servi en HTTP en 2026. L'audit vérifie d'abord que le certificat SSL est valide, non expiré et que toutes les ressources de la page (images, scripts, CSS) sont elles-mêmes servies en HTTPS pour éviter le mixed content qui déclenche des alertes navigateur.

Au-delà du certificat, plusieurs en-têtes HTTP renforcent la sécurité et envoient des signaux positifs. Le Strict-Transport-Security (HSTS) force le navigateur à n'utiliser que HTTPS. Le X-Content-Type-Options: nosniff bloque certaines attaques d'injection. Le Content-Security-Policy limite les sources autorisées. Ces en-têtes ne remplacent pas une politique de sécurité globale, mais leur absence trahit souvent une configuration serveur laissée par défaut.

L'audit doit aussi inclure un passage par le rapport "Problèmes de sécurité" dans la Search Console. Un site signalé pour contenu malveillant, piratage ou ingénierie sociale voit ses positions s'effondrer quasi instantanément. Ce genre d'alerte arrive le plus souvent sur des CMS non maintenus, avec des extensions obsolètes ou des identifiants admin triviaux.

Structure et maillage interne

La structure d'un site détermine comment Google distribue la popularité entre les pages et comment les visiteurs circulent. Une architecture plate (toutes les pages à 1 clic de l'accueil) convient à des sites de quelques dizaines de pages. Au-delà, une organisation en silos thématiques avec une profondeur maximale de quatre clics devient indispensable.

L'audit de structure part d'un crawl Screaming Frog et mesure la profondeur de chaque URL, c'est-à-dire le nombre de clics minimum depuis la homepage. Toute page importante à plus de quatre clics perd en autorité interne et en fréquence de crawl. La correction passe par des liens contextuels depuis des pages mieux positionnées dans l'arborescence, pas par un simple ajout au menu principal.

Les pages orphelines sont un autre fléau récurrent. Ce sont des URL présentes dans le sitemap ou le CMS mais sans aucun lien interne entrant. Elles existent techniquement, mais Google considère leur faible maillage comme un signal de faible importance. Je trouve en moyenne entre 5 et 15 % de pages orphelines sur les sites que j'audite pour la première fois, souvent des fiches anciennes ou des landing pages oubliées.

La logique de silo impose aussi de vérifier que les liens internes restent thématiquement cohérents. Une page sur le SEO local qui pointe vers une fiche e-commerce sans rapport dilue le signal. Le guide complet de cette vérification est dans mon article pour auditer le maillage interne.

Balises et signaux on-page techniques

Les balises HTML sont le langage que Google utilise pour comprendre chaque page. Leur audit est fastidieux (souvent plusieurs centaines d'URL à contrôler) mais il révèle des gains rapides. Je vérifie systématiquement les éléments suivants :

• Balise title : une par page, unique, entre 50 et 60 caractères, avec le mot-clé cible en début.
• Meta description : unique, entre 120 et 160 caractères, descriptive et incitative.
• Hiérarchie Hn : une seule H1 par page, H2 pour les sections, H3 pour les sous-sections, pas de saut de niveau.
• Attribut alt sur les images : descriptif, en français, intégrant le mot-clé seulement quand c'est naturel.
• Balises canonical : chaque page doit pointer vers sa propre URL canonique ou vers l'original en cas de duplication.
• Balises hreflang : obligatoires sur les sites multilingues, avec paires symétriques et code langue/pays valide.
• Données structurées Schema.org : Article pour les contenus éditoriaux, Product pour l'e-commerce, LocalBusiness pour les commerces physiques, FAQ pour les pages avec questions-réponses.

Un crawl Screaming Frog remonte automatiquement les titles manquants, dupliqués ou trop longs, les meta descriptions vides, les images sans alt. Le test des résultats enrichis de Google valide le balisage structuré. Pour la checklist on-page complète page par page, consultez ma checklist d'audit SEO on-page.

Les outils pour mener l'audit technique

Aucun outil d'analyse SEO unique ne couvre l'ensemble des vérifications techniques. La combinaison que j'utilise depuis cinq ans pour optimiser le référencement naturel de mes clients repose sur quatre briques. Screaming Frog SEO Spider reste le crawler de référence pour cartographier l'ensemble du site, remonter les codes HTTP, détecter les pages orphelines et contrôler les balises. La version gratuite plafonne à 500 URL, suffisante pour les sites vitrines.

Google Search Console est indispensable pour les données terrain : couverture d'indexation, Core Web Vitals, ergonomie, problèmes de sécurité, statistiques de crawl. C'est la seule source qui reflète la vision réelle de Google sur votre site.

PageSpeed Insights et Lighthouse analysent les performances URL par URL. Ils combinent données terrain CrUX et analyse laboratoire, avec des recommandations actionnables classées par impact potentiel.

DebugBear, SpeedCurve ou Treo permettent un monitoring continu des Core Web Vitals, utile sur les sites avec du trafic régulier pour détecter les régressions sans attendre la prochaine fenêtre de 28 jours. Pour un comparatif détaillé de toutes les solutions, consultez mon article sur les outils d'audit SEO.

La checklist synthétique en 15 points

Voici la liste condensée des vérifications à passer en revue lors de chaque audit technique. Chaque point renvoie à l'une des sections précédentes pour le détail opérationnel.

1. Couverture d'indexation dans la Search Console (ratio indexées/non indexées, motifs d'exclusion).
2. Fichier robots.txt présent, cohérent, ne bloquant aucune section utile.
3. Sitemap .xml soumis, listant uniquement des URL canoniques en 200.
4. Codes HTTP : absence de 5xx, chaînes de redirections limitées à 1 saut, 404 pertinentes redirigées.
5. Balises canonical cohérentes, chaque page pointant vers sa version canonique.
6. LCP sous 2,5 secondes au 75e percentile mobile.
7. INP sous 200 millisecondes au 75e percentile mobile.
8. CLS sous 0,1 au 75e percentile mobile.
9. Mobile-first : rendu identique entre version mobile et desktop, pas de contenu caché en mobile.
10. HTTPS actif sur 100 % des ressources, certificat valide, HSTS configuré.
11. Balises title uniques, en 50-60 caractères, mot-clé en début.
12. Meta descriptions uniques, en 120-160 caractères.
13. Hiérarchie Hn propre, une H1 par page.
14. Pages orphelines limitées à moins de 2 % du total.
15. Données structurées validées sans erreur sur les pages à rich results.

Cette liste n'est pas exhaustive, mais elle couvre plus de 80 % des problèmes techniques que je remonte en début d'audit. Pour chaque point, un exemple concret dans la Search Console ou Screaming Frog permet de valider ou d'écarter le sujet en quelques minutes.

Comment prioriser et corriger après l'audit ?

Un audit qui se termine par une liste de 120 problèmes sans priorisation ne sert à rien. La valeur d'un diagnostic réside dans sa capacité à indiquer par où commencer. La matrice que j'utilise croise deux axes : l'impact SEO estimé de la correction et l'effort technique requis.

Les quick wins sont les corrections à fort impact et faible effort : ajout d'une balise canonical manquante, désindexation d'une section inutile, compression d'images non optimisées, correction d'un sitemap cassé. Ces optimisations se règlent en quelques heures et produisent des résultats mesurables sous deux à quatre semaines.

Les chantiers structurels sont à fort impact mais demandent un effort important : refonte de l'arborescence, migration vers un CMS plus rapide, réécriture du rendu JavaScript pour améliorer le LCP. Ils nécessitent un arbitrage budgétaire et un calendrier réaliste. Les micro-optimisations à faible impact et faible effort peuvent être traitées en routine, sans mobiliser les équipes techniques sur un sprint dédié.

Enfin, les chantiers à faible impact et fort effort doivent être reportés, voire abandonnés. Il est inutile de réécrire entièrement un système de breadcrumbs si le vrai problème vient d'un LCP à 6 secondes. La discipline de priorisation est ce qui sépare un audit utile d'un rapport qu'on range dans un tiroir.

FAQ sur l'audit technique SEO

Quelle est la différence entre un audit technique SEO et un audit SEO complet ?

L'audit technique SEO se concentre sur l'infrastructure du site : crawl, indexation, performances, mobile, sécurité, balisage. Il ne traite ni la stratégie de mots-clés, ni la qualité rédactionnelle, ni le profil de backlinks. L'audit SEO complet combine ces trois dimensions (technique, sémantique, popularité) pour produire un diagnostic à 360°.

Combien de temps prend ce type d'audit ?

Pour un site de moins de 1 000 pages, comptez entre 2 et 4 jours de travail effectif, crawl inclus. Au-delà de 10 000 pages ou pour un site e-commerce avec filtres à facettes et plusieurs langues, la durée passe à 5-8 jours. Un audit livré en quelques heures est le signe d'une analyse automatisée non relue, souvent truffée de faux positifs.

Peut-on auditer gratuitement la technique d'un site ?

Oui, partiellement. La Search Console, PageSpeed Insights, le Rich Results Test sont gratuits. La version gratuite de Screaming Frog permet de crawler jusqu'à 500 URL. Pour un site vitrine, cette combinaison suffit à couvrir 70 % de la checklist. Pour un site plus volumineux, l'investissement dans une licence Screaming Frog (~200 euros par an) devient rentable dès le premier audit.

À quelle fréquence relancer un audit technique ?

Un audit complet tous les 12 à 18 mois convient à la plupart des sites. Entre deux audits, un contrôle trimestriel des indicateurs clés (couverture d'indexation, Core Web Vitals, erreurs 404) permet de détecter les dérives sans relancer tout le chantier. Après un core update ou une migration, un audit ciblé est nécessaire dans le mois qui suit.

Comment détecter un problème technique sur mon site ?

Plusieurs signaux d'alerte doivent attirer votre attention : chute du nombre de pages indexées dans la Search Console, baisse du trafic organique sans raison éditoriale, apparition d'erreurs d'exploration, dégradation des Core Web Vitals, régression sur des requêtes sur lesquelles vous étiez bien positionné. Si un ou plusieurs de ces signaux sont présents, un audit technique est justifié, même si l'échéance régulière n'est pas atteinte.