On m'a posé la question trois fois cette semaine : « un audit complet, ça coûte combien ? » À chaque fois, j'ai donné la même réponse. Rien. Ou presque. Parce que la vraie question n'est pas le prix des outils, c'est de savoir lesquels vous font perdre du temps. J'en ai testé une bonne trentaine depuis que je m'occupe de sites clients, et je peux vous dire que la moitié sert à produire des rapports PDF que personne ne lit.
Alors plutôt qu'une énième liste, voici ce qui marche vraiment quand on veut auditer son site web gratuitement, avec les quotas réels, les limites que les éditeurs ne mettent pas en avant, et l'ordre dans lequel faire les choses. Parce qu'un audit mal séquencé, c'est trois heures perdues à optimiser des balises titre alors que votre serveur met 4 secondes à répondre.
Points clés à retenir
- Commencez toujours par la performance serveur, pas par le SEO on-page : un site lent plafonne quoi qu'il arrive.
- Les outils gratuits couvrent 80 % des besoins d'un site de moins de 500 pages, au-delà le plafond arrive vite.
- Google Search Console reste l'outil le plus fiable et le plus sous-utilisé, et il est entièrement gratuit sans quota.
- Le fichier llms.txt est le nouveau point de contrôle que personne ne vérifie encore, et c'est une erreur en 2026.
- Un audit sans priorisation des correctifs ne sert à rien : triez par impact/effort, pas par ordre alphabétique des anomalies.
- Le moment de payer arrive quand vous avez besoin d'historiser les crawls ou de suivre plusieurs sites.
Les meilleurs outils gratuits pour auditer son site web (et ce qu'ils cachent)
Franchement, la liste des noms, tout le monde la connaît. Screaming Frog, Semrush, Ubersuggest, SEOptimer, Microsoft Clarity. Ce qui manque partout, c'est le seuil de bascule. Le moment précis où l'outil gratuit vous bloque ou vous frustre.
Petit rappel sur ce qui distingue un audit technique d'un audit de contenu : le premier regarde comment la machine lit votre site (vitesse, indexation, erreurs serveur), le second regarde comment un humain le comprend. Les deux sont nécessaires, mais dans cet ordre.
Comparatif : gratuit jusqu'où, payant à partir de quand
Ce tableau, je l'ai construit en notant à chaque test le point de rupture. C'est ce que j'aurais aimé trouver il y a quelques années, quand je perdais une demi-journée à chercher pourquoi un crawl s'arrêtait à mi-parcours.
| Outil | Ce que le gratuit couvre | Le mur |
|---|---|---|
| Screaming Frog | 500 URLs par crawl, toutes les erreurs techniques, export CSV | Au-delà de 500 pages, licence annuelle obligatoire |
| Google Search Console | Indexation, requêtes, Core Web Vitals, sans limite de pages | Aucun, mais données échantillonnées sur les gros volumes |
| Semrush | 10 requêtes par jour, 1 projet | Dès la deuxième analyse sérieuse dans la même journée |
| Microsoft Clarity | Heatmaps et enregistrements illimités | Pas de mur réel, c'est le meilleur rapport qualité/prix du marché |
| Ubersuggest | 3 recherches quotidiennes | Très vite atteint dès qu'on creuse un cluster de mots-clés |
Vous remarquez le schéma ? Les outils de crawl limitent le volume, les outils de mots-clés limitent la fréquence. Deux contraintes très différentes à gérer.
Dans quel ordre enchaîner les vérifications
La plupart des gens commencent par les mots-clés. C'est l'erreur que j'ai faite pendant mes six premiers mois, et elle m'a coûté cher sur un projet e-commerce : j'avais optimisé 40 fiches produit pendant que le serveur répondait en 3,8 secondes. Résultat, zéro gain de position. Aucun.
L'ordre qui fonctionne :
- Temps de réponse serveur et Core Web Vitals via Search Console. C'est la fondation.
- Indexation : combien de pages sont réellement dans l'index par rapport à ce que vous croyez avoir publié ?
- Erreurs de crawl : liens cassés, redirections en chaîne, balises canoniques contradictoires.
- Structure des titles et H1, mais seulement une fois les points 1 à 3 réglés.
- Contenu et intention de recherche.
- Comportement utilisateur : où les gens cliquent, où ils abandonnent.
Sur mon dernier audit client, cette simple réorganisation a fait passer le temps de traitement de cinq heures à un peu moins de deux. Le site avait 340 pages, largement dans les quotas gratuits.
Analyse SEO en ligne : les outils qui ne demandent aucune installation
Certains outils s'installent, d'autres se lancent dans un onglet. Pour un premier diagnostic rapide, l'analyse en ligne a un avantage énorme : pas d'installation, pas de configuration, vous tapez une URL et vous avez un verdict.
Le revers de la médaille, c'est la profondeur. Un outil d'analyse en ligne vous donnera un score global, souvent sur 100, mais rarement le pourquoi derrière le chiffre. J'ai vu des sites avec 92/100 qui ne se positionnaient nulle part, simplement parce que le score agrège des signaux qui n'ont pas tous le même poids.
Une analyse site web est-elle fiable ?
Question qu'on me pose souvent, et la réponse honnête est : ça dépend de ce que vous mesurez. Les métriques techniques (temps de réponse, codes HTTP, balises manquantes) sont factuelles et fiables. Les métriques d'autorité et les scores de « santé SEO » sont des estimations propriétaires, propres à chaque éditeur.
Concrètement : si deux outils vous donnent des scores très différents pour le même site, ce n'est pas une anomalie, c'est la preuve que leurs formules divergent. Ne cherchez pas le score « vrai », il n'existe pas. En revanche, les erreurs brutes, elles, sont vérifiables une par une.
Le contrôle que personne ne fait
Avant de faire confiance à un rapport automatique, ouvrez votre site en navigation privée et regardez ce qui se passe. Sur un audit récent, l'outil signalait tout comme normal, alors que le menu principal renvoyait une erreur 404 sur mobile uniquement. Aucun crawler ne l'avait attrapé, parce qu'ils passent rarement en mode responsive réel.
Cinq minutes de vérification manuelle valent parfois un rapport de 40 pages.
Le point de contrôle 2026 que presque personne ne vérifie
Il y a deux ans, un audit sérieux s'arrêtait à trois fichiers : robots.txt, sitemap.xml et éventuellement un fichier de sécurité. Ajoutez-en un quatrième aujourd'hui : llms.txt.
De quoi s'agit-il ? Un fichier texte placé à la racine du site, qui indique aux modèles de langage et aux moteurs de réponse génératifs quelles parties de votre contenu sont exploitables, et sous quelle forme. Le principe est proche de robots.txt, sauf que la cible n'est plus un crawler classique mais un assistant conversationnel.
Pourquoi ça compte en 2026 ? Parce qu'une part croissante des visiteurs arrive par une réponse générée, pas par une liste de liens bleus. Si votre contenu est mal signalé, vous n'existez tout simplement pas dans cette synthèse. Je l'ai constaté sur un blog perso : après avoir ajouté ce fichier et restructuré mes pages piliers, les citations de mon domaine dans les réponses génératives sont passées de quasi rien à régulières en quelques semaines. Rien de spectaculaire, mais mesurable.
- Vérifiez qu'il existe à la racine, accessible sans redirection.
- Listez explicitement vos pages piliers, pas tout le site.
- Indiquez les sections que vous préférez voir citées, avec leur résumé.
- Ne le confondez pas avec robots.txt : les deux coexistent et n'ont pas la même fonction.
- Mettez-le à jour à chaque refonte, comme un sitemap.
Les erreurs que je vois encore trop souvent
Trois choses reviennent systématiquement dans les sites que j'audite pour des confrères ou des clients.
La première : traiter les symptômes sans remonter à la cause. Une page qui ne se positionne pas, ce n'est pas un problème de mots-clés, c'est souvent un problème de budget de crawl — le moteur n'a pas jugé la page assez importante pour la visiter souvent. Vous pouvez réécrire le contenu dix fois, ça ne changera rien.
La deuxième : ignorer le mobile réel. Les outils simulent un viewport réduit, mais ne reproduisent ni un processeur lent, ni une connexion 4G dégradée. Sur un site de restauration que je suivais, le menu mettait 6 secondes à s'afficher sur un téléphone d'entrée de gamme. Sur mon ordinateur, tout était instantané.
La troisième, la plus fréquente : ne pas prioriser. Un rapport de crawl remonte facilement 200 alertes. Si vous les traitez dans l'ordre où elles s'affichent, vous corrigez des balises meta de pages qui n'ont aucun trafic pendant qu'une redirection cassée bloque votre page la plus visitée. Classez par impact sur le chiffre d'affaires, divisez par l'effort technique, traitez le haut de la liste. Point.
Le gratuit suffit-il vraiment ?
Pour un site de moins de 500 pages, avec une seule personne aux commandes : oui, sans hésiter. Search Console plus un crawler gratuit plus un outil de heatmap, et vous couvrez l'essentiel. J'ai tenu un site à 300 pages avec cette combinaison pendant deux ans sans jamais payer un abonnement.
Le basculement devient logique dans deux cas précis : vous gérez plusieurs sites et avez besoin de centraliser, ou vous voulez historiser les crawls pour voir l'évolution mois après mois. Un audit ponctuel ne vous dit pas si votre travail paie. Une série d'audits, oui.
Ce que j'ai fini par comprendre
La vraie compétence, en audit, ce n'est pas de connaître les outils. C'est de savoir quoi ignorer. Un crawl qui remonte 300 alertes sur un site de 200 pages, ce n'est pas un site catastrophique, c'est un outil qui fait son travail de signalement sans discernement.
Alors la prochaine fois qu'on vous demandera combien coûte un audit, vous pourrez répondre : rien, à condition d'accepter de passer deux heures à trier au lieu de dix minutes à empiler des rapports. Le reste, c'est du logiciel qui vend du logiciel.
