Un client m'appelle un mardi matin, paniqué. Son trafic a chuté de 40 % en trois semaines. « Il me faut un audit complet, tu peux me livrer ça quand ? » Je lui réponds : « Ce soir. » Il croit que je plaisante. Non. La plupart des audits techniques SEO qui prennent deux semaines n'ont pas besoin de deux semaines. Ils ont besoin de six heures, d'une bonne méthode et de l'honnêteté de dire ce qu'on ne regarde pas.
Parce que c'est là que tout le monde se plante : on croit qu'un audit technique, c'est exhaustif. Faux. Un audit utile, c'est un audit priorisé. Voici comment j'audite un site en une journée, avec les outils que j'utilise réellement et l'ordre dans lequel je les ouvre.
Points clés à retenir
- Un audit technique rapide ne cherche pas l'exhaustivité mais les trois ou quatre problèmes qui bloquent l'indexation ou la performance.
- L'ordre compte : on commence par vérifier si Google peut voir le site, pas par optimiser les balises.
- Six heures suffisent pour un site de moins de 5 000 pages si vous suivez une checklist fixe.
- Le livrable qui compte n'est pas un rapport de 60 pages mais un tableau impact/effort.
- 80 % des problèmes que je trouve viennent de quatre causes récurrentes, toujours les mêmes.
- Un audit gratuit en ligne vous donne une note, pas un diagnostic. La différence est énorme.
Comment faire un audit technique SEO rapidement : la méthode en six heures
La règle numéro un : on ne commence jamais par la technique fine. On commence par la question la plus bête et la plus décisive.
Étape zéro : est-ce que Google voit votre site ?
Avant de parler de balises canonical ou de Core Web Vitals, il faut répondre à ça. Ouvrez la Search Console, onglet Indexation, rapport Pages. Combien d'URL sont indexées, combien sont exclues, et pourquoi ?
Sur un site que j'ai repris il y a deux ans, 1 800 pages sur 2 200 étaient « Explorée, actuellement non indexée ». Le propriétaire optimisait ses titres depuis des mois. Il optimisait des pages que Google ne regardait même pas. On a réglé un problème de maillage interne et deux redirections cassées : 600 pages sont revenues dans l'index en dix jours. Trafic multiplié par 2,3.
Si cette étape ne dit rien de grave, vous pouvez continuer. Si elle dit que la moitié du site est invisible, arrêtez tout et traitez ça d'abord. Le reste attendra.
Étape un : robots.txt et sitemap en cinq minutes
Deux vérifications, pas plus.
- Le robots.txt bloque-t-il quelque chose qu'il ne devrait pas ? (J'ai déjà vu un Disallow: / laissé en production après une mise en maintenance. Le site était mort depuis trois semaines.)
- Le sitemap est-il à jour, déclaré dans la Search Console, et ne contient-il que des URL en 200 ?
Franchement, cette étape prend cinq minutes et elle attrape des erreurs qui coûtent des mois.
Ensuite, on descend d'un niveau : les codes de statut. Un crawl avec Screaming Frog (version gratuite, jusqu'à 500 URL, largement suffisant pour démarrer) vous sort la liste des 404, des 301 en chaîne et des 500. Les chaînes de redirection sont un classique : A redirige vers B qui redirige vers C. Ça marche, mais ça dilue et ça ralentit. Deux sauts maximum, pas trois.
Prioriser quand on n'a que quelques heures devant soi
C'est le cœur du sujet, et c'est exactement ce qui manque dans la plupart des guides. Ils vous listent trente points à vérifier. Aucun ne vous dit lequel traiter en premier si vous avez une après-midi.
Le tableau impact/effort, votre seul vrai livrable
Je classe chaque problème trouvé sur deux axes : l'impact estimé sur l'indexation ou le trafic, et l'effort de correction. Puis je remplis un tableau comme celui-ci.
| Problème détecté | Impact | Effort | Priorité |
|---|---|---|---|
| Pages clés non indexées | Très élevé | Moyen | 1 |
| Balises title dupliquées sur 300 pages | Élevé | Faible | 2 |
| Champ d'images sans attribut alt (600 images) | Faible | Élevé | 4 |
| LCP supérieur à 4 secondes sur mobile | Élevé | Élevé | 3 |
| Sitemap obsolète | Moyen | Faible | 2 |
Regardez la ligne 3. Six cents images sans alt. Tout le monde vous dira de le faire. Moi je vous dis : pas maintenant. Impact faible, effort énorme. C'est le piège classique du débutant qui veut tout nettoyer.
Les quick wins, ceux qui rapportent en quelques jours, sont presque toujours les mêmes : titres dupliqués, sitemap, redirections en chaîne, pages orphelines. Trois heures de travail, souvent.
Quels signaux techniques auditer en premier ?
Ma liste fixe, dans cet ordre exact :
- Indexation et couverture (Search Console)
- Codes de statut et redirections (crawl)
- Balises canonical et pages dupliquées
- Performance mobile (PageSpeed Insights, en regardant le terrain, pas le laboratoire)
- Maillage interne et pages orphelines
- Données structurées, seulement si le site vend quelque chose
Le point 4 mérite une précision. Dans PageSpeed Insights, je regarde les données de terrain (CrUX), pas le score en haut à gauche. Le score de laboratoire est une simulation sur un téléphone bridé. Le terrain, c'est ce que vivent vos visiteurs réels. J'ai vu des sites notés 45 en laboratoire et parfaitement corrects sur le terrain. Ne paniquez pas sur un chiffre rouge.
Le point 6, je le répète souvent à mes clients : les données structurées, c'est bien, mais ça ne débloque pas un problème d'indexation. Si votre site est invisible, ajouter du balisage Product ne changera rien. Enfin, ça dépend. Si votre problème, c'est le taux de clic sur des pages déjà visibles, alors oui, ça compte.
Le workflow outillé, dans l'ordre où j'ouvre les onglets
Aucun outil ne fait l'audit à votre place. Mais quatre suffisent pour couvrir 90 % du technique.
- Search Console — indexation, requêtes, problèmes de sécurité, Core Web Vitals de terrain. Gratuit, et c'est la source de vérité.
- Screaming Frog — crawl complet, codes de statut, titres, canonicals, profondeur de clic.
- PageSpeed Insights — performance réelle et laboratoire, page par page.
- Un tableur — le vrai outil d'audit. Sans lui, vous avez des données, pas un diagnostic.
Un mot sur les correcteurs orthographiques que certains branchent sur un crawl : ils sont pratiques pour repérer les titres bâclés, mais ne les laissez jamais décider à votre place. Un titre peut sembler « trop long » et être parfait pour l'intention de recherche.
Combien de temps ça prend vraiment, un audit technique SEO ?
Pour un site de moins de 5 000 pages, avec un accès à la Search Console et un crawl, comptez une journée de travail réel. Pas une semaine. Une journée. Au-delà de 50 000 pages, la logique change : vous n'auditez plus tout, vous échantillonnez par gabarit. Cinq cents URL représentatives vous en disent plus que cinquante mille lignes de tableur que personne ne lira.
Et si vous n'avez pas accès à la Search Console parce que le site appartient à un client qui ne vous l'a pas donnée ? Là, vous perdez deux heures et beaucoup de précision. Réclamez cet accès avant de commencer. Sans lui, vous diagnostiquez à l'aveugle.
Un audit SEO gratuit vaut-il le coup ?
Vous en avez vu partout, des outils qui vous promettent un « audit site web gratuit » en trente secondes contre votre adresse e-mail. J'en ai testé une bonne dizaine.
Ce que les outils gratuits détectent vraiment
Ils sont bons sur le superficiel : balises title manquantes ou trop longues, méta-descriptions absentes, images sans alt, quelques erreurs 404 isolées, présence d'un sitemap. Ils vous donnent une note sur 100, souvent colorée en rouge.
Cette note ne veut rien dire. J'ai vu un site noté 38/100 qui générait 300 000 visites par mois, et un site noté 92/100 qui n'en générait aucune. Le premier avait une marque forte et une intention de recherche claire. Le second n'avait tout simplement pas de contenu.
Ce qu'un outil gratuit ne verra jamais : les pages bloquées à l'indexation, les chaînes de redirection profondes, la structure du maillage interne, ou la différence entre un contenu dupliqué volontaire et un accident. Ça demande de lire le site, pas de le scanner.
Mon conseil : utilisez-les comme point de départ, jamais comme conclusion. Ils vous font gagner vingt minutes de crawl, pas le diagnostic.
Comment être répertorié sur Google après un audit ?
Une fois les blocages levés, la mise en file se fait toute seule. Mais deux choses accélèrent nettement le processus : soumettre le sitemap à jour dans la Search Console, et demander l'indexation manuelle des pages les plus importantes (une par une, dans l'onglet Inspection de l'URL). Il n'y a pas de bouton magique pour indexer 2 000 pages d'un coup. Google décide, mais il faut lui donner les bonnes portes d'entrée.
À quoi ressemble un exemple d'audit concret ?
Voici le dernier en date, en vrai. Un site e-commerce, 1 400 pages, chute de trafic depuis deux mois.
- Crawl : 47 redirections en chaîne, dont 12 sur des catégories principales
- Search Console : 340 pages en « Découverte, actuellement non indexée »
- Maillage : 210 produits orphelins, atteignables par aucun lien interne
- Performance mobile : LCP réel à 4,8 secondes sur les fiches produit
Trois de ces problèmes se règlent en une journée : redirections aplaties, maillage corrigé depuis les catégories, quelques images produit compressées. La quatrième demande un chantier technique plus long. Le client a traité les trois premiers. Trafic revenu à 92 % de son niveau initial en un mois, sans toucher au contenu. Voilà à quoi ressemble un vrai audit : quatre lignes, pas soixante pages.
Quel livrable livrer au client ?
Trois fichiers, pas un. Un tableur de priorisation (celui plus haut), un document de deux pages qui explique les trois chantiers prioritaires en langage simple, et une courte liste de ce que vous n'avez pas regardé, avec la raison. Ce troisième document est le plus important, et personne ne le fait. Il évite au client de croire que vous avez tout couvert, et vous protège quand un problème oublié remontera dans six mois.
Méfiez-vous des rapports PDF générés automatiquement, ces fameux « audit site internet » de 80 pages avec des graphiques partout. J'en ai reçu un, une fois, d'un client qui l'avait payé 400 euros. Il listait 340 « erreurs » dont 290 étaient des balises alt d'images. Aucune mention de l'indexation. Le client avait perdu deux mois à corriger des alt au lieu de réparer son sitemap cassé.
Rapide ne veut pas dire bâclé. Ça veut dire dans le bon ordre. Commencez par ce qui empêche Google de voir le site, finissez par ce qui embellit ce qu'il voit déjà. Le reste, c'est de l'optimisation fine, et elle attendra demain.
La vraie question, au fond, n'est pas « combien de points vérifier ». C'est « combien de temps je mets à trouver le premier blocage réel ». Si la réponse dépasse une heure, votre méthode est à revoir — pas votre outil.
