Un client m'appelle en panique l'an dernier : « On a chuté de 40 % en trafic depuis trois mois, on ne comprend rien. » Je demande à voir sa Search Console. Il me sort un PDF d'export brut, 200 lignes, aucune annotation. Il avait passé deux semaines sur Semrush à cocher des cases sans jamais se demander ce qu'il cherchait. Résultat : 40 % de trafic perdu, dont un tiers venait en réalité de deux articles qui s'étaient fait dépasser par des concurrents sur des requêtes qu'il n'avait jamais travaillées.
Ce jour-là, j'ai compris un truc simple : un audit SEO ne sert à rien s'il n'est pas orienté vers une décision. La plupart des gens confondent audit et rapport. Un rapport, on le lit, on le range dans un dossier, on l'oublie. Un audit, on le découpe en actions, on les exécute, on mesure. Ce sont deux objets complètement différents.
Je vais vous montrer comment je procède aujourd'hui, avec les outils que j'utilise réellement, les pièges dans lesquels je suis tombé, et une méthode séquencée que vous pouvez démarrer demain matin sans payer un abonnement.
Points clés à retenir
- Un audit utile tient sur deux pages maximum et se termine par trois décisions concrètes.
- Les outils gratuits (Search Console, PageSpeed Insights, Screaming Frog en version limitée) couvrent 80 % des besoins d'un site de moins de 5 000 pages.
- La priorisation impact × effort est ce qui distingue un audit professionnel d'une liste de courses.
- Les problèmes de performance web sont souvent surestimés : les erreurs d'indexation coûtent bien plus cher.
- Un audit se refait tous les six mois, pas tous les trois ans.
Comment auditer la performance SEO de son site web : la méthode que j'applique
Première chose que je fais, avant même d'ouvrir un outil : je demande l'objectif business. Pas le trafic. Le chiffre d'affaires, les leads, le nombre de demandes de devis. Parce que la performance SEO n'existe pas dans le vide. Un site qui gagne 20 % de trafic sur des requêtes de curieux, c'est une perte de temps déguisée en succès.
Une fois l'objectif posé, j'ouvre Search Console. Toujours en premier. C'est gratuit, c'est la source la plus fiable, et c'est là que se cachent les signaux que personne ne regarde.
Search Console : le point de départ que tout le monde zappe
La majorité des gens exportent les requêtes, trient par clics, et s'arrêtent là. Erreur classique. Ce que je fais, personnellement :
- Je regarde le rapport Couverture et le nombre de pages « Exclues ». Sur un site que j'ai repris il y a deux ans, 340 pages étaient exclues pour cause de balise canonique mal configurée. Le client croyait avoir un problème de contenu. Il avait un problème de template.
- Je trie les requêtes par impressions élevées + CTR faible. C'est souvent là que se trouvent les gains les plus rapides : un titre à retravailler, une meta description à réécrire, et le CTR remonte.
- Je vérifie les pages qui perdent des positions sur six mois. Pas sur sept jours, ça ne veut rien dire.
Trois heures de lecture attentive de Search Console m'apprennent plus que dix exports Semrush.
Erreurs bloquantes ou simples avertissements : savoir faire la différence
Un audit qui remonte 4 000 « problèmes » ne sert à rien. J'ai fait cette erreur une fois, en début de carrière. J'ai livré à un client un tableur de 12 000 lignes. Il m'a rappelé deux jours plus tard pour me dire qu'il n'avait pas su par quoi commencer. Il avait raison.
Depuis, je classe systématiquement en trois catégories :
- Bloquant — la page ne peut pas être indexée correctement (noindex accidentel, erreur 5xx, robots.txt trop strict).
- Structurel — la page est indexée mais mal comprise (canoniques contradictoires, maillage interne cassé, balisage incomplet).
- Cosmétique — un titre trop long, une meta un peu courte. Ça se traite en batch, jamais en priorité un.
Sur un audit récent, sur un site de 1 800 pages, j'ai trouvé six erreurs bloquantes. Six. Pour 12 000 lignes de rapport. Le ratio est toujours à peu près celui-là.
Outils d'audit SEO gratuit ou payant : ce qui marche vraiment
Question qu'on me pose tout le temps : « Faut-il un abonnement à un outil d'audit SEO gratuit ? » Attention, la formulation est trompeuse. Il existe des outils gratuits excellents, et des outils payants parfois superflus. Voici ce que j'utilise concrètement, avec les limites que j'ai rencontrées.
| Outil | Gratuit ou payant | Usage réel | Limite que j'ai constatée |
|---|---|---|---|
| Google Search Console | Gratuit | Requêtes, couverture, Core Web Vitals, erreurs d'indexation | Pas d'export massif, plafonné à 1 000 lignes |
| PageSpeed Insights / Lighthouse | Gratuit | Mesure LCP, CLS, INP en conditions réelles et en labo | Les scores labo divergent souvent du terrain |
| Screaming Frog | Gratuit jusqu'à 500 URL | Crawl complet, canoniques, redirections, titres dupliqués | Version gratuite inutilisable au-delà de 500 pages |
| Semrush / Ahrefs | Payant | Analyse concurrentielle, backlinks, suivi de positions | Utile en phase 2 seulement, pas pour l'audit de base |
| Sitebulb | Payant (essai) | Crawl visuel avec priorisation intégrée | Coûteux pour un site de moins de 1 000 pages |
Franchement, pour 90 % des sites que j'audite, Search Console + Screaming Frog + PageSpeed Insights suffisent. Semrush, je le sors quand j'ai besoin de comprendre pourquoi un concurrent me dépasse sur une requête précise. Pas avant.
Un audit de site web gratuit, est-ce que ça vaut le coup ?
Un audit de site web gratuit vaut ce que valent les données qu'il produit : souvent une bonne radiographie de surface, rarement une analyse. Les outils gratuits vous disent quoi corriger. Ils ne vous disent presque jamais dans quel ordre ni pourquoi ça compte pour votre business.
Concrètement : utilisez-les pour lancer la machine, mais gardez-vous une demi-journée pour lire les rapports à la main. C'est ce temps-là qui fait la différence entre un fichier Excel et une décision.
Core Web Vitals et performance technique : ce qu'il faut regarder, et ce qu'on peut ignorer
Les Core Web Vitals, c'est le sujet le plus anxiogène du SEO. Je l'ai vécu de l'intérieur : quand Google a basculé l'INP en 2024, j'ai reçu une dizaine de mails de clients affolés parce que leur score PageSpeed était passé de 92 à 78. Aucun n'a perdu de trafic. Aucun.
Ce qui compte, dans l'ordre :
- Le LCP sur mobile, mesuré sur les pages qui convertissent. Pas la homepage si ce n'est pas elle qui rapporte.
- Le temps de réponse serveur. Un TTFB au-dessus de 600 ms sur un site e-commerce, c'est une hémorragie silencieuse.
- Le nombre de requêtes par page. J'ai vu des sites de 2020 avec 140 appels JavaScript pour afficher un article. 140.
Ce qui compte moins, dans mon expérience :
- Les scores labo isolés. Un 68 sur PageSpeed ne veut pas dire catastrophe.
- Les optimisations d'images de dernière minute. Utile, marginal.
- Les plugins « booster de vitesse » qui empilent trois couches de cache sans rien résoudre.
Comment auditer un site web : mesurer avant et après, sinon rien
Le piège dans lequel je suis tombé pendant presque un an : auditer sans baseline. J'agissais à l'instinct, je corrigeais des choses, et je n'avais aucun moyen de prouver que ça avait servi. Un jour, j'ai arrêté. Maintenant, chaque audit commence par un relevé chiffré, daté, archivé.
Ma baseline type :
- Clics et impressions sur 90 jours, par groupe de pages
- Nombre de pages indexées vs soumises
- Trois KPI de performance moyens (LCP, CLS, INP)
- Positions moyennes sur dix requêtes cibles
- Conversion organique (le vrai indicateur)
Sans ce point de départ, vous ne saurez jamais si vos corrections ont produit quoi que ce soit. Et c'est exactement là que les audits « prestataires » deviennent impossibles à évaluer.
Prioriser les actions : la grille qui change tout
Une fois les problèmes listés, il faut couper. Ma grille est simple et je m'y tiens depuis deux ans.
Impact × effort : deux chiffres, une décision
Pour chaque action, je note deux valeurs de 1 à 5 :
- Impact estimé sur l'objectif business (pas sur le trafic global). Une correction de title sur une page transactionnelle = 5. Une réécriture de mentions légales = 1.
- Effort technique en heures de dev ou de contenu. Un noindex mal placé = 1. Une refonte de maillage interne = 5.
Score = impact divisé par effort. Tout ce qui est au-dessus de 1,5 passe en sprint 1. Le reste attend.
Sur l'audit du client dont je parlais en ouverture : 47 actions listées, huit retenues en priorité haute. En trois semaines, deux des six erreurs bloquantes corrigées ont suffi à récupérer 22 % du trafic perdu. Le reste a suivi sur un trimestre.
À quoi ressemble un exemple d'audit de site web (en PDF, concrètement)
Un bon livrable tient sur deux à quatre pages. Voilà ce qu'il contient, dans mon format :
- Une page de synthèse : problème principal, cause identifiée, action prioritaire
- Un tableau des actions triées par score impact/effort
- Les trois KPI de suivi, avec la baseline chiffrée
- Une date de prochaine revue
Ce qui n'y figure pas : les 12 000 lignes brutes, les captures d'écran de scores Lighthouse, la liste exhaustive des balises manquantes. Tout ça reste dans un dossier technique, accessible mais pas central. Le PDF, c'est pour décider, pas pour impressionner.
À quelle fréquence refaire un audit ?
Ma règle : tous les six mois, et à chaque refonte majeure. Pas une fois par an comme on me le propose souvent. Pourquoi ? Parce que les templates changent, les plugins évoluent, les redirections cassent, et un site qui n'a pas bougé depuis deux ans accumule les dérives silencieuses.
Sur un site que je suis depuis 2023, un audit semestriel a révélé deux fois des erreurs de canoniques introduites par une mise à jour de thème. Sans ce contrôle régulier, on ne l'aurait vu qu'à la baisse de trafic — trop tard.
Et vous, à quand remonte votre dernier vrai audit ? Pas un rapport téléchargé dans un dossier. Un audit qui a produit au moins une décision appliquée. Si la réponse est « je ne sais plus », c'est peut-être le meilleur signal de départ.
