La question qu'on me pose le plus souvent quand un site stagne : « Mais qu'est-ce qui bloque, au juste ? » Presque toujours, la réponse est dans les tripes du site, pas dans la stratégie de contenu. J'ai diagnostiqué assez de projets pour le savoir : quand un client me dit avoir publié trente articles sans bouger d'une place, je regarde d'abord si Google arrive simplement à lire la moitié de ses pages. Dans sept cas sur dix, il n'y arrive pas.
Un audit technique SEO, c'est ce moment où l'on arrête de deviner et où l'on mesure. Pas de recette magique, pas de liste de courses à sept outils. Une méthode, quelques seuils précis, et le courage de regarder les chiffres en face.
Points clés à retenir
- Un audit commence par l'indexation, jamais par les mots-clés
- Trois seuils à surveiller sur la vitesse : LCP sous 2,5 s, CLS sous 0,1, INP sous 200 ms
- Le fichier robots.txt et le sitemap cassent plus de sites qu'on ne l'imagine
- Depuis peu, auditer veut aussi dire vérifier l'accès des crawlers IA
- Un audit sans priorisation est un rapport qui finit dans un tiroir
Un audit technique SEO, c'est d'abord un diagnostic d'indexation
Avant de parler de balises title ou de maillage, posez la seule question qui compte : est-ce que Google peut crawler, comprendre et stocker vos pages ? Si la réponse est non, tout le reste est décoratif.
Pourquoi la Search Console reste le premier réflexe
Ouvrez la Search Console, onglet Pages, et regardez les rapports « Explorée, non indexée » et « Détectée, actuellement non indexée ». C'est là que se cachent les vraies histoires. Sur un site e-commerce que j'ai repris l'an dernier, 1 240 pages sur 2 100 étaient dans le premier rapport. Le gérant publiait des fiches produits depuis huit mois sans comprendre. Le problème tenait à une pagination qui générait des URL infinies : Google dépensait son budget de crawl à tourner en rond.
Le budget de crawl, c'est exactement ça. Un site de taille moyenne n'a pas un droit de visite illimité. Si vos paramètres d'URL créent des milliers de variantes, vous épuisez ce budget sur des pages sans valeur.
Le duo robots.txt et sitemap : là où tout se joue
Deux fichiers, deux minutes de vérification, et des dégâts considérables évités. Un robots.txt mal écrit peut bloquer tout un dossier en production parce qu'il a été configuré comme en préproduction. Ça arrive plus souvent qu'on ne le croit. Le sitemap, lui, doit lister uniquement des URL canoniques, indexables, renvoyant un code 200.
- Vérifiez chaque ligne
Disallow: bloque-t-elle une ressource nécessaire au rendu ? - Confirmez que le sitemap est déclaré dans la Search Console et qu'il remonte sans erreur
- Cherchez les
noindexoubliés sur des pages stratégiques - Testez si vos pages de catégories renvoient bien un 200
- Et regardez ce que renvoie une URL sans slash final
J'ai vu un site perdre 40 % de son trafic organique en une nuit après l'ajout d'une balise noindex par un développeur pressé. Le diagnostic a pris dix minutes. La correction du trafic, trois semaines.
La vitesse et les Core Web Vitals : les seuils à ne plus ignorer
Franchement, la vitesse est l'axe le plus mal traité des audits. On installe PageSpeed Insights, on lit un score de 34, on soupire, on passe à autre chose. Sauf que le score global ne veut pas dire grand-chose. Ce sont les métriques de terrain qui parlent.
Les trois mesures qui comptent vraiment
Trois indicateurs définissent l'expérience réelle, et chacun a son seuil :
- LCP (Largest Contentful Paint) : sous 2,5 secondes, sinon l'utilisateur perçoit une lenteur
- CLS (Cumulative Layout Shift) : sous 0,1, sinon la page « saute » sous le doigt
- INP (Interaction to Next Paint) : sous 200 millisecondes pour une réponse perçue comme immédiate
Sur un site de presse que j'accompagnais, le LCP plafonnait à 4,1 s. La cause ? Une image d'en-tête non compressée de 2,8 Mo, chargée avant tout le reste. Compressée en WebP et préchargée correctement, le LCP est tombé à 1,9 s. Résultat concret : +17 % de pages vues par session en deux mois. Pas de miracle, juste une image moins lourde.
La version mobile n'est plus une option
L'indexation se fait sur la version mobile. Si votre site n'est pas confortable sur un écran de téléphone, c'est cette version-là que Google évalue. Testez le rendu mobile dans la Search Console, page par page, en priorité vos pages d'argent.
| Point de contrôle | Outil | Ce qu'on cherche |
|---|---|---|
| Indexation | Search Console | Pages exclues, erreurs de crawl |
| Vitesse terrain | PageSpeed Insights | LCP, CLS, INP sur données réelles |
| Structure | Crawl manuel / outil de crawl | Profondeur, maillage, codes HTTP |
| Contenu dupliqué | Comparaison d'URL | Canoniques, paramètres, variantes |
| Accès crawl IA | Journaux serveur | Passages de GPTBot, PerplexityBot |
Le nouvel angle mort : l'accès des moteurs IA
Voilà ce que la plupart des audits oublient encore. Une part croissante des internautes pose sa question à un assistant conversationnel plutôt qu'à un moteur classique. Si votre site bloque les robots qui alimentent ces assistants, vous disparaissez de ces réponses sans le savoir.
Comment vérifier que les crawlers IA passent bien
Trois vérifications suffisent à savoir où vous en êtes. D'abord, inspectez votre robots.txt : les user-agents comme GPTBot ou PerplexityBot y sont-ils autorisés ? Ensuite, plongez dans les journaux serveur et cherchez leurs passages réels. Enfin, assurez-vous que vos données structurées sont propres : c'est ce qui aide ces systèmes à citer votre contenu correctement.
Un fichier llms.txt à la racine, qui décrit votre site et vos sections principales, reste une pratique jeune et sans garantie. Je l'ai mis en place sur mon propre blog par curiosité. Je ne peux pas affirmer qu'il change quoi que ce soit au trafic. Mais il ne coûte rien, et je préfère être prêt.
Comment prioriser les corrections sans se noyer
Un audit qui liste 180 problèmes ne sert à rien. Ce qu'il faut, c'est un ordre. Ma règle, forgée à force de rapports ignorés : on corrige ce qui bloque l'indexation d'abord, ce qui dégrade l'expérience ensuite, le reste après.
- Tout ce qui empêche l'indexation (robots, noindex, erreurs 5xx) : cette semaine
- Les Core Web Vitals hors seuil sur les pages stratégiques : sous quinze jours
- Le maillage interne et les canoniques : le mois qui suit
- Les optimisations de confort (images secondaires, micro-données) : quand le reste est fait
Une erreur que j'ai commise au début : livrer le rapport brut, riche de tableaux et de captures. Le client l'a trouvé impressionnant et n'a rien corrigé. Depuis, je livre une page : cinq actions, dans l'ordre, avec l'effet attendu. Le taux de passage à l'action a changé du tout au tout.
Faut-il un outil payant pour auditer son site ?
Non, pas pour un premier passage. La Search Console et PageSpeed Insights, gratuites toutes les deux, couvrent l'essentiel du diagnostic technique. Les suites comme Semrush ou Ubersuggest ajoutent du confort sur le suivi dans le temps et l'analyse concurrentielle. Mais elles ne remplacent pas la lecture des journaux et le bon sens. Un audit gratuit bien mené vaut mieux qu'un abonnement qu'on ne sait pas lire.
Le vrai marqueur d'un bon audit technique SEO n'est pas le nombre de lignes du rapport. C'est le nombre de corrections effectivement appliquées. Le reste, c'est de la littérature.
Et si vous ne devez retenir qu'une chose : commencez par vérifier que Google lit vos pages. Tout ce qui vient après n'existe que si cette condition est remplie. Le jour où vous aurez corrigé un seul robots.txt qui bloquait la moitié de votre site, vous ne verrez plus jamais un audit comme une corvée.
