Une étude publiée le 1ᵉʳ octobre 2026 chiffre le retard des sites sur quatre marqueurs de lisibilité par les machines, et deux de ces quatre marqueurs sont déclarés facultatifs par Google lui-même.
- Sur 752 sites d’entreprises technologiques B2B britanniques audités, 583 manquent au moins un des quatre marqueurs de lisibilité par les machines, soit 77,5 % (étude Marketing Graham relayée par IT Brief UK le 1ᵉʳ octobre 2026).
- Les quatre marqueurs ne pèsent pas le même poids : Google écrit dans sa documentation qu’il n’utilise pas les fichiers lisibles par machine du type
llms.txt, et que les données structurées ne sont pas requises pour ses fonctionnalités d’IA générative. - 325 des 583 sites en échec ne manquent que
llms.txt, soit environ 56 % des échecs : l’essentiel du chiffre alarmant porte sur le marqueur le plus récent et le moins lu. - Un contrôle manque à l’index des quatre marqueurs : votre contenu existe-t-il sans JavaScript ? L’index ne regarde que des fichiers, jamais la page elle-même.
- Le contrôle complet tient en 15 minutes, avec quatre adresses à ouvrir, le test des résultats enrichis de Google et votre navigateur.
- Réussir les quatre contrôles établit l’accès à vos pages, jamais la citation. IA Agency conduit ce diagnostic quand l’enjeu dépasse l’auto-contrôle.
Le 1ᵉʳ octobre 2026, IT Brief UK a relayé une étude menée par Graham Smith, Fractional Marketing Director chez Marketing Graham, sur 752 sites d’entreprises technologiques B2B britanniques : 77,5 % d’entre eux manquent au moins un signal de lisibilité par les machines. Le chiffre a circulé vite, souvent élargi à « tous les sites B2B », ce que l’étude ne dit pas.
La lisibilité IA d’un site web, c’est ce que les robots des moteurs de réponse arrivent à lire de vos pages : les fichiers qui déclarent votre site, le balisage qui décrit vos contenus, et le texte réellement servi dans le code source. Rien à voir avec la lisibilité au sens humain, celle que mesurent les scores de lecture sur 100. Rien à voir non plus avec un audit SEO classique, qui regarde la vitesse, le maillage interne et les erreurs d’exploration : c’est un autre exercice, avec ses propres chantiers. Et mesurer vos citations dans ChatGPT ou Perplexity est un troisième sujet encore, celui de la part de voix, abordé en fin de parcours.
Cet article donne le contrôle plutôt que la théorie : quelles adresses ouvrir, quoi y lire, et quels marqueurs comptent réellement. Nous le déroulons dans l’ordre où nous le pratiquons comme agence IA, en commençant par ce que l’index des quatre marqueurs regarde, et en finissant par ce qu’il ne regarde pas du tout.
Que mesure vraiment un audit de lisibilité IA, et que mesure-t-il déjà moins ?
Un audit de lisibilité IA, dans sa version la plus répandue en 2026, mesure quatre marqueurs techniques et rien d’autre : un balisage Schema.org (en JSON-LD, en microdonnées ou en RDFa), un sitemap XML valide, un robots.txt lisible, et un fichier llms.txt réel et non vide. Ce sont les quatre signaux retenus par l’étude Marketing Graham publiée le 1ᵉʳ octobre 2026.
Les résultats sont nets. Sur les 752 sites d’entreprises technologiques B2B britanniques analysés, 90,3 % portent un robots.txt, 87,6 % utilisent un sitemap XML, 69,3 % ont des données structurées, et llms.txt n’est présent que sur environ un quart d’entre eux. Au total, 22,5 % des sites portent les quatre marqueurs, et l’écart touche les grandes comme les petites entreprises à des taux similaires.
Le point que presque personne n’a relayé est pourtant posé par les auteurs eux-mêmes : ils ne prétendent ni que les quatre signaux pèsent le même poids, ni qu’avoir les quatre garantit d’apparaître dans une réponse générée par une IA. L’index est une mesure de conformité, pas une mesure de visibilité. C’est une distinction qui change tout dans la façon de lire le chiffre de 77,5 %.
Dernier point de périmètre, décisif pour savoir si cela vous concerne : l’étude porte sur des entreprises technologiques B2B britanniques. Pas sur l’ensemble du web, pas sur la France, pas sur votre secteur si vous n’êtes ni technologique, ni B2B, ni britannique. Le constat reste utile comme ordre de grandeur, jamais comme statistique applicable à votre marché.
En quoi un audit de lisibilité IA diffère-t-il d’un audit SEO classique ?
Un audit de lisibilité IA et un audit SEO classique ne regardent pas le même objet. L’audit SEO traditionnel mesure la performance d’un site dans les résultats de recherche : vitesse, maillage interne, balises, erreurs d’exploration. L’audit de lisibilité IA mesure une capacité d’accès et de lecture : un robot de moteur de réponse atteint-il la page, et y trouve-t-il du texte. D’où la différence qui compte vraiment : un site irréprochable sur l’un peut échouer sur l’autre, et aucun des deux ne remplace l’autre.
Avant d’ouvrir le moindre fichier, écrivez la liste de vos trois pages les plus importantes. Tout l’audit se joue sur elles. Un site peut être lisible sur ses mentions légales et illisible sur sa page de service principale.
Les quatre contrôles, un par un : quelle adresse ouvrir et quoi y lire
Les quatre contrôles de lisibilité IA se font à la main, sans compte et sans budget. Une agence IA n’ouvre pas d’autres adresses que celles-ci : ce qui change, c’est ce qu’elle fait du résultat. Voici, pour chaque marqueur, l’adresse à ouvrir et la lecture à en faire.
| Marqueur | Adresse à ouvrir | Ce que vous devez voir | Ce qui doit vous alerter |
|---|---|---|---|
Un robots.txt lisible |
votre-domaine.fr/robots.txt |
Des groupes User-agent explicites et une ligne Sitemap: |
Un Disallow: / dans un groupe qui couvre les robots des moteurs IA |
| Un sitemap XML valide | L’adresse déclarée par la ligne Sitemap:, pas forcément /sitemap.xml |
Un fichier qui s’ouvre sans erreur, et des adresses qui existent encore | Une erreur, ou des pages supprimées ou en noindex toujours listées |
| Un balisage Schema.org | Vos trois pages principales, dans le test des résultats enrichis de Google | Un balisage détecté, valide, dont les valeurs se retrouvent dans le texte visible | Aucun type détecté, ou des valeurs qui ne figurent nulle part sur la page |
Un llms.txt réel et non vide |
votre-domaine.fr/llms.txt |
Un fichier texte listant vos contenus, ou une erreur 404 | Rien, en réalité : son absence ne bloque rien chez Google |
Quatre outils publics suffisent à mener ce contrôle : le test des résultats enrichis de Google et le validateur Schema.org pour le balisage, l’outil d’inspection d’URL de la Search Console pour savoir ce que Google voit réellement de la page, et votre navigateur pour tout le reste. Aucun abonnement n’est nécessaire à ce stade, et c’est précisément ce qui rend ce contrôle auto-administrable, qu’il s’inscrive ensuite dans un travail de SEO IA ou qu’il reste un diagnostic ponctuel.
Deux précisions pour ne pas s’égarer. Sur le robots.txt, la lecture utile tient en deux minutes : repérer les groupes qui concernent les robots des moteurs IA, et vérifier qu’aucun Disallow: / ne s’y applique. Sur le balisage, la question n’est pas de savoir quels types poser, mais si la page en porte un, s’il est valide, et s’il correspond au texte affiché.
À lire également : Comment vérifier que les robots des moteurs IA lisent vraiment votre site ?
Pourquoi les quatre contrôles ne pèsent pas le même poids ?
Les quatre marqueurs de lisibilité IA sont présentés comme un bloc, et c’est là que l’index se sépare de la réalité documentée. Google publie, dans sa documentation destinée aux propriétaires de sites, deux positions qui déclassent deux de ces quatre marqueurs :
- Sur les fichiers lisibles par machine du type
llms.txt: vous n’avez pas besoin de créer de nouveaux fichiers texte pour l’IA, de balisage particulier ou de Markdown pour apparaître dans la Recherche Google, y compris dans ses fonctionnalités d’IA générative, parce que la Recherche Google elle-même ne les utilise pas (page « Optimizing your website for generative AI features on Google Search », mise à jour affichée le 10 juillet 2026). - Sur les données structurées : elles ne sont pas requises pour la recherche générative, et il n’existe aucun balisage schema.org spécial à ajouter pour elle. Google recommande malgré tout de continuer à en poser, parce qu’elles ouvrent l’éligibilité aux résultats enrichis (même page).
Deux des quatre marqueurs sont donc, pour le premier moteur concerné, des signaux facultatifs. Un site noté en échec parce qu’il lui manque un llms.txt n’a, de ce fait, rien perdu côté Google.
Il faut s’arrêter avant l’excès inverse. « Facultatif pour apparaître » ne veut pas dire « inutile » : les données structurées restent recommandées par Google lui-même, et elles conditionnent l’accès aux résultats enrichis, ce qui est un bénéfice réel et mesurable dans la Search Console. Ce qui change, c’est la hiérarchie. Un balisage absent est un manque à combler ; un llms.txt absent est un non-événement. Travailler son référencement dans les moteurs IA commence donc par trier les signaux, pas par cocher les quatre cases dans l’ordre où une étude les a listées.
« Un fichier posé au bon endroit ne vous rend pas lisible, il vous rend conforme à une liste. »
Le fichier llms.txt, le marqueur que la majorité des sites en échec ratent, et celui dont l’usage est le moins prouvé
Le fichier llms.txt est un fichier texte, proposé en 2024 par Jeremy Howard, destiné à présenter aux grands modèles de langage une carte lisible des contenus d’un site. C’est le marqueur le plus récent des quatre, et c’est aussi celui qui explique l’essentiel du chiffre alarmant : sur les 583 sites en échec de l’étude Marketing Graham, 325 ne manquent que ce fichier. Soit 325 sur 583, environ 56 % des échecs. Par soustraction, 583 moins 325 fait 258 sites qui manquent autre chose, soit 258 sur 752, environ 34 % des sites audités.
Ce que les mesures disent du fichier llms.txt, dans les deux sens
Six éléments méritent d’être connus avant de décider s’il vaut la peine de créer ce fichier.
- Ce qu’il fait : il déclare, dans un format lisible par une machine, quels contenus d’un site méritent d’être lus en priorité.
- Ce qu’il ne fait pas : il n’autorise ni ne bloque aucun robot, et il ne remplace pas le
robots.txt. - Ce que montrent les journaux serveur : une mesure publiée par Daniel Roch sur SEOMix le 4 juin 2026 a exporté les journaux de 6 sites, filtré les robots des grands modèles connus, validé que les lignes leur correspondaient bien, puis cherché les appels au fichier. Sur 60 jours (avril et mai 2026), 2 249 adresses explorées et 33 092 passages de robots IA, aucun appel du fichier
llms.txt, pas un seul. Robots d’entraînement et robots de récupération en temps réel confondus. - Ce qu’en disait déjà Google : John Mueller a déclaré en avril 2025 qu’aucun service d’IA n’avait annoncé utiliser
llms.txt, et que les journaux serveur montrent qu’ils ne le demandent même pas. - Ce qu’il coûte : presque rien, et aucun effet négatif n’a été mesuré. Graham Smith rappelle d’ailleurs que le
robots.txta mis 28 ans à être formalisé comme standard de l’industrie. - Ce qu’il expose : un argument rarement relayé, soulevé par SEOMix. Publier un
llms.txt, c’est afficher en clair la carte de vos contenus les plus stratégiques, donc votre priorisation éditoriale, lisible par vos concurrents.
Tranchons, puisque c’est la question réelle : ce n’est pas par là qu’on commence. Créer le fichier est défendable une fois le reste en ordre, par pari sur un standard futur. Le créer en premier revient à traiter le marqueur le moins lu avant celui qui conditionne l’accès.
Le contrôle qui manque à l’index : votre contenu existe-t-il sans JavaScript ?
L’index des quatre marqueurs de lisibilité IA ne regarde que des fichiers. Il ne regarde jamais si le contenu de la page est réellement servi dans le HTML. Un site peut donc porter les quatre signaux et ne présenter qu’une page vide au robot qui vient la lire. C’est le trou le plus coûteux de l’exercice, et il est invisible pour qui se contente de cocher les cases.
Un test publié en mai 2026, relayé par Peak Ace et portant sur une étude Writesonic, a soumis 62 marqueurs uniques à 6 modèles. Les délais d’exécution laissés au JavaScript y sont très inégaux.
| Modèle testé | Délai d’exécution observé dans ce test | Ce que cela laisse au rendu |
|---|---|---|
| ChatGPT | 0 ms | Aucun délai laissé au JavaScript |
| Claude | 0 ms | Aucun délai laissé au JavaScript |
| Gemini | 0 ms | Aucun délai laissé au JavaScript |
| Copilot | environ 500 ms | Une marge très courte |
| DeepSeek | environ 2 s | Une marge de quelques secondes |
| Grok | environ 3 s | Une marge de quelques secondes |
Le même test distingue trois niveaux de robots et leur capacité de collecte : un navigateur complet relève 21 marqueurs sur 62, un navigateur sans interface 17 à 22 sur 62, et un simple analyseur HTML 13 à 18 sur 62. Trois autres mesures du même test méritent d’être connues : un contenu chargé au défilement et placé 2 000 pixels sous la ligne de flottaison obtient 0 sur 6, un contenu généré par les pseudo-éléments CSS ::before et ::after obtient 0 sur 6, tandis qu’un contenu masqué par display:none ou visibility:hidden est relevé à 5 ou 6 sur 6. Ce sont des résultats de test tiers, pas une position des éditeurs de moteurs.
Le test que vous pouvez faire seul, sans aucun outil
Désactivez JavaScript dans les réglages de votre navigateur, puis rechargez vos trois pages les plus importantes. Ce qui reste à l’écran est, en première approximation, ce qu’un robot sans rendu reçoit. Si le titre, les paragraphes et les liens disparaissent, le chantier n’est pas un fichier à ajouter, c’est un sujet de création de site internet IA et de rendu côté serveur.
À ne pas confondre avec un audit RGAA, qui mesure l’accessibilité d’un site pour les personnes en situation de handicap : c’est une démarche distincte, avec son propre référentiel et ses propres obligations. Les deux se rejoignent sur un point que Google documente pourtant : ses agents de navigation accèdent aux sites en analysant les rendus visuels, la structure du document et l’arbre d’accessibilité. Une hiérarchie de titres propre et un balisage sémantique correct servent donc les deux lectures à la fois.
Faites le test sans JavaScript sur un mobile en navigation privée, puis sur un poste de bureau. Les écarts que nous relevons le plus souvent viennent de blocs chargés au défilement sur mobile, invisibles à l’inspection de bureau, et qui emportent avec eux une partie du texte utile.
Pour en savoir plus : Quelles données structurées faut-il mettre en place pour réussir votre GEO ?
Les six erreurs qui faussent le résultat de votre propre audit
Un audit de lisibilité IA mené à la main se trompe presque toujours pour l’une des six raisons suivantes. Les connaître avant de commencer évite de corriger un problème qui n’existe pas, ou de déclarer sain un site qui ne l’est pas.
- Un sitemap périmé, qui liste encore des pages supprimées ou passées en
noindex. Le fichier s’ouvre, donc le marqueur est compté comme présent, alors que son contenu est faux. - Un
robots.txthérité d’une préproduction, avec ses règles de blocage toujours en place sur le site de production. - Un blocage qui ne vient pas du fichier mais du CDN ou du pare-feu. Le
robots.txtautorise, l’infrastructure refuse, et rien ne le dit dans le fichier. Google liste d’ailleurs cette autorisation au niveau du CDN ou de l’hébergeur parmi ses bonnes pratiques, à côté de celle durobots.txt. - Un balisage injecté par JavaScript, absent du code source initial. L’outil de test le voit parce qu’il exécute la page ; un robot sans rendu ne le verra pas.
- Un balisage valide mais qui ne correspond pas au texte visible. Google demande explicitement cette correspondance : un avis, un prix ou une date présents dans le balisage et absents de la page sont un défaut, pas un bonus.
- Une adresse de sitemap différente de celle qu’on a devinée. Le vrai chemin est déclaré dans le
robots.txt, et tester/sitemap.xmlà l’aveugle produit un faux négatif.
Un audit qui conclut que tout est au vert sur la base des quatre fichiers, sans avoir ouvert une seule page sans JavaScript ni comparé le balisage au texte affiché, produit un faux positif. C’est le scénario le plus coûteux, parce qu’il clôt le sujet pour plusieurs mois.
Dans quel ordre corriger : les 15 premières minutes, puis la demi-journée
L’ordre d’un audit de lisibilité IA n’est pas celui dans lequel une étude a listé ses marqueurs. Voici d’abord le contrôle, auto-administrable, tel que nous le déroulons.
- Ouvrez
votre-domaine.fr/robots.txtet cherchez unDisallow: /dans un groupe qui concerne les robots des moteurs IA. - Relevez dans ce même fichier la ligne
Sitemap:: c’est là que vit l’adresse réelle de votre plan de site. - Ouvrez ce sitemap, vérifiez qu’il s’affiche sans erreur, et testez trois des adresses qu’il liste.
- Ouvrez
votre-domaine.fr/llms.txtet notez simplement s’il existe et s’il est non vide. - Passez vos trois pages les plus importantes au test des résultats enrichis de Google, puis au validateur Schema.org pour le détail.
- Désactivez JavaScript, rechargez ces trois pages, et lisez ce qui reste à l’écran.
- Terminez par l’outil d’inspection d’URL de la Search Console, pour confirmer que Google voit bien le texte attendu.
Puis l’ordre de correction, du plus décisif au plus accessoire. Il découle de la hiérarchie des signaux, pas de l’ordre de l’étude : ce qui bloque l’accès d’abord, ce qui rend le contenu lisible ensuite, les fichiers déclaratifs en dernier.
- Débloquez l’accès. Un
Disallow: /résiduel, une règle de préproduction, un filtrage au niveau du CDN ou du pare-feu : rien d’autre ne compte tant que la porte est fermée. - Rendez le contenu disponible en texte. Si vos pages principales sont vides sans JavaScript, c’est le chantier suivant, et c’est le plus lourd.
- Remettez le sitemap en cohérence. Supprimez les pages mortes et les
noindexqu’il liste encore, et vérifiez que son adresse est bien déclarée dans lerobots.txt. - Alignez le balisage sur le texte visible. Posez-le dans le code source plutôt qu’en injection JavaScript, et retirez toute valeur qui n’apparaît pas sur la page.
- Traitez
llms.txten dernier, si vous y tenez, et en sachant ce qu’il publie de votre priorisation éditoriale.
À découvrir absolument : Comment bloquer l’entraînement des IA sur votre site sans disparaître des moteurs de réponse ?
Réussir l’audit ne vous fait pas citer : ce qui décide vraiment
Réussir les quatre contrôles de lisibilité IA établit une condition d’entrée, jamais une cause de citation. Google le formule sans détour dans sa documentation : pour être éligible comme lien d’appui dans ses réponses IA, une page doit être indexée et susceptible d’être affichée avec un extrait, en remplissant les exigences techniques de la Recherche. Il n’y a aucune exigence technique supplémentaire. Tout le reste se joue ailleurs.
Ce qui pèse ensuite relève du contenu et de sa crédibilité : un point de vue propre plutôt qu’une synthèse de ce qui existe déjà, une autorité thématique construite page après page sur un périmètre assumé, et des citations tierces qui confirment de l’extérieur ce que vous affirmez. C’est un travail éditorial, et il n’a aucun rapport avec les quatre fichiers.
Un mécanisme explique par ailleurs pourquoi une page peut être citée sans être première. Google documente l’éclatement de la requête en sous-requêtes concurrentes, à côté de la génération augmentée par récupération : une question posée à un moteur se décompose en plusieurs recherches, et chacune peut ramener une source différente. Une page très précise sur une sous-question marginale est citable, même si elle ne domine aucune requête principale.
Enfin, le résultat se mesure, et à un endroit précis : le rapport sur les performances de l’IA générative de la Search Console, que Google désigne lui-même comme l’outil de suivi. C’est là que se vérifie si le travail a produit quelque chose, et nulle part ailleurs.
« Un audit de lisibilité IA prouve qu’on peut vous lire. Il ne prouve jamais qu’on va vous citer. »
Pourquoi confier cet audit à IA Agency ?
Les contrôles de lisibilité IA décrits ici sont volontairement auto-administrables, et beaucoup d’entreprises n’ont besoin de rien de plus. Faire appel à IA Agency se justifie sur trois situations précises : quand le blocage ne vient pas du robots.txt mais d’une couche d’infrastructure qu’il faut identifier, quand le contenu n’existe pas sans JavaScript et que la correction touche à l’architecture du site, et quand il faut arbitrer entre des marqueurs que les études mettent sur le même plan et que la documentation des moteurs ne traite pas de la même façon.
Notre travail commence par le diagnostic, pas par le chantier : un relevé des quatre marqueurs sur votre domaine, le test sans JavaScript sur vos pages à enjeu, la confrontation du balisage au texte affiché, et un ordre de correction chiffré en charge de travail. Si c’est ce dont vous avez besoin, l’entrée se fait par notre offre d’audit et conseil IA.
Obtenez votre devis personnalisé
Ce qu’il faut retenir avant d’agir
Le chiffre de 77,5 % décrit un échantillon d’entreprises technologiques B2B britanniques, et plus de la moitié de ses échecs ne portent que sur le fichier llms.txt. Les quatre marqueurs ne se valent pas : Google déclare lui-même ne pas utiliser les fichiers du type llms.txt, et ne pas exiger de données structurées pour ses fonctionnalités d’IA générative. Le contrôle le plus rentable est celui qui manque à l’index, le test sans JavaScript sur vos trois pages les plus importantes. L’ordre de correction va de ce qui bloque l’accès vers les fichiers déclaratifs, jamais l’inverse. Et au bout de tout cela, vous aurez établi qu’on peut vous lire, ce qui est le début du travail et non sa fin.
Pour faire relever ces quatre contrôles sur votre domaine et obtenir l’ordre de correction correspondant, contactez-nous.
Qu’est-ce que la lisibilité IA d’un site web, exactement ?
La lisibilité IA d’un site web désigne ce que les robots des moteurs de réponse arrivent à lire de vos pages. Un audit de lisibilité IA sert à l’évaluer sur des critères techniques précis : les fichiers qui déclarent le site (robots.txt, sitemap XML) et autorisent son exploration, le balisage Schema.org qui décrit les contenus, et le texte réellement servi dans le code source. Il ne mesure ni la qualité rédactionnelle, ni la facilité de lecture pour un humain.
Combien de temps faut-il pour auditer la lisibilité IA d’un site ?
Le contrôle des quatre marqueurs prend 15 minutes, et la méthodologie à suivre tient en sept étapes : robots.txt, adresse réelle du sitemap, ouverture de ce sitemap, llms.txt, balisage des trois pages principales, rechargement sans JavaScript, inspection d’URL. Les actions qui améliorent le plus rapidement le résultat sont le retrait d’un blocage résiduel et la remise à jour du sitemap. Un contenu absent sans JavaScript demande, lui, plusieurs semaines.
Faut-il créer un fichier llms.txt en 2026 ?
Ce n’est pas une priorité. Google écrit ne pas utiliser les fichiers lisibles par machine de ce type, et une mesure SEOMix publiée le 4 juin 2026 sur 6 sites, 33 092 passages de robots IA et 60 jours n’a relevé aucun appel au fichier. Il sert à déclarer une carte de vos contenus, ce qui n’est utile que si un robot la demande : il coûte peu, mais expose votre priorisation éditoriale.
Les données structurées sont-elles obligatoires pour être cité par une IA ?
Non. Google indique que les données structurées ne sont pas requises pour la recherche générative, et qu’aucun balisage schema.org spécial n’est à ajouter pour elle. Google recommande malgré tout d’en poser, parce qu’elles ouvrent l’éligibilité aux résultats enrichis. Les conserver reste donc utile, pour une autre raison que les réponses IA.
Comment savoir si mon site est lisible sans JavaScript ?
Désactivez JavaScript dans les réglages de votre navigateur, puis rechargez vos trois pages les plus importantes. Ce qui reste affiché correspond, en première approximation, à ce qu’un robot sans rendu reçoit. Si titres, paragraphes et liens disparaissent, le contenu dépend entièrement du rendu côté client, et c’est un chantier d’architecture.
Quelle IA peut analyser un site web à ma place ?
Aucun assistant conversationnel ne remplace ce contrôle, parce qu’il porte sur des fichiers et sur le code source servi à un instant donné. Le plus fiable reste de coller l’URL dans les outils officiels : test des résultats enrichis de Google, validateur Schema.org, outil d’inspection d’URL de la Search Console. Coller le code HTML ne teste que ce que vous lui donnez, jamais le site réel.
Mesurer ma visibilité dans ChatGPT, est-ce la même chose qu’auditer la lisibilité de mon site ?
Non, ce sont deux exercices distincts. Mesurer sa visibilité consiste à observer si une marque est citée dans les réponses de ChatGPT, Gemini ou Perplexity, et sur quelle part des questions. Auditer la lisibilité consiste à vérifier qu’un robot peut accéder aux pages et les lire. Le second est une condition d’entrée du premier, jamais sa mesure.
Où trouver l’adresse réelle de mon sitemap quand /sitemap.xml ne répond pas ?
Dans votre robots.txt. Le fichier porte une ligne Sitemap: suivie de l’adresse complète du plan de site, et c’est cette adresse qui fait foi. Beaucoup de systèmes de gestion de contenu publient leur sitemap sur un autre chemin que /sitemap.xml, ce qui produit un faux négatif quand on devine l’adresse.
Réussir les quatre contrôles garantit-il d’apparaître dans les réponses IA ?
Non, et les auteurs de l’étude Marketing Graham du 1ᵉʳ octobre 2026 ne le prétendent pas. Google précise qu’une page doit être indexée et susceptible d’être affichée avec un extrait, sans exigence technique supplémentaire. Ce qui décide ensuite relève du contenu : point de vue propre, autorité thématique sur un périmètre assumé, citations tierces.
Un audit de lisibilité IA remplace-t-il un audit SEO classique ?
Non, il s’y ajoute. Un site se mesure sous plusieurs angles distincts : l’audit SEO classique regarde vitesse, maillage interne, balises et erreurs d’exploration ; l’audit d’accessibilité regarde la conformité au référentiel RGAA ; l’audit de lisibilité IA regarde ce qu’un robot de moteur de réponse peut lire. Trois périmètres, trois méthodes, trois listes de corrections.
Mon site est bloqué pour les robots IA alors que mon robots.txt semble correct : d’où vient le blocage ?
Le plus souvent du CDN ou du pare-feu, qui filtre en amont sans rien écrire dans le robots.txt. Google liste d’ailleurs l’autorisation d’exploration au niveau du CDN ou de l’hébergeur parmi ses bonnes pratiques, à côté de celle du fichier. Vérifiez les deux couches, puis les règles héritées d’une préproduction.
Puis-je faire cet audit moi-même ou faut-il une agence ?
Le contrôle des quatre marqueurs est auto-administrable en 15 minutes avec des outils publics gratuits, et beaucoup d’entreprises n’ont besoin de rien de plus. Une agence devient utile quand le blocage vient d’une couche d’infrastructure à identifier, quand le contenu n’existe pas sans JavaScript, ou quand il faut arbitrer entre des marqueurs que les études mettent sur le même plan. Le coût d’un audit professionnel se mesure alors en charge de travail, pas en abonnement d’outil.
Un score de lisibilité sur 100, du type Flesch, LIX ou SMOG, mesure-t-il la lisibilité IA ?
Non. Les formules classiques de lisibilité, Flesch, LIX ou SMOG, mesurent la facilité de lecture d’un texte pour un humain, à partir de la longueur des phrases et des mots. La lisibilité IA répond à d’autres critères : fichiers de déclaration, balisage, texte servi dans le code source. Et elle ne s’évalue pas par un score chiffré, mais par des contrôles présents ou absents. La comparaison entre les deux n’a pas de sens.
Existe-t-il des outils gratuits pour auditer la lisibilité IA de son site ?
Oui, et ce sont les plus fiables parce qu’ils viennent des moteurs eux-mêmes : le test des résultats enrichis de Google, le validateur Schema.org, l’outil d’inspection d’URL de la Search Console, et votre navigateur pour ouvrir les fichiers et tester le rendu sans JavaScript. Les analyseurs automatisés qui rendent un score global de santé mélangent SEO, performance et conformité, et ne tranchent rien sur ces quatre marqueurs.
Que deviennent mes données lors d’un audit de lisibilité IA, y a-t-il un risque d’exposition ?
Aucun risque de confidentialité dans le contrôle décrit ici : il ne lit que des éléments déjà publics, les fichiers de déclaration et le code source servi à n’importe quel visiteur. Vous ne transmettez qu’une adresse publique aux outils officiels, jamais une donnée interne. Le seul point d’exposition concerne le fichier llms.txt, qui publie en clair la carte de vos contenus stratégiques, donc votre priorisation éditoriale, lisible par vos concurrents.
Article mis à jour le 2 octobre 2026.
Ressources et liens utiles
[2] “Optimizing your website for generative AI features on Google Search”, Google Search Central, mise à jour du 10 juillet 2026
[3] “AI features and your website”, Google Search Central, mise à jour du 10 décembre 2025
[4] “Votre site est-il invisible pour l’IA ? Ce que 62 tests sur ChatGPT, Claude et Gemini nous ont appris”, Peak Ace, d’après une étude Writesonic, 28 mai 2026
[5] “llms.txt : le fichier inutile du GEO ?”, Daniel Roch, SEOMix, 4 juin 2026
[6] “Schema Markup Validator”, Schema.org
Le socle qui rend une page lisible
Accès autorisé, contenu servi en texte, balisage aligné : ce qui décide qu’un robot puisse lire votre page.
Explorer le SEO IA →
