Audit SEO technique complet d'un site web : le guide qui revele tout

Un audit SEO technique complet, c'est 80 % d'ennui pour 20 % de corrections qui changent tout

La question qu'on me pose le plus souvent après une conférence, c'est toujours la même : « Combien de temps pour un audit technique ? » Et à chaque fois je réponds la même chose : trois jours si je veux juste une liste de bugs, trois semaines si je veux savoir lesquels rapportent de l'argent.

Parce qu'un audit SEO technique complet ne consiste pas à cocher des cases dans un outil qui affiche un score sur 100. Il consiste à comprendre pourquoi Google refuse de faire confiance à certaines pages, et à trancher entre cent problèmes qui réclament votre attention.

Un audit SEO technique, c'est quoi exactement (et ce que ce n'est pas)

Un audit SEO technique, c'est l'analyse des fondations de votre site : est-ce que les moteurs de recherche peuvent explorer vos pages, les comprendre, les indexer et les classer sans se tromper ? Si la réponse est non, aucun travail rédactionnel ne rattrapera le coup.

Ce que ce n'est pas : une liste de mots-clés à placer. Ce n'est pas non plus un rapport d'ergonomie, même si UX et technique se croisent souvent. Et ce n'est certainement pas un PDF de 90 pages généré automatiquement que vous n'ouvrirez jamais deux fois.

Les quatre piliers d'un audit sérieux

Dans la pratique, je découpe toujours en quatre blocs, du plus bloquant au plus cosmétique :

• Crawl et indexation — robots.txt, sitemap, balises canoniques, gestion des paramètres d'URL, profondeur de clics
• Architecture et maillage interne — hiérarchie, pages orphelines, ancres, distribution du « jus »
• Performance et rendu — Core Web Vitals, rendu JavaScript, poids des ressources
• Signaux techniques on-page — titres, données structurées, hreflang, redirections

L'ordre compte. Corriger une balise title sur un site dont 40 % des pages ne sont pas indexées, c'est repeindre une façade pendant que les fondations s'affaissent.

Et les Core Web Vitals dans tout ça ?

Ils font partie du pilier performance, mais ils ne méritent pas l'obsession qu'on leur porte. J'ai passé des semaines à traquer 200 millisecondes de LCP sur un site e-commerce avant de réaliser que le vrai problème était un canonical mal placé sur 2 000 fiches produits. J'avais gagné 0,3 % de trafic. La correction du canonical a fait remonter 4 600 pages dans l'index en dix jours.

Peut-on vraiment réaliser un audit SEO gratuit ?

Oui, dans une large mesure. Et je vais être direct : pour 8 sites d'entreprise sur 10, un audit gratuit bien mené apporte 90 % de la valeur d'un audit payant.

Deux conditions. Il faut savoir où regarder, et il faut comprendre ce que les chiffres racontent. Un outil vous donne des données brutes. Il ne vous dit pas que cette page de catégorie qui reçoit 3 000 visites par mois est en réalité du trafic de marque sans valeur commerciale.

Les outils qu'on utilise concrètement

Voici la répartition honnête de ce qu'on utilise chez nous, en interne :

Outils	Usage principal	Version gratuite suffisante ?
Google Search Console	Couverture d'index, requêtes réelles, erreurs d'exploration	Oui, indispensable
Screaming Frog	Crawl complet, statuts HTTP, canoniques, maillage	Oui jusqu'à 500 URL
Semrush	Positionnement, backlinks, suivi concurrentiel	Non, version limitée
PageSpeed Insights	Core Web Vitals, diagnostics de rendu	Oui, complet
Analyse de logs serveur	Budget de crawl réel, pages visitées par les bots	Oui (outil maison ou script)

La ligne la plus sous-estimée du tableau, c'est la dernière. Sur un site de plus de 10 000 URL, l'analyse des logs serveur vaut plus que tous les autres outils réunis. Elle révèle ce que Googlebot explore vraiment, et l'écart avec ce que vous croyez qu'il explore est parfois vertigineux. Sur une plateforme média que j'ai auditée, les bots passaient 34 % de leur budget de crawl sur des pages de pagination filtrées sans aucune valeur. On a tout bloqué, et le nombre de nouvelles pages indexées par semaine a presque doublé en un mois.

Là où le gratuit s'arrête

Un audit gratuit bute toujours sur le même mur : la priorisation. Les outils signalent 400 problèmes sans jamais vous dire lequel corriger lundi matin. C'est précisément là que l'expérience humaine vaut son pesant de cacahuètes.

Un exemple concret d'audit de site web (et sa grille de priorisation)

Voici comment je pondère les corrections. C'est la partie que je ne vois presque jamais détaillée ailleurs, alors qu'elle détermine tout.

Je note chaque problème sur trois axes, de 1 à 5 :

1. Impact potentiel — combien de pages/visites/CA sont concernés ? Une erreur sur 12 000 fiches produits n'a rien à voir avec la même sur une page contact.
2. Effort de correction — 1 = une ligne dans le template, 5 = refonte du CMS
3. Risque de casse — une redirection mal posée peut détruire du trafic existant. J'ai déjà vu un client perdre 40 % de son trafic en une nuit pour un mauvais enchaînement de redirections.

Le score de priorité, c'est simplement impact ÷ effort. En dessous de 1, ça attend. Au-dessus de 2, ça passe en tête de liste.

Le problème ? Presque jamais. La méthode ? Toujours.

Une journée type sur un site mal en point

Cas réel, une PME dans le bâtiment. Le site n'apparaissait plus sur ses requêtes principales depuis cinq mois. Premier constat au bout de deux heures : une refonte avait supprimé le dossier /produits/ sans mettre en place la moindre redirection 301.

Résultat : 890 URL renvoyaient une erreur 404, dont une cinquantaine qui généraient à elles seules la majorité du trafic organique d'origine. On a reconstruit les redirections par correspondance la plus proche, envoyé un sitemap propre, demandé une réindexation. Trois semaines plus tard, les positions revenaient progressivement. Deux mois après, le trafic organique dépassait de 18 % le niveau d'avant refonte.

Sur ce dossier, le prix de l'audit a été amorti en six semaines.

Le gros angle mort : crawl et indexation à grande échelle

Les sites de moins de 500 URL se débrouillent avec un crawl standard. Au-delà de 10 000, la mécanique change complètement. On entre dans le territoire du budget de crawl, et là, presque tout le monde se plante.

Le budget de crawl, c'est le nombre de requêtes que Googlebot accepte d'envoyer à votre serveur dans un laps de temps donné. Plus votre site gaspille ce budget sur des URL inutiles (paramètres de tri, sessions, filtres, doublons), moins il reste de place pour les pages qui comptent.

Les erreurs d'exploration qui plombent un gros site

• Paramètres d'URL infinis générés par les filtres produits
• Pagination non canonicalisée correctement
• Pages en noindex qui restent dans le maillage interne
• Sitemaps contenant des URL bloquées par le robots.txt (contradiction classique)
• Réponses serveur lentes qui font abandonner le bot au milieu du crawl

Un détail que peu de gens vérifient : la cohérence entre votre robots.txt et votre sitemap. J'ai trouvé, sur un audit récent, un sitemap de 24 000 URL dont 9 000 étaient explicitement interdites au crawl. Google perdait son temps à traiter des instructions contradictoires.

Après l'audit : ce qui se passe vraiment (et que personne ne documente)

Un audit livré, c'est un point de départ, pas une fin. Le vrai travail commence quand vous appliquez les corrections — et c'est là que la plupart des projets s'effondrent.

Le tableau de suivi que j'impose à mes clients tient sur une page :

Indicateur	Fréquence	Ce qu'on cherche à voir
Nombre de pages indexées	Hebdomadaire	La courbe doit monter après correction des canonical/robots
Erreurs d'exploration	Hebdomadaire	Baisse régulière, pas un pic isolé
Requêtes en top 10	Mensuelle	Effet différé, souvent 6-10 semaines après correction
Trafic organique (non-marque)	Mensuelle	Le seul KPI qui compte vraiment

Un mot sur les délais. On m'annonce souvent des résultats « en quelques jours ». Franchement, c'est du marketing. Entre la correction et l'effet mesurable sur le trafic non-marque, comptez le plus souvent 6 à 10 semaines. Parfois plus. La personne qui vous promet le contraire vous vend du vent.

Mettre en place un monitoring permanent

Un audit, c'est un instantané. Un site vit. Une nouvelle mise en production peut casser une canonical en trente secondes. Ce qu'il faut, c'est un monitoring qui alerte automatiquement quand quelque chose régresse.

Concrètement, je recommande trois alertes minimales :

1. Une chute brutale de pages indexées (plus de 5 % en une semaine)
2. Une explosion des erreurs 404 sur des URL qui recevaient du trafic
3. Une dégradation des Core Web Vitals au-delà du seuil « à améliorer »

Ces trois signaux détectent la grande majorité des incidents techniques avant que le trafic ne s'effondre. J'ai fait l'erreur de ne pas mettre ça en place sur un projet, et un bug de déploiement a fait tomber le trafic de 30 % en dix jours avant qu'on ne s'en rende compte. On a récupéré, mais on a perdu un mois.

Ce qui reste quand on a tout corrigé

Un audit technique parfait ne vous garantit pas la première place. Il garantit seulement que vous n'êtes plus disqualifié d'office. C'est peu, et c'est énorme.

La vérité que je constate sur la plupart des projets, c'est que la technique est un plafond de verre. Tant que les fondations sont cassées, rien d'autre ne fonctionne. Une fois remises d'aplomb, la partie réellement difficile commence — celle où il faut mériter sa place sur des requêtes qui vous intéressent vraiment.

La prochaine fois qu'un outil vous annonce un site « parfaitement optimisé » avec un joli score de 92/100, posez-vous une seule question : est-ce que ça se voit dans les revenus ? Si la réponse est non, l'audit n'a pas encore commencé.