Un audit SEO technique, c'est ce moment désagréable où tu découvres que ton site est crawlé depuis 6 mois avec une balise noindex posée par un ancien stagiaire. Vécu. Sur mon propre blog, j'ai perdu facilement 40 % de trafic pendant deux mois avant de comprendre ce qui se passait. Le pire ? Google m'envoyait des impressions, mais zéro clic. Le diagnostic a pris dix minutes une fois que j'ai su où regarder.
Et c'est tout le problème : la plupart des articles sur le sujet te répètent qu'un audit technique « analyse la visibilité d'un site ». Merci, mais ça ne m'aide pas à trouver la redirection cassée qui bouffe mon link juice.
Ce qui suit, c'est la méthode que j'utilise aujourd'hui, avec les outils, les seuils, et l'ordre exact des vérifications. Pas de blabla, du concret.
Points clés à retenir
- Un audit technique commence toujours par un crawl complet, jamais par l'analyse des backlinks
- Les 4 outils minimum : Screaming Frog, Search Console, PageSpeed Insights, un vérificateur de balises canoniques
- Priorise les correctifs selon la matrice impact SEO × effort de dev : 80 % des gains viennent de 20 % des erreurs
- Un site sain se crawle en profondeur 3 clics maximum depuis la home
- Le temps de chargement acceptable est sous 2,5 s en LCP (donnée Google), pas 5 s comme je le croyais au départ
- Refais l'audit tous les 6 mois, ou après chaque refonte majeure
Audit SEO technique : la méthode pas-à-pas qui marche (vraiment)
Avant de te lancer, un prérequis : un audit technique n'a rien à voir avec un audit de contenu ou de netlinking. Tu ne touches pas aux textes, tu ne cherches pas de backlinks. Tu diagnostiques la mécanique du site : est-ce que Google peut le lire, le comprendre et l'indexer correctement ?
Si la réponse est non à l'une de ces trois questions, ton contenu peut être excellent, tu ne rankeras pas.
Étape 1 : crawler le site en entier (Screaming Frog, version gratuite suffit jusqu'à 500 URLs)
Je commence toujours par là. Tu télécharges Screaming Frog, tu entres l'URL racine, tu lances. Sur un site de 200 pages, compte 3 à 5 minutes. Sur 5 000 pages, une bonne heure.
Une fois le crawl terminé, tu filtres et tu regardes en priorité :
- Les codes de réponse 404 et 500 — chaque 404 interne est une fuite à colmater
- Les redirections en chaîne (une 301 qui pointe vers une autre 301). J'en ai trouvé 47 sur un client en 2023, en enchaînant parfois sur 4 sauts
- Les pages en
noindexalors qu'elles devraient être indexables - Les balises canoniques qui pointent ailleurs (souvent un bug de template)
- Les pages orphelines : indexables mais liées depuis nulle part
Le plus gros carnage que j'ai vu : un site e-commerce où toutes les pages catégorie pointaient leur canonique vers la home. Résultat, 0 page catégorie indexée. Le dev avait cru bien faire.
Étape 2 : croiser avec Search Console (les données que le crawl ne voit pas)
Search Console, c'est gratuit et c'est l'outil le plus sous-utilisé du game. Le rapport « Couverture » te dit exactement ce que Google a indexé, ce qu'il a refusé, et pourquoi. En général, ça suffit à identifier les gros blocages.
Deux sections à checker systématiquement :
- Pages « Explorée, actuellement non indexée » : souvent un problème de contenu jugé trop pauvre, ou de duplication
- Erreurs d'exploration : là, tu vois les pages que Googlebot essaie d'atteindre mais n'y arrive pas
Perso, j'ai résolu un problème de désindexation massive juste en lisant « Détection de doublons sans URL canonique sélectionnée ». Trois heures de boulot, +28 % de trafic organique en un mois.
Étape 3 : vitesse et Core Web Vitals (le volet qu'on repousse toujours)
PageSpeed Insights est ton ami, mais attention : le score global affiché (le fameux /100) ne veut rien dire tout seul. Ce qui compte, ce sont les Core Web Vitals mesurés sur le terrain (onglet « Expérience utilisateur réelle »), pas en labo.
| Métrique | Seuil « bon » | Ce que ça mesure vraiment |
|---|---|---|
| LCP (Largest Contentful Paint) | < 2,5 s | Temps d'affichage du plus gros élément visible |
| INP (Interaction to Next Paint) | < 200 ms | Réactivité aux clics et taps |
| CLS (Cumulative Layout Shift) | < 0,1 | Stabilité visuelle (les éléments qui sautent) |
Sur un site WordPress mal optimisé, l'INP explose à cause des scripts tiers (chat, cookies, pubs). J'ai testé de désactiver un widget de chat obsolète : INP passé de 340 ms à 90 ms. Le client n'a jamais reçu une seule plainte sur la disparition du chat.
Étape 4 : robots.txt, sitemap XML et données structurées
Trois fichiers à vérifier à la main, en 5 minutes :
- robots.txt : souvent un
Disallow: /oublié après une mise en maintenance. Vérifie aussi que tu ne bloques pas tes ressources CSS et JS (Google en a besoin pour rendre la page) - sitemap.xml : il doit contenir uniquement des URLs en 200, canoniques, indexables. S'il liste des 301 ou des 404, c'est du bruit
- Données structurées : passe tes URLs dans le Rich Results Test de Google. Les erreurs de schema.org, c'est fréquent et ça coûte cher en rich snippets perdus
Audit SEO, c'est quoi exactement ?
Un audit SEO, c'est un diagnostic complet de la santé d'un site vis-à-vis des moteurs de recherche. Il se décompose traditionnellement en quatre volets : technique, contenu, sémantique et netlinking. Le volet technique s'occupe uniquement de la mécanique : accessibilité, crawl, indexation, performance.
Beaucoup de prestataires vendent « audit SEO » en englobant tout. Si tu veux un audit vraiment utile, exige le détail de ce qui est vérifié. Un audit à 2 000 € qui ne contient pas de crawl Screaming Frog livré avec le rapport, c'est une arnaque.
À quoi ressemble un exemple d'audit SEO concret ?
Voici un cas réel que j'ai traité sur un site de 1 200 pages (e-commerce, mode). Le site stagnait à 15 000 sessions organiques/mois depuis huit mois.
Ce que l'audit a révélé :
- 68 redirections en chaîne consommant du budget de crawl
- Une pagination cassée : les pages 2+ avaient toutes la même balise title
- Un LCP à 4,8 s à cause d'un slider JavaScript non optimisé
- 212 pages produits en 404 non redirigées (produits retirés du catalogue)
- Aucune donnée structurée Product, donc 0 rich snippet prix/stock dans les SERP
Trois semaines de corrections. Résultat au bout de 2 mois : 22 400 sessions/mois, soit +49 %. Rien de magique, juste les bases. Le client pensait qu'il fallait « faire du netlinking ». Il avait tort.
Audit SEO gratuit et audit site web gratuit : quels outils tiennent la route ?
Tu n'as pas besoin de payer pour réaliser un audit technique sérieux. Les outils gratuits couvrent 90 % des besoins.
- Google Search Console : gratuit, indispensable, aucune excuse pour ne pas l'installer
- Screaming Frog : gratuit jusqu'à 500 URLs (largement suffisant pour un blog ou un petit site)
- PageSpeed Insights : gratuit, données de terrain réelles
- Rich Results Test de Google : gratuit, pour valider les données structurées
Semrush propose aussi un outil « Site Audit » (payant au-delà d'un quota mensuel de 100 pages crawlées). Franchement ? Il fait bien le job, mais pour un premier audit, Search Console + Screaming Frog gratuits suffisent. J'ai utilisé Semrush pendant un an, avant de revenir à l'essentiel. Trop de fonctionnalités tue le diagnostic.
Comment prioriser les correctifs quand tout semble cassé ?
Un audit qui liste 300 erreurs sans hiérarchie ne sert à rien. La méthode que j'utilise : classer chaque correctif selon deux axes.
Impact SEO (faible / moyen / fort) et effort de correction (rapide / moyen / lourd). Tu attaques dans cet ordre :
- Fort impact + effort rapide → aujourd'hui
- Fort impact + effort lourd → sprint à planifier
- Faible impact + effort rapide → au fil de l'eau
- Faible impact + effort lourd → à ignorer sauf cas particulier
La majorité des gros gains viennent de la catégorie 1. Un noindex à retirer, un robots.txt à corriger, une redirection mal configurée : c'est 10 minutes de boulot pour parfois des dizaines de milliers de sessions récupérées.
Et surtout : ne touche jamais à 15 choses en même temps. Tu ne sauras pas ce qui a fait bouger les lignes. J'ai fait cette erreur sur mon deuxième site — trois mois de travaux tous azimuts, impossible d'attribuer la hausse à quoi que ce soit.
À quelle fréquence faut-il refaire un audit SEO technique ?
Tous les 6 mois pour un site actif. Immédiatement après une refonte, une migration ou un changement d'hébergeur. Et en urgence dès que tu constates une chute de trafic supérieure à 15 % sur 7 jours glissants dans Search Console.
Ce dernier point, c'est ce qui m'a sauvé deux fois. La chute n'était pas un problème de contenu. C'était un hébergeur qui avait activé une protection anti-bot qui bloquait Googlebot. Sans vérification régulière, tu le découvres trois mois plus tard, quand l'hémorragie est déjà installée.
Un audit technique, ce n'est pas un projet ponctuel. C'est un réflexe à garder sous le coude, comme vérifier ses pneus avant un long trajet. Sauf qu'ici, le trajet se joue en continu, et Google ne t'enverra pas de notification quand tu auras crevé.
