Comment faire un audit SEO technique en 12 étapes

R

Rubriqua team

8 min de lecture

Photo by Austin Distel on Unsplash

Dans cet article

Un audit SEO technique vérifie que Google, et désormais les assistants d’IA, peuvent explorer, afficher, comprendre et indexer les pages qui comptent pour votre activité. La démarche suit un ordre précis. On récupère d’abord les données de référence. On contrôle ensuite l’indexation et l’exploration. On analyse enfin la structure, la performance et le rendu, avant de classer les correctifs selon leur impact. Sur un site de PME, quelques jours suffisent pour obtenir un diagnostic exploitable, à condition de savoir où regarder et quoi corriger en premier. Voici la méthode que nous appliquons, étape par étape, avec les outils, les seuils à jour et les pièges les plus courants.

Ce que couvre un audit SEO technique

Le référencement naturel repose sur trois piliers : la technique, le contenu et la popularité. Certains ajoutent l’expérience utilisateur comme quatrième pilier. L’audit technique traite le premier. Il ne juge pas la qualité de vos textes ni le nombre de liens qui pointent vers vous. Il vérifie que rien n’empêche les moteurs d’accéder à ces textes et d’en tenir compte.

Un audit SEO complet ajoute à ce volet une analyse sémantique (mots-clés, contenus, cannibalisation) et une analyse de popularité (profil de liens, mentions). L’audit technique passe en premier pour une raison simple. Un excellent contenu reste invisible s’il est bloqué par un robots.txt mal configuré, enterré à six clics de la page d’accueil ou servi trop lentement sur mobile.

Quand lancer un audit technique

Certains moments rendent l’audit indispensable :

  • après la mise en ligne d’un nouveau site, pour vérifier que le cahier des charges a été respecté ;
  • avant et après une refonte, une migration de domaine ou un changement de CMS ;
  • lors d’une baisse de trafic organique qui ne s’explique pas par la saisonnalité ;
  • après l’ajout massif de pages, par exemple un nouveau catalogue produits.

Hors de ces cas, un audit complet par an et une surveillance mensuelle légère (Search Console et crawl planifié) suffisent pour la plupart des sites de PME.

Les outils nécessaires

Un audit sérieux se mène avec quatre familles d’outils.

  • La Google Search Console, gratuite, fournit la seule vision directe de ce que Google indexe réellement.
  • Un crawler simule le passage du robot et liste chaque URL avec son code de réponse, ses balises et sa profondeur. Screaming Frog est gratuit jusqu’à 500 URL ; Semrush, Ahrefs et Oncrawl proposent des équivalents en ligne.
  • Un outil de performance mesure la vitesse et la stabilité des pages : PageSpeed Insights ou GTmetrix.
  • Pour les sites volumineux, un analyseur de logs serveur montre le comportement réel des robots, et pas seulement leur comportement théorique.

L’outil ne fait pas l’audit. Un crawler remonte souvent des centaines d’alertes, dont une bonne partie sans effet sur le classement. La valeu

La méthode en 12 étapes

1. Cadrer le périmètre et figer les données de référence

Avant de lancer le moindre outil, notez les pages qui génèrent des contacts ou des ventes, les mots-clés prioritaires et l’historique récent du site : refonte, changement d’hébergeur, mise à jour Google. Exportez ensuite douze à seize mois de données de la Search Console (clics, impressions, pages) et de GA4. Ces chiffres serviront de point de comparaison pour mesurer l’effet des correctifs. Sans eux, impossible de prouver ce que l’audit a rapporté.

2. Vérifier qu’une seule version du site est accessible

Saisissez les quatre variantes de votre domaine dans un navigateur : http et https, avec et sans www. Trois d’entre elles doivent rediriger en 301, en une seule étape, vers la version de référence. Sinon, Google voit quatre sites en double, et la popularité se disperse entre eux. Profitez-en pour contrôler le certificat SSL et l’absence de contenu mixte, c’est-à-dire de ressources encore appelées en http sur des pages en https.

3. Contrôler l’indexation dans la Search Console

Le rapport Pages, dans la rubrique Indexation, liste les URL indexées et les raisons d’exclusion des autres. Toutes les pages n’ont pas vocation à être indexées : pages de compte, résultats de recherche interne, URL à paramètres. L’enjeu est de repérer les pages stratégiques absentes. Croisez cette liste avec vos pages prioritaires, puis inspectez chaque URL manquante avec l’outil d’inspection. Vous verrez la date du dernier passage du robot, la version canonique retenue par Google et le rendu de la page.

Pour un site neuf, c’est aussi la réponse à la question « comment être répertorié sur Google ». Validez la propriété dans la Search Console, soumettez le sitemap, puis demandez l’indexation des pages clés. Une fiche d’établissement Google complète le dispositif si votre activité a une dimension locale.

Vérifiez enfin la rubrique Actions manuelles. Elle est rarement concernée, mais une pénalité non détectée rend inutile tout le reste de l’audit.

4. Auditer le robots.txt et les sitemaps XML

Le fichier robots.txt, accessible à la racine du domaine, ne doit jamais bloquer de pages stratégiques, ni les fichiers CSS et JavaScript dont le robot a besoin pour afficher les pages. Une erreur classique consiste à bloquer une page dans le robots.txt tout en lui ajoutant une balise noindex. Le robot ne peut pas lire la consigne noindex d’une page qu’il n’a pas le droit d’ouvrir, et l’URL peut rester indexée.

Le sitemap XML ne doit contenir que des URL qui répondent en 200, indexables et canoniques. Un sitemap rempli de redirections, de pages en noindex ou d’URL supprimées envoie des signaux contradictoires. Il doit être déclaré dans la Search Console et référencé dans le robots.txt.

5. Lancer un crawl complet

Configurez le crawler pour qu’il intègre le sitemap. Connectez-le aux API de la Search Console et de GA4 : il pourra ainsi repérer les pages qui reçoivent du trafic mais ne sont reliées par aucun lien interne. Sur un site de plusieurs milliers de pages, lancez d’abord un crawl limité pour valider les réglages. Une mauvaise gestion des paramètres d’URL peut générer des dizaines de milliers de pages inutiles et fausser toute l’analyse.

6. Corriger les codes HTTP et les redirections

Filtrez les résultats du crawl par code de réponse :

  • les erreurs 404 reliées par des liens internes sont à corriger à la source, en modifiant le lien plutôt qu’en ajoutant une redirection ;
  • les erreurs 5xx signalent un problème serveur à remonter à l’hébergeur ;
  • les chaînes de redirections (A vers B vers C) doivent pointer directement vers la destination finale ;
  • les boucles sont à éliminer.

Google finit par traiter une redirection 302 qui dure comme une 301, mais le signal reste ambigu. Pour tout déplacement définitif, utilisez une 301.

7. Analyser l’architecture, la profondeur et le maillage interne

Une page stratégique doit être accessible en trois clics au maximum depuis la page d’accueil. Plus une page est profonde, moins le robot la visite et moins elle reçoit d’autorité interne. Le crawl révèle trois problèmes à traiter :

  • les pages orphelines, présentes dans le sitemap ou la Search Console mais reliées par aucun lien ;
  • les pages trop profondes ;
  • les pages importantes qui reçoivent peu de liens internes.

Sur les catalogues, la pagination en AJAX ou en défilement infini sans URL distinctes cache souvent des centaines de fiches produits aux moteurs.

8. Vérifier les balises, les doublons et la cannibalisation

Pour chaque page indexable, contrôlez :

  • une balise title unique et descriptive (environ 55 à 60 caractères visibles) ;
  • une méta-description unique ;
  • un seul H1 et une hiérarchie de sous-titres logique.

Les balises canonical doivent pointer vers la page elle-même ou vers sa version de référence. Une erreur fréquente après une mise à jour de thème : toutes les pages déclarent la page d’accueil comme canonique, ce qui revient à demander à Google d’ignorer le reste du site. Repérez enfin les pages qui se positionnent sur la même requête. Le rapport Performances de la Search Console, filtré par requête, montre quand deux URL alternent dans les résultats.

9. Mesurer la performance et les Signaux Web essentiels

Les Signaux Web essentiels (Core Web Vitals) évaluent l’expérience de chargement réelle des visiteurs. Depuis mars 2024, l’INP (Interaction to Next Paint) a remplacé le FID pour mesurer la réactivité. Méfiez-vous des guides qui citent encore l’ancien indicateur. Les seuils à atteindre, au 75e percentile des visites, sont les suivants :

  • LCP inférieur ou égal à 2,5 secondes ;
  • INP inférieur ou égal à 200 millisecondes ;
  • CLS inférieur ou égal à 0,1.

Le rapport Signaux Web essentiels de la Search Console regroupe les URL par modèle de page. Corriger un modèle, comme la fiche produit, améliore donc d’un coup des centaines de pages. Les leviers habituels sont connus : images compressées et dimensionnées, mise en cache, scripts tiers allégés, hébergement adapté. L’enjeu dépasse le classement. D’après les données publiées par Think with Google, la probabilité de rebond augmente de 32 % quand le temps de chargement passe de 1 à 3 secondes.

10. Tester l’affichage mobile et le rendu JavaScript

Google explore et indexe la version mobile des sites. Le test d’optimisation mobile et le rapport Ergonomie mobile de la Search Console ont été supprimés fin 2023. Le contrôle passe désormais par Lighthouse, par le mode appareil des outils de développement de Chrome et par un test sur de vrais smartphones. Vérifiez que la version mobile contient le même contenu, les mêmes liens et les mêmes données structurées que la version ordinateur.

Le rendu JavaScript est le point que la plupart des guides oublient. Si vos contenus, vos liens ou vos prix ne s’affichent qu’après l’exécution de scripts, comparez le code source brut avec le rendu de l’outil d’inspection d’URL. Google exécute le JavaScript, mais avec un délai. La plupart des robots d’IA ne l’exécutent pas du tout : ce qu’ils ne trouvent pas dans le HTML initial n’existe pas pour eux.

11. Contrôler les données structurées et les versions linguistiques

Validez les balisages schema.org présents (Organization, Product, BreadcrumbList, Article) avec le test des résultats enrichis de Google et le validateur de schema.org. Sur un site multilingue, chaque page doit déclarer ses équivalents dans les autres langues avec des attributs hreflang réciproques et une valeur x-default. Évitez les redirections automatiques selon l’adresse IP : la majorité des robots de Google explorent depuis les États-Unis. Ils seraient renvoyés en permanence vers la version anglaise.

12. Analyser les logs et l’accès des robots d’IA

Les fichiers logs du serveur enregistrent chaque visite de robot. Leur analyse montre quelles pages Google explore réellement, à quelle fréquence, et où il perd son temps, par exemple sur des URL à paramètres ou des pages de filtres. Sur un site de quelques centaines de pages, c’est facultatif. Au-delà de quelques milliers, c’est souvent là que se trouvent les gains les plus importants.

Les mêmes logs révèlent si les robots des assistants d’IA accèdent à votre site : GPTBot et OAI-SearchBot pour OpenAI, PerplexityBot, ClaudeBot pour Anthropic. Vérifiez trois réglages qui peuvent les bloquer sans que vous le sachiez :

  • les consignes de votre robots.txt ;
  • votre pare-feu ;
  • votre CDN : depuis l’été 2025, Cloudflare bloque par défaut les robots d’IA sur les nouveaux domaines.

Le jeton Google-Extended contrôle l’usage de vos contenus pour l’entraînement de Gemini, sans effet sur votre classement dans la recherche Google. Être visible dans les réponses générées par l’IA suppose d’abord que ces robots puissent lire vos pages. C’est le point de départ de toute démarche d’optimisation pour les moteurs génératifs.

Photo by Austin Distel on Unsplash

Prioriser les correctifs et rédiger un rapport exploitable

Un audit qui livre 200 recommandations sans ordre de priorité finit rarement appliqué. Classez chaque problème selon deux critères : son impact sur le référencement (pages et trafic concernés) et l’effort de correction (temps de développement, dépendance à un prestataire). Les correctifs à fort impact et faible effort passent en premier : sitemap corrigé, balise bloquante retirée, canonical erronée, liens internes cassés. Les chantiers lourds, comme une refonte de l’arborescence ou une migration d’hébergement, se planifient ensuite.

Le rapport doit tenir en deux niveaux. D’abord une synthèse d’une page pour la direction : les cinq problèmes majeurs, leur effet attendu, le budget estimé. Ensuite un fichier détaillé pour l’équipe technique : chaque problème, les URL concernées, la correction attendue et le critère de validation. Programmez un crawl de contrôle quatre à six semaines après les corrections. Comparez ensuite les données de la Search Console aux chiffres relevés à l’étape 1.

Les erreurs les plus fréquentes sur les sites de PME industrielles

Les sites industriels B2B cumulent des problèmes que les guides généralistes ne traitent pas.

  • Les fiches techniques et catalogues en PDF captent souvent le trafic à la place des pages produits. Ils sont indexés, mais sans navigation ni formulaire de contact. Il faut reprendre leur contenu essentiel dans une page HTML et relier chaque PDF à sa page produit.
  • Les configurateurs et filtres de catalogue génèrent des milliers d’URL quasi identiques, qui épuisent l’exploration.
  • Les sites multilingues créés pour l’export oublient fréquemment les hreflang, ou traduisent l’interface sans traduire les URL et les balises title.
  • Les pages de gamme stratégiques se retrouvent orphelines après une refonte, car l’ancien menu a disparu sans plan de redirection.

Combien coûte un audit SEO technique

Le prix dépend de la taille du site, de sa complexité technique et du niveau de détail attendu. À titre indicatif, sur le marché français :

  • un audit technique de site vitrine de PME se situe généralement entre 800 et 2 500 euros HT ;
  • un site de plusieurs milliers de pages, un e-commerce ou un site multilingue se situe plutôt entre 3 000 et 8 000 euros HT ;
  • les grands comptes avec analyse de logs approfondie dépassent ces montants.

Méfiez-vous des audits gratuits produits automatiquement par un outil. Ils listent des alertes sans les hiérarchiser ni les relier à votre activité. La question à poser à un prestataire n’est pas le nombre de points contrôlés, mais la forme du plan d’action livré et l’accompagnement prévu pour sa mise en œuvre.

Faire soi-même, utiliser un outil ou confier l’audit

Trois approches coexistent.

  • Réaliser l’audit soi-même avec la Search Console et la version gratuite de Screaming Frog convient aux petits sites, si l’on dispose de temps et de bases techniques.
  • Les outils en ligne comme Semrush ou Ahrefs automatisent la détection et facilitent le suivi dans le temps. L’interprétation reste à votre charge.
  • Confier l’audit à un consultant ou une agence se justifie pour un site complexe, avant une refonte, ou lorsque la baisse de trafic menace le chiffre d’affaires.

Dans tous les cas, l’audit ne vaut que par les corrections réellement déployées.

Questions fréquentes sur l’audit SEO

Quelle différence entre audit SEO et audit SEO technique ?

L’audit technique ne couvre que l’exploration, l’indexation, la performance et la structure du site. L’audit SEO complet y ajoute l’analyse des contenus, des mots-clés et de la popularité.

Combien de temps dure un audit technique ?

Comptez deux à cinq jours de travail pour un site de quelques centaines de pages, et deux à quatre semaines pour un site volumineux avec analyse de logs.

À quelle fréquence faut-il refaire un audit ?

Un audit complet par an, et systématiquement avant et après une refonte ou une migration. Entre les deux, un suivi mensuel de la Search Console et un crawl planifié détectent les régressions.

Peut-on faire un audit SEO gratuitement ?

Oui, avec la Search Console, PageSpeed Insights et Screaming Frog jusqu’à 500 URL. La limite n’est pas l’outil mais le temps et l’expertise nécessaires pour interpréter et prioriser.

Un audit technique utile se mesure aux correctifs déployés

Un audit SEO technique bien mené suit toujours la même logique :

  • figer les données de référence ;
  • vérifier que les moteurs accèdent aux bonnes pages ;
  • corriger ce qui bloque l’exploration et l’affichage ;
  • classer le reste par impact.

En 2026, ce contrôle s’étend aux robots des assistants d’IA, qui lisent votre site avec encore moins d’indulgence que Google. Chez Rubriqua, nous réalisons des audits techniques pour les PME industrielles de la région lyonnaise et valentinoise, avec un plan d’action priorisé et un suivi des corrections. Contactez-nous pour faire le point sur votre site.

Optimisez votre site

Commencez dès aujourd’hui à optimiser la technique de votre site web avec Rubriqua.

Autres articles

Photo by Carlos Muza on Unsplash

octobre 13, 2026

15 min de lecture

Microsoft-Decision-1, ce que le nouveau modèle de Microsoft change pour Bing et Copilot

Photo by Carlos Muza on Unsplash

octobre 10, 2026

15 min de lecture

Suivre les leads d’un cycle de vente long avec GA4 et GTM

Photo by Christian Velitchkov on Unsplash

octobre 8, 2026

6 min de lecture

AI Max, Performance Max, AI Mode, ce que l’IA change vraiment dans Google Ads