Un client m’appelle avec un site qui tourne, du contenu publié régulièrement, parfois une refonte récente derrière lui — et un trafic organique qui ne bouge pas, ou qui recule sans raison apparente. Google Search Console montre des pages indexées qui ne captent aucun clic, d’autres qui n’apparaissent tout simplement pas dans l’index. Personne dans l’équipe ne sait pourquoir. C’est la situation type qui amène à un audit SEO technique : pas une envie de cocher une case, mais un symptôme concret qu’il faut diagnostiquer avant de dépenser un euro de plus en contenu ou en netlinking.
Le SEO technique n’est pas une discipline à part du reste du référencement : c’est la couche qui décide si tout le travail éditorial et sémantique produit en amont a une chance d’être vu par Google. Un contenu excellent sur une page bloquée par le robots.txt, dupliquée par une mauvaise gestion des URLs à facettes, ou noyée dans un maillage interne incohérent, ne se positionnera jamais correctement. L’audit sert à remettre au jour ces blocages avant qu’ils ne coûtent des mois de travail éditorial gâché. Je le pratique en particulier sur les sites qui ont grossi sans plan d’architecture clair : e-commerce multiboutique, sites avec plusieurs types de contenus, refontes successives qui ont laissé des traces.
Ce que je vérifie dans un audit SEO technique
Un audit sérieux ne se limite pas à un score automatisé sorti d’un outil. Je croise plusieurs sources — crawl du site, Search Console, logs serveur quand ils sont accessibles — pour distinguer ce qui bloque réellement l’indexation de ce qui n’est qu’un signalement cosmétique. Quatre familles de problèmes reviennent systématiquement :
Indexation
Pages bloquées par erreur, budget de crawl gaspillé sur des URLs sans valeur, sitemap qui ne reflète plus la structure réelle du site, statuts d’indexation contradictoires entre Search Console et le crawl.
Architecture et maillage
Profondeur excessive des pages stratégiques, liens internes qui n’orientent pas le poids SEO vers les bonnes pages, silos thématiques mal délimités ou inexistants.
Données structurées
Balisage Schema.org absent, incomplet ou en erreur sur les types pertinents (produit, article, FAQ, avis), rich snippets perdus alors qu’ils étaient accessibles.
Cannibalisation
Plusieurs pages qui se battent pour la même requête, souvent issues d’une croissance de contenu sans grille de mots-clés, ou de variantes de catégories mal gérées sur un site marchand.
Ces quatre points sont liés : une mauvaise architecture crée de la cannibalisation, qui dilue le maillage, qui aggrave les problèmes d’indexation. Je ne les traite jamais isolément dans le rapport final. Pour les sujets de vitesse pure (Core Web Vitals, temps de chargement), je fais un audit dédié plutôt que de le diluer dans l’audit SEO technique général — voir la page Core Web Vitals si c’est votre point de départ.
Ma méthode : crawl, données, priorisation
Je commence toujours par un crawl complet du site avec un outil professionnel (Screaming Frog en général), croisé avec l’export Search Console sur les douze derniers mois. Cette étape seule révèle déjà l’essentiel : pages orphelines, chaînes de redirections, balises canonical incohérentes, statuts HTTP anormaux. Je complète avec une lecture des logs serveur quand ils sont fournis, parce que c’est le seul moyen de savoir ce que Googlebot crawle réellement, pas ce que le site pense qu’il crawle.
Le rapport que je livre n’est pas une liste de 200 anomalies triées par ordre alphabétique. Je classe chaque problème par impact estimé et par effort de correction, avec les pages ou gabarits concrètement concernés — pas des généralités. L’objectif est qu’un développeur ou un rédacteur puisse ouvrir le document et savoir exactement quoi corriger, dans quel ordre.
Un exemple : cannibalisation sur un site multiboutique
C’est un cas typique de ce que révèle un audit technique sur un site multi-établissement ou multiboutique : le problème n’est pas un manque de contenu, mais une architecture qui envoie des signaux contradictoires à Google sur quelle page doit répondre à quelle requête. La correction est souvent plus une question de structure — canonicals, arborescence, maillage — que de nouveau contenu.
Les cas où je déconseille un audit
Un audit SEO technique n’a de sens que si le site a une taille et une ancienneté suffisantes pour avoir accumulé des problèmes structurels. Sur un site vitrine de moins de dix pages, lancé depuis quelques semaines, l’exercice est disproportionné : je préfère vérifier une dizaine de points essentiels en une heure d’échange plutôt que de facturer un audit complet. De la même façon, si votre trafic organique est proche de zéro et que le site n’a quasiment aucun contenu indexable, le problème n’est probablement pas technique mais éditorial — inutile de payer un audit pour vous dire de publier du contenu.
Enfin, si vous prévoyez une refonte ou une migration de plateforme dans les prochains mois, l’audit technique du site actuel a peu de valeur : mieux vaut cadrer directement la migration sans perte SEO pour éviter de corriger un site que vous allez remplacer.
Livrable, délai et tarif
Le livrable est un rapport écrit, priorisé, avec les URLs et gabarits concernés — pas une simple capture d’écran d’outil. Selon la taille du site, je compte entre deux et cinq jours de travail. Je facture ce type de mission en régie, au même tarif que mes autres interventions techniques.
Si vous voulez aussi la mise en œuvre des corrections — redirections, balisage, restructuration du maillage — je peux l’intégrer dans un forfait de maintenance mensuel plutôt qu’en régie ponctuelle, ce qui permet d’étaler le travail sur plusieurs mois sans repasser par un devis à chaque correction.
Un site qui stagne malgré le contenu publié ?
Décrivez-moi votre situation — taille du site, CMS, symptômes observés dans Search Console — je vous dirai si un audit complet est justifié ou si un point rapide suffit.
Questions fréquentes
Questions fréquentes
Combien de temps avant de voir les résultats d'un audit SEO technique ?
Les corrections d’indexation (sitemap, robots.txt, canonicals) peuvent produire un effet en quelques semaines une fois réindexées par Google. Les corrections structurelles, comme la résolution d’une cannibalisation, prennent généralement deux à trois mois pour se refléter pleinement dans les positions.
Faites-vous l'audit sans avoir accès au code ou à l'hébergement ?
Oui, un crawl et une analyse Search Console suffisent pour la majorité du diagnostic. L’accès aux logs serveur et au code est un plus, notamment pour les problèmes de budget de crawl, mais n’est pas indispensable pour démarrer.
L'audit couvre-t-il aussi la vitesse du site ?
Je vérifie les signaux liés à l’indexation et au budget de crawl, mais un audit de performance dédié aux Core Web Vitals est un exercice distinct, avec ses propres outils de mesure. Je le propose séparément.
Travaillez-vous sur PrestaShop et WordPress ?
Oui, la majorité de mes audits techniques portent sur ces deux CMS, avec une attention particulière aux problèmes propres à chacun : URLs à facettes et duplication catalogue sur PrestaShop, plugins qui cassent le balisage sur WordPress.
Que se passe-t-il si l'audit ne trouve rien de grave ?
Cela arrive, et je le dis clairement dans le rapport plutôt que d’inventer des problèmes mineurs pour justifier la mission. Dans ce cas, le trafic stagnant vient probablement d’un sujet éditorial ou de netlinking, pas technique.
Puis-je faire corriger les problèmes trouvés par mon équipe interne ?
Oui, c’est même l’usage le plus fréquent du rapport. Il est rédigé pour être actionnable par un développeur qui n’a pas suivi l’audit, avec les URLs et gabarits précis à corriger.
Guides sur le sujet