Audit SEO par IA : ce que la machine mesure, ce qu’elle invente

Un audit SEO par IA n'a de valeur que si le diagnostic vient de mesures et non du modèle. Chez Crawlers.fr, les constats sont produits par un crawl et des règles déterministes ; l'IA sert à expliquer, prioriser et rédiger les corrections, jamais à inventer un chiffre.

Réponse directe

La confusion est fréquente et coûteuse : un rapport bien écrit peut être entièrement faux.

Chaque constat est rattaché à une règle, une preuve et une gravité.

Un audit automatisé se juge autant sur ce qu'il refuse d'affirmer que sur ce qu'il détecte.

Claude Code — audit SEO piloté par MCP

Connecte le MCP Crawlers.fr

claude

Je me connecte au serveur MCP Crawlers.

https://crawlers.fr/mcp · Streamable HTTP · OAuth 2.1 — connecté : 14 outils, 3 ressources

Audit le SEO du site exemple.fr

claude

J’utilise l’outil audit_site pour crawler le domaine.

crawlers · mcpaudit_site

{ "domain": "exemple.fr", "max_pages": 200 }

Résultats — audit_site

198

Pages crawlées

64/100

Score global

Critiques

Pages orphelines

highSEO-CANON-002Canonical manquante (×4)
mediumSEO-ORPHAN-010Pages orphelines (×2)

claude

Veux-tu exporter ces données, ou que je corrige les canonicals avec get_fix ?

Corrige les canonicals.

crawlers · mcpget_fix

{ "finding_id": "SEO-CANON-002", "framework": "nextjs" }

patch: metadata.alternates.canonical sur 4 pages
fichiers touchés: 4

claude

Corrections appliquées. Je relance audit_page pour vérifier.

Vérification — audit_page (comparaison)

64 → 92

Score

Résolu 4/4

SEO-CANON-002

Reproduction d’une session réelle : audit complet, corrections, vérification — sans ouvrir l’interface.

Deux choses très différentes appelées « audit SEO par IA »

La confusion est fréquente et coûteuse : un rapport bien écrit peut être entièrement faux.

Le rapport rédigé par un modèle

Un modèle reçoit une URL, produit un texte crédible. Sans crawl, il ne peut ni compter les pages, ni mesurer un temps de chargement, ni vérifier un canonical.

L'audit mesuré, expliqué par un modèle

Le crawl et les règles produisent les faits. Le modèle les met en récit, les hiérarchise et propose les correctifs. C'est l'approche de Crawlers.fr.

Ce qui est réellement mesuré

Chaque constat est rattaché à une règle, une preuve et une gravité. Sans preuve, pas de constat.

Technique

Statuts HTTP, canonicals, robots.txt, sitemap, redirections, hreflang, poids et format des images, Core Web Vitals sur données réelles quand elles existent.

Rendu robot

Comparaison du HTML servi et du contenu après rendu. Une page dont le texte n'existe qu'après exécution JavaScript est signalée comme cause racine, pas comme contenu pauvre.

Sémantique et maillage

Structure des titres, intention de page, cannibalisation entre pages proches, profondeur de clic, liens internes entrants.

Citabilité et autorité

Passages citables, données structurées, signaux E-E-A-T vérifiables, citations observées dans les moteurs génératifs.

Les garde-fous

Un audit automatisé se juge autant sur ce qu'il refuse d'affirmer que sur ce qu'il détecte.

Aucun chiffre non mesuré

La synthèse ne peut citer que des valeurs issues des mesures. Un chiffre absent des données ne peut pas apparaître dans le rapport.

Plafonds de cohérence

Les scores sont plafonnés par les faits : un site dont le texte extrait est quasi nul ne peut pas afficher un bon score, même si le reste semble propre.

Priorisation par impact

Les problèmes bloquants passent devant les optimisations de confort, et le plan d'action est ordonné par gain attendu, pas par ordre alphabétique des règles.

Ce qu'un audit mesuré contient, ce qu'un texte généré ne peut pas contenir

La différence se lit dans les données disponibles, pas dans le style du rapport. Le tableau ci-dessous liste ce qu'exige chaque contrôle.

Contrôles d'audit SEO : ce qui exige une mesure réelle et ce qu'un modèle seul ne peut pas produire.
Contrôle	Donnée nécessaire	Modèle seul	Audit mesuré
Statut HTTP et redirections	Requête réelle sur l'URL	Non	Oui
HTML servi aux robots	Récupération sans exécution JavaScript	Non	Oui
Coquille JavaScript	Comparaison HTML servi / rendu	Non	Oui
Core Web Vitals	Données terrain CrUX ou laboratoire	Non	Oui
Canonical et indexabilité	robots.txt, meta robots, chaîne HTTP	Non	Oui
Cannibalisation	Crawl complet et comparaison lexicale	Non	Oui
Citations dans les moteurs IA	Interrogation réelle des moteurs	Non	Oui
Rédaction du plan d'action	Constats mesurés en entrée	Oui	Oui

Contrôles d'audit SEO : ce qui exige une mesure réelle et ce qu'un modèle seul ne peut pas produire.

Du constat à la correction vérifiée

Chaque constat porte un identifiant stable, ce qui permet de suivre sa disparition après correction. C'est cette boucle qui rend l'audit utilisable par un agent de développement : audit, correction adaptée à votre pile, nouvel audit, comparaison. Le même mécanisme alimente l'espace développeurs, l'API et le serveur MCP.

Priorisation par gain attendu

Les constats bloquants passent devant les optimisations de confort. L'ordre du plan d'action suit l'impact estimé, pas l'ordre des règles.

Comparaison entre deux audits

Le rapport de vérification affiche l'écart de score et l'état de chaque identifiant : résolu, ouvert, ou apparu depuis.

Automatisation par agent

Les mêmes constats sont exposés par l'API REST et le serveur MCP, ce qui permet à un agent de développement de boucler sans interface.

Étapes de la boucle audit, correction et vérification, avec la preuve attendue à chaque étape.
Étape	Sortie	Preuve attendue	Durée type
Audit initial	Constats normalisés et score	Preuve par constat : URL, extrait, valeur	90 secondes sur une page
Priorisation	Plan d'action ordonné	Gravité et gain estimé par constat	Immédiate
Correction	Patch adapté à la pile	Fichier et modification proposés	Variable
Vérification	Comparaison de deux audits	Disparition de l'identifiant de constat	90 secondes
Suivi	Historique de score	Série datée, pas une capture isolée	Mensuel

Étapes de la boucle audit, correction et vérification, avec la preuve attendue à chaque étape.

Sources et références

Google Search Central — documentation
Référence officielle sur l'indexation, les canonicals et le rendu.
Web Vitals
Définition et seuils de LCP, INP et CLS.
Chrome UX Report
Données terrain utilisées pour pondérer les Core Web Vitals.
Schema.org
Vocabulaire des données structurées contrôlées par l'audit.
Robots Exclusion Protocol (RFC 9309)
Norme robots.txt appliquée aux contrôles d'indexabilité.

Questions fréquentes

Un audit SEO par IA remplace-t-il un consultant ?+

Il remplace la collecte et le tri, pas l'arbitrage. Le choix de ce qu'on corrige d'abord dépend d'objectifs commerciaux que l'outil ne connaît pas.

L'audit gratuit est-il limité ?+

Il porte sur une page et un jeu de questions réduit. L'audit complet couvre le site, les logs et le suivi dans le temps.

Comment savoir si un audit invente des données ?+

Demandez la preuve associée à chaque constat : URL, extrait, valeur mesurée, date. Un constat sans preuve n'est pas un constat.

L'audit détecte-t-il les sites en JavaScript non rendu côté serveur ?+

Oui, c'est un contrôle explicite : le rapport distingue une coquille JavaScript d'un contenu réellement insuffisant.

Peut-on relancer l'audit après correction ?+

Oui, et c'est l'usage recommandé : la comparaison entre deux audits est la seule preuve qu'une correction a produit un effet.

Un agent de développement peut-il lancer l'audit lui-même ?+

Oui, via l'API REST ou le serveur MCP : l'agent audite, lit les constats, applique la correction et relance l'audit pour vérifier.

Pour aller plus loin

Remonter au pilier

Intention couverte : audit SEO GEO, référencement IA, score GEO, visibilité LLM

Audit GEO SEO : la page de référenceTête du silo GEO : diagnostic, correctifs, contenus et fiche Google Maps

Audit gratuit, sans inscription, 90 secondes

Lancez votre audit maintenant

Diagnostic SEO et GEO complet sur votre URL, avec plan d'action priorisé.