Aller au contenu
Evocia
Toutes les ressources

Optimisation

llms.txt : le guide complet, de la spécification aux preuves

Par Evocia9 août 2026· Mis à jour le 5 octobre 2026· 22 min de lecture

Partager

Le fichier llms.txt est une proposition publiée en septembre 2024 par Jeremy Howard (Answer.AI) : un fichier markdown placé à la racine d'un site, qui liste ses contenus importants pour aider les modèles de langage à les trouver et à les lire. L'idée est simple, élégante, et massivement discutée. La question qui compte est ailleurs : les IA s'en servent-elles ?

La réponse honnête, construite dans ce guide à partir des documentations officielles, de cinq analyses de journaux serveur et des études de corrélation disponibles : au 9 août 2026, aucun grand système d'IA ne documente la consommation de llms.txt, Google déclare explicitement l'ignorer, les journaux serveur montrent que les robots des grands laboratoires ne le demandent pratiquement jamais, et aucune étude ne mesure d'effet sur les citations. Publier ce fichier ne coûte presque rien et ne nuit pas s'il est bien géré ; en attendre de la visibilité relève du battage, pas de la preuve.

Ce guide est conçu pour rester utile quel que soit l'avenir du fichier : il explique exactement ce qu'est llms.txt, ce qu'il n'est pas (ni un standard, ni un robots.txt, ni un levier démontré), comment le créer proprement si vous décidez de le faire, comment vérifier dans vos journaux serveur qui le demande, et surtout quelle place minuscule il mérite dans une stratégie de visibilité IA face aux leviers réellement étayés. Chaque affirmation importante est datée et sourcée ; ce que nous ne savons pas est dit tel quel.

L'essentiel en 60 secondes

  • llms.txt est une proposition individuelle de septembre 2024 (Jeremy Howard, Answer.AI) : un index markdown des contenus importants d'un site, placé à la racine. Ce n'est un standard d'aucun organisme.
  • Principe structurant : publier un llms.txt n'est pas la preuve qu'un modèle le consomme. Anthropic, OpenAI et Perplexity publient tous ce fichier pour leur propre documentation ; aucun ne documente le lire chez les autres.
  • Google est le seul acteur à s'être prononcé, et c'est un non : sa documentation officielle déclare que Google Search n'utilise pas ces fichiers et les ignore, ni bonus ni malus.
  • L'étude la plus large (137 210 domaines) montre que 97 % des fichiers llms.txt publiés n'ont reçu aucune requête sur un mois entier, et que les rares requêtes viennent d'abord d'outils d'audit (21,7 %), les robots de récupération pour la recherche IA ne pesant que 1,1 %.
  • Le seul usage réel documenté est manuel : des développeurs fournissent un llms.txt à un agent de code qui le lit parce qu'on le lui donne, pas parce qu'il le cherche.
  • Verdict pratique : créer un llms.txt est une assurance à bas coût pour certains profils (documentation développeur surtout), jamais une priorité. Les leviers étayés de la visibilité IA sont ailleurs.

Qu'est-ce que llms.txt ?

En bref

llms.txt est une proposition de fichier standardisé, publiée le 3 septembre 2024 par Jeremy Howard, cofondateur d'Answer.AI, sur llmstxt.org. C'est un fichier markdown, placé à la racine du site (/llms.txt), qui présente le site en une phrase puis liste ses contenus importants sous forme de liens commentés. Son but : donner aux modèles de langage un point d'entrée propre, au lieu de les laisser se débattre avec du HTML chargé.

Le problème que la proposition cherche à résoudre est réel et bien posé : les fenêtres de contexte des modèles sont trop petites pour avaler un site entier, et convertir des pages HTML pleines de navigation, de publicités et de scripts en texte exploitable est difficile et imprécis. D'où l'idée d'un index en markdown, le format que les modèles comprennent le mieux, qui dit à un système pressé : voici qui nous sommes, et voici les dix pages qui comptent. La proposition d'origine suggère aussi de servir une version markdown de chaque page importante, à la même URL suffixée de .md.

Un point d'intention souvent oublié : la proposition vise l'inférence, c'est-à-dire le moment où un modèle ou un agent lit le web pour répondre, pas l'entraînement. llms.txt ne bloque rien, n'autorise rien, ne protège rien : c'est une offre de curation, pas un contrôle d'accès. Cette distinction sépare llms.txt de robots.txt de façon fondamentale, et une partie de la confusion du marché vient de l'analogie de nommage entre les deux fichiers. La comparaison complète des trois fichiers, rôle par rôle, est dans robots.txt, sitemap.xml et llms.txt : différences et rôles.

Documenté officiellement

La spécification est publiée et maintenue sur llmstxt.org, avec un dépôt public (AnswerDotAI/llms-txt, environ 2 600 étoiles au 9 août 2026) et un outil officiel en ligne de commande, llms_txt2ctx, qui transforme un llms.txt en document de contexte pour un modèle. La proposition elle-même ne revendique l'adoption d'aucune grande plateforme d'IA et emploie le conditionnel sur son avenir.

La spécification exacte de llms.txt

En bref

La spécification impose peu de choses : un fichier markdown à /llms.txt, ouvert par un titre H1 avec le nom du site, seul élément obligatoire. Suivent, dans l'ordre : une citation en bloc résumant le site, du texte libre éventuel, puis des sections H2 contenant des listes de liens au format nom, URL, deux-points, note. Une section nommée « Optional » a un sens spécial : ses liens peuvent être ignorés quand le contexte est court.

  • Emplacement : /llms.txt à la racine du site ; un sous-chemin est explicitement permis par la spécification.
  • H1 obligatoire : le nom du projet ou du site. C'est, selon la spécification, la seule section requise.
  • Citation en bloc : un court résumé du site, avec les informations clés pour comprendre le reste du fichier.
  • Sections H2 de listes de fichiers : chaque entrée est un lien markdown obligatoire, suivi d'un deux-points et d'une note facultative décrivant la ressource.
  • Section « Optional » : sémantique définie par la spécification ; si elle est présente, ses URLs peuvent être sautées quand un contexte plus court est nécessaire. L'outil officiel llms_txt2ctx l'exclut d'ailleurs par défaut et ne l'inclut que sur option.
  • Pages .md associées : la proposition d'origine suggère de servir une version markdown propre de chaque page importante, à la même URL suffixée de .md.
# Nom du site

> Une phrase qui resume ce qu'est le site, pour qui,
> et ce qu'on y trouve d'important.

Texte libre optionnel : contexte, precisions, avertissements.

## Section principale

- [Nom de la page](https://exemple.fr/page): description courte
- [Autre page](https://exemple.fr/autre): ce qu'elle contient

## Optional

- [Ressource secondaire](https://exemple.fr/annexe): peut etre
  ignoree si le contexte est court
Le squelette exact d'un llms.txt conforme à la spécification : H1 (obligatoire), citation en bloc, sections H2 de liens commentés, section « Optional » sacrifiable. Tout le reste est libre.

À noter

Pourquoi le markdown : la spécification le justifie explicitement, c'est aujourd'hui le format le plus largement et le plus facilement compris par les modèles de langage, et le fichier est destiné à être lu par des modèles et des agents, pas par des humains. Un llms.txt en HTML ou converti en page web n'est pas conforme et rate l'objectif.

Le principe qui démêle tout : publier n'est pas consommer

En bref

La confusion centrale du débat llms.txt tient en une phrase : des acteurs majeurs de l'IA publient ce fichier pour leur propre documentation, et le marché en déduit qu'ils le consomment chez les autres. C'est faux en toute logique et non documenté en pratique. Publier est un choix d'éditeur de contenu ; consommer est un choix d'éditeur de modèle. Aucun grand éditeur de modèle n'a fait le second.

ActeurPublie un llms.txt (vérifié le 9 août 2026)Documente le consommer
AnthropicOui : sa documentation développeur, plus llms-full.txt (25 Mo)Non, nulle part
OpenAIOui : index maître de sa documentation développeurNon, nulle part
PerplexityOui : sa documentation, au format conformeNon, nulle part
GoogleNon (un fichier apparu par erreur en déc. 2025 a été retiré le jour même)Non : refus explicite pour Search
MicrosoftNon (la documentation Learn renvoie une erreur 404)Non, silence total
Éditeurs de plateformes de développement, d'hébergement et de paiement (quatre vérifiés le 9 août 2026)Oui (formats plus ou moins conformes)Sans objet : éditeurs de contenu, pas de modèles

Publication contre consommation, vérifiées séparément. La publication par Anthropic ou OpenAI est un signal d'écosystème (et un effet des plateformes de documentation qui génèrent le fichier automatiquement), pas une preuve d'usage par leurs modèles.

Attention

Réflexe à adopter face à tout contenu sur llms.txt : quand une page affirme qu'un acteur « prend en charge » ou « respecte » llms.txt, vérifiez si elle parle de publication ou de consommation, et exigez la source primaire. La quasi-totalité des affirmations de prise en charge circulant en 2026 s'effondrent à ce test.

Google et Gemini utilisent-ils llms.txt ? La chronologie complète

En bref

Google est le seul acteur à avoir répondu, et la réponse est non pour Search : sa documentation officielle déclare que Google Search n'utilise pas ces fichiers et les ignore, ni avantage ni pénalité. La chronologie 2025-2026 est constante côté Search, avec une contradiction interne piquante : la documentation de Chrome présente au même moment llms.txt comme une convention émergente utile aux agents.

DateÉvénementPortée
17 avril 2025John Mueller compare llms.txt à la vieille balise meta keywords : ce que le site prétend être, sans vérification ; les journaux montrent que les services d'IA ne demandent même pas le fichierDéclaration publique, rapportée par la presse spécialisée
23 juillet 2025Gary Illyes indique que Google ne prend pas en charge llms.txt et ne prévoit pas de le faireRapporté par un participant à un événement officiel ; pas de transcription publique
3 décembre 2025Un llms.txt apparaît sur les docs développeur de Google, retiré le jour même ; explication : un système de contenu interne l'avait généré, l'équipe Search ne l'utilise ni ne l'endosseÉpisode documenté par la presse spécialisée ; l'URL renvoie une 404 au 9 août 2026
5 mai 2026La documentation de Chrome (Lighthouse) décrit llms.txt comme une convention émergente pour les agents et ajoute un audit vérifiant son accessibilitéDocumentation officielle Chrome, toujours en ligne : la contradiction interne
2 juin 2026Mueller : le dossier est purement spéculatif, le fichier existe depuis des années sans qu'aucun système d'IA ne l'utilise ; il dit préférer l'approche WebMCPDéclaration publique, rapportée par la presse spécialisée
10 juillet 2026Mise à jour du guide officiel d'optimisation IA : aucun fichier lisible par machine requis, Google Search ne les utilise pas et les ignore, ni mal ni bien pour la visibilitéDocumentation officielle Google Search Central, vérifiée le 9 août 2026

Chronologie complète des positions Google sur llms.txt. Côté Search, la ligne n'a jamais varié : non. Côté Chrome, une équipe distincte promeut le fichier pour les agents de navigation, contradiction que Mueller a lui-même bornée : ce n'est pas pour le search.

L'alternative que Mueller cite, WebMCP, mérite d'être située : c'est un brouillon de standard porté par des ingénieurs de Google et Microsoft au sein d'un groupe communautaire du W3C, qui expose les fonctionnalités d'un site comme des outils appelables par des agents, avec un essai public dans Chrome depuis juin 2026. Ce n'est pas encore un standard non plus, mais cela indique où l'écosystème navigateur cherche la solution du problème que llms.txt voulait résoudre. Pour Gemini en tant qu'application, aucune déclaration distincte de celle de Search n'existe : statut aucune preuve suffisante.

La matrice de support : qui prend en charge llms.txt, avec quel niveau de preuve

En bref

Aucun système grand public ne prend en charge llms.txt de façon documentée au 9 août 2026. Le tableau ci-dessous condense l'état du dossier, système par système, avec le niveau de preuve et la source de chaque statut. C'est la pièce à retenir et à vérifier périodiquement.

SystèmeConsomme llms.txt ?Niveau de preuveÉlément décisif
Google Search, AI Overviews, AI ModeNonConfirmé officiellementDocumentation : Google Search ne les utilise pas et les ignore (màj juill. 2026)
Chrome (agents, Lighthouse)Promeut le fichier, sans le consommer lui-mêmeConfirmé officiellementDoc Lighthouse : convention émergente, audit d'accessibilité (màj mai 2026)
Gemini (application)InconnuAucune preuve suffisanteAucune déclaration distincte de celle de Search
ChatGPT / OpenAINon documentéAucune preuve suffisanteDoc des robots muette ; anecdote de logs isolée (juill. 2025), non répliquée
Claude / AnthropicNon documentéAucune preuve suffisantePublie massivement ; demande de support fermée sans réponse
PerplexityNon documentéAucune preuve suffisanteZéro requête de PerplexityBot sur un panel de 12 semaines
Copilot / BingNon documentéAucune preuve suffisanteSilence total ; contrôles nocache et noarchive seuls documentés
Agents de code des environnements de développementLecture manuelle uniquementObservé mais non confirméAucun support natif documenté ; usage réel via configuration utilisateur
Meta (Meta-ExternalAgent)Requêtes observées, usage inconnuObservé mais non confirméSeul robot mesuré lisant llms.txt plus souvent que robots.txt ; aucune communication Meta
Un grand réseau de diffusion de contenuGénère des llms.txt pour ses clients (bêta)Confirmé officiellement (côté offre)Annonce de sept. 2025 ; c'est de la publication, pas de la consommation

Matrice de support llms.txt par système, au 9 août 2026, avec l'échelle : confirmé officiellement, fortement documenté, observé mais non confirmé, aucune preuve suffisante. Aucune ligne n'atteint « consommation confirmée ». La curiosité du tableau est Meta, seul robot observé demandant le fichier à une fréquence notable, sans qu'on sache ce qu'il en fait.

Ce que disent les journaux serveur : cinq mesures convergentes

En bref

Cinq analyses indépendantes de journaux serveur, publiées entre février et juillet 2026, convergent : les robots des grands laboratoires d'IA ne demandent pratiquement jamais /llms.txt. Les rares requêtes observées viennent d'outils d'audit SEO, de bots d'inventaire technologique et d'agents configurés à la main. C'est la pièce empirique la plus solide du dossier.

MesurePérimètreRésultat sur /llms.txt
Ahrefs (juin 2026)137 210 domaines, mois de mai 202697 % des fichiers publiés : zéro requête ; 96 % des rares requêtes = bots, robots de récupération IA : 1,1 %
EZY Research (juill. 2026)83 sites analysés bot par bot, 12 semainesGPTBot : 7 requêtes llms.txt contre 3 990 robots.txt ; PerplexityBot : 0 contre 775 ; seul Meta-ExternalAgent lit llms.txt plus que robots.txt (193 contre 172)
OtterlyAI (févr. 2026)1 site, 90 jours, 62 100 requêtes de bots IA84 requêtes sur llms.txt, soit 0,1 % ; trois fois moins de visites qu'une page moyenne du site
Dries Buytaert (mars 2026)1 site avec llms.txt et pages .md, mesure mensuelle52 requêtes par mois, 100 % venant d'outils d'audit SEO ; aucun robot d'IA, aucune négociation de contenu markdown
WISLR (mars 2026)1 site, 48 jours, 12 099 requêtes de bots suivisZéro requête d'un bot d'IA sur /llms.txt ; seul un bot d'analytics l'a demandé, trois fois

Cinq mesures de journaux serveur, chacune avec ses limites (panels restreints, parfois un seul site), mais toutes dans le même sens. Aucune mesure publiée ne montre le contraire. Précision méthodologique reprise des auteurs : une requête sur le fichier est un plafond, pas une preuve d'usage ; l'absence de requête, elle, est bien une preuve de non-usage par les robots identifiés.

Le détail de la ventilation Ahrefs vaut d'être lu une fois : parmi les requêtes reçues par les 3 % de fichiers effectivement consultés, on trouve des outils d'audit SEO (21,7 %), des bots non identifiés (14,9 %), des crawlers génériques (13,1 %), du profilage technologique (11,6 %), des agents d'IA (10,5 %), des outils de mesure GEO (5,8 %), des crawlers d'entraînement (5,3 %), des scanners spécialisés llms.txt (3,6 %), et tout en bas les assistants d'IA (2,5 %) et les robots de récupération pour la recherche IA (1,1 %). Autrement dit : le fichier est surtout lu par l'industrie qui s'observe elle-même.

llms.txt améliore-t-il la visibilité dans les IA ? La réponse en l'état des preuves

En bref

Nous ne disposons actuellement d'aucune preuve que la présence d'un llms.txt améliore la visibilité, la compréhension, la citation ou les recommandations d'un site dans ChatGPT, Claude, Gemini, Perplexity ou Copilot. Aucun support documenté, des journaux quasi vides, et des corrélations nulles sur de grands échantillons. L'affirmation inverse (le fichier nuirait) n'est pas davantage démontrée : l'effet mesurable, dans les deux sens, est aujourd'hui indiscernable de zéro.

Observé

Deux études de corrélation convergent, à ne pas fusionner : la première (novembre 2025, environ 300 000 domaines) ne trouve aucune corrélation entre la présence d'un llms.txt et les citations dans les réponses des modèles échantillonnés, et retirer cette variable du modèle prédictif en a amélioré la précision ; la seconde, spécifique à ChatGPT (novembre 2025, 129 000 domaines, 100 000 requêtes de test), aboutit au même constat. Ce sont des corrélations, pas des preuves causales, et leurs auteurs précisent : du moins pas encore. Mais l'asymétrie est parlante : ceux qui affirment un effet n'ont produit aucune donnée ; ceux qui ont produit des données ne trouvent aucun effet.

Mécanisme théorique, preuve disponible, recommandation pratique : voilà comment lire chaque promesse GEO autour de ce fichier. Le mécanisme théorique existe (un index propre pourrait aider un système de récupération) ; la preuve disponible est nulle (aucun système ne documente l'utiliser) ; la recommandation pratique en découle : publiez le fichier si son coût est marginal pour vous, n'en attendez rien de mesurable, et n'y consacrez jamais du temps pris sur les leviers étayés. Les facteurs dont l'effet est mieux étayé sont classés par niveau de preuve dans les 100 facteurs qui influencent les recommandations des IA.

Comment créer un fichier llms.txt : le tutoriel

En bref

Créer un llms.txt propre prend dix minutes à une heure : un fichier texte encodé en UTF-8, nommé llms.txt, placé à la racine du site, écrit en markdown selon la structure de la spécification, avec une sélection curée de cinq à trente pages réellement importantes, des descriptions factuelles, et une vérification d'accessibilité. Voici la méthode complète, étape par étape.

  1. 1Créez un fichier texte brut nommé exactement llms.txt, encodé en UTF-8, sans mise en forme HTML.
  2. 2Placez-le à la racine du site, accessible à l'URL /llms.txt (un sous-chemin est permis par la spécification, la racine est l'usage).
  3. 3Ouvrez par un H1 : le nom de votre site ou entreprise, seul élément obligatoire.
  4. 4Ajoutez la citation en bloc : une à trois lignes qui disent ce qu'est le site, pour qui, et ce qu'on y trouve : c'est la phrase qu'un modèle lira en premier.
  5. 5Structurez en sections H2 thématiques (offre, documentation, ressources, entreprise...), chacune listant des liens au format nom, URL, deux-points, description.
  6. 6Sélectionnez, ne déversez pas : cinq à trente pages qui répondent réellement aux questions sur votre entreprise ; la valeur du fichier est sa curation, pas son exhaustivité.
  7. 7Rédigez des descriptions factuelles : ce que contient la page, pas un slogan ; chaque description doit aider un modèle à décider s'il a besoin de cette page.
  8. 8Isolez le secondaire dans une section « Optional » : la spécification permet aux outils de la sauter quand le contexte est court.
  9. 9Servez le fichier avec un en-tête X-Robots-Tag noindex pour éviter son indexation parasite, sans le bloquer dans robots.txt.
  10. 10Vérifiez l'accessibilité : l'URL répond en 200, en texte brut, sans redirection exotique ; puis surveillez qui le demande dans vos journaux serveur.

À noter

Pour une documentation volumineuse, la spécification prévoit la bonne réponse : un llms.txt qui reste un index court et hiérarchisé, des pages .md pour le contenu lui-même, et au besoin des llms.txt par section, comme le font certaines documentations volumineuses, avec un fichier racine renvoyant vers un fichier par produit. Résistez à la tentation du fichier unique exhaustif.

Faut-il créer un llms.txt ? L'arbre de décision

En bref

La décision tient en trois questions : avez-vous une documentation que des développeurs donnent à des agents de code ? Votre plateforme génère-t-elle le fichier automatiquement et proprement ? Avez-vous dix minutes et une liste de pages stables ? Selon les réponses, la priorité va de « oui, faites-le » à « ignorez le sujet sans remords ».

Avez-vous une documentation technique que des developpeurs
utilisent avec des agents de code (configures par le developpeur) ?
    |
    +-- OUI --> Creez llms.txt (+ pages .md).
    |           Seul public reel identifie. Priorite MOYENNE.
    |
    +-- NON
         |
         v
Votre plateforme (docs, CMS, e-commerce) genere-t-elle
deja le fichier automatiquement ?
    |
    +-- OUI --> Gardez-le, mais AUDITEZ-LE :
    |           pas de brouillons, pas d'URLs cassees,
    |           noindex en place. Cout nul.
    |
    +-- NON
         |
         v
Avez-vous 10 a 60 minutes, des pages stables,
et quelqu'un pour le maintenir ?
    |
    +-- OUI --> Creation possible en fin de liste :
    |           assurance a bas cout, benefice
    |           non demontre. Priorite FAIBLE.
    |
    +-- NON --> N'en creez pas. Aucun systeme
                documente ne le lira. Consacrez
                ce temps aux leviers etayes.
L'arbre de décision llms.txt. Le seul chemin qui monte au-dessus de « faible » est celui de la documentation développeur utilisée avec des agents de code : l'unique cas d'usage étayé par des observations.
Type de sitePriorité llms.txtJustification
Documentation technique / éditeur avec APIMoyenneSeul public réel (agents configurés par les développeurs) ; pages .md et index curé utiles
SaaS B2B sans documentation publiqueFaibleAucun consommateur identifié ; dix minutes pour une assurance symbolique
E-commerceFaibleAucun consommateur ; les flux marchands et les données structurées produit ont, eux, des consommateurs documentés
MédiaFaibleAucun bénéfice démontré ; arbitrage exposition contre droits à considérer
Site vitrine, cabinet, agenceFaibleDix minutes acceptables si le site est stable ; aucun effet à en attendre
Site de dizaines de milliers de pagesFaible, avec précautionNe jamais tenter l'exhaustivité : index court et curé uniquement, sinon s'abstenir

Priorité par type de site. Aucun profil n'atteint « élevée » : c'est cohérent avec un fichier sans consommateur documenté.

Vous voulez savoir où vous en êtes avant d'investir ? Evocia teste gratuitement trois requêtes de votre catégorie sur plusieurs moteurs et vous envoie une synthèse courte.

Tester ma visibilité IA

Limites et zones d'ombre

En bref

Ce guide établit ce que les sources permettent d'établir, et s'arrête où elles s'arrêtent. Trois limites structurelles : les journaux serveur ne peuvent pas détecter une consommation interne sans requête identifiable ; le silence documentaire d'OpenAI, Anthropic et Perplexity n'est pas une déclaration de non-usage ; et aucun test causal contrôlé n'existe, dans un sens comme dans l'autre.

  • Le non-observable : un llms.txt déjà présent dans un corpus d'entraînement, ou récupéré par un pipeline interne sans user-agent identifiable, échapperait aux journaux. Les 97 % de fichiers jamais demandés sont une borne haute de non-usage observable, pas une preuve d'inutilité absolue.
  • Le silence n'est pas un non : seul Google s'est prononcé. OpenAI, Anthropic, Perplexity et Microsoft n'ont rien déclaré, ni pour ni contre : leur statut est « aucune preuve », pas « démenti ».
  • Panels restreints : les études de journaux portent sur des périmètres limités (parfois un seul site) ; leur convergence fait leur force, aucune ne suffirait seule.
  • Le futur : une adoption par une plateforme majeure changerait le dossier du jour au lendemain ; la surveillance de vos propres journaux et des documentations officielles est le seul détecteur fiable, pas les blogs.
  • Ce que les agents font du fichier : même quand un agent récupère un llms.txt (10,5 % des rares requêtes), on ignore ce qu'il en fait ensuite ; et le cas Meta, seul robot à demander le fichier plus souvent que robots.txt sur un panel, reste inexpliqué faute de toute communication de Meta.
Inconnu publiquement

Aucun grand éditeur de modèles n'a publié de position officielle sur llms.txt en dehors de Google. Tout ce que ce guide affirme sur OpenAI, Anthropic, Perplexity et Microsoft est une vérification d'absence dans leurs documentations au 9 août 2026, pas une déclaration de leur part. La différence importe, et c'est pourquoi la surveillance de vos propres journaux reste le seul détecteur fiable.

La place de llms.txt parmi les preuves négatives du GEO, à côté du balisage Schema.org, est rappelée dans le guide complet du GEO.

Questions fréquentes

Qu'est-ce que le fichier llms.txt ?

llms.txt est un fichier markdown placé à la racine d'un site web (/llms.txt), qui présente le site en quelques lignes puis liste ses pages importantes sous forme de liens commentés, pour aider les modèles de langage à trouver et lire l'essentiel sans se débattre avec du HTML chargé. C'est une proposition publiée le 3 septembre 2024 par Jeremy Howard, cofondateur d'Answer.AI, sur llmstxt.org. Ce n'est ni un standard officiel, ni un mécanisme de contrôle d'accès.

llms.txt est-il obligatoire ?

Non, en aucune façon. Aucun moteur, aucun assistant, aucune réglementation ne l'exige, et son absence n'a aucune conséquence documentée. Google déclare explicitement que ce type de fichier n'est pas nécessaire pour apparaître dans Search, fonctionnalités d'IA comprises. C'est une publication volontaire, dont aucun grand système ne documente la lecture au 9 août 2026.

llms.txt améliore-t-il le SEO ?

Non. Google déclare que Google Search n'utilise pas ces fichiers et les ignore : leur présence n'aide ni ne pénalise la visibilité, l'indexation ou le classement. Le seul enjeu SEO est un risque mineur : le fichier lui-même peut être indexé si des sites le lient. La parade est simple : le servir avec un en-tête HTTP X-Robots-Tag noindex, sans le bloquer dans robots.txt.

Google utilise-t-il llms.txt ?

Non, et c'est documenté officiellement : le guide d'optimisation IA de Google Search Central classe llms.txt dans les mythes, indique qu'aucun fichier lisible par machine n'est nécessaire, que Google Search ne les utilise pas et les ignore. John Mueller l'a comparé à la vieille balise meta keywords, et Gary Illyes a indiqué que Google ne prévoit pas de le prendre en charge. Seule nuance : la documentation de Chrome le décrit, elle, comme une convention émergente pour les agents de navigation, contradiction interne que Google n'a pas résolue.

ChatGPT utilise-t-il llms.txt ?

Aucune preuve suffisante. La documentation officielle des robots d'OpenAI ne mentionne aucun mécanisme de lecture des llms.txt tiers, et les analyses de journaux montrent des requêtes marginales (sept requêtes de GPTBot contre près de 4 000 pour robots.txt sur un panel de douze semaines). OpenAI publie un llms.txt pour sa propre documentation, ce qui ne prouve rien sur la consommation. Une observation isolée de juillet 2025 n'a jamais été répliquée.

Claude utilise-t-il llms.txt ?

Aucune preuve suffisante. Anthropic publie abondamment le fichier pour sa propre documentation (vérifié le 9 août 2026), mais aucune documentation Anthropic ne déclare que Claude ou ses robots lisent les llms.txt des autres sites, et la demande publique d'ajout de ce support à Claude Code a été fermée sans réponse. Un utilisateur peut évidemment fournir un llms.txt à Claude manuellement : c'est un usage volontaire, pas une prise en charge.

Sources

Transparence et méthode

Auteur

Evocia · Cabinet français de visibilité dans les IA

Evocia est un cabinet français spécialisé dans la mesure et l'amélioration de la visibilité des éditeurs de SaaS B2B dans les réponses des IA. Ce guide a été construit sur les sources primaires vérifiées le 9 août 2026, avec un principe : distinguer, pour chaque affirmation, la publication de la consommation et le fait établi du discours marketing.

Qui écrit ces contenus, et comment nous les vérifions

Comment cet article a été réalisé

  • Toutes les sources primaires (spécification, documentations officielles, études, fichiers llms.txt cités) ont été consultées directement le 9 août 2026 ; les fichiers publiés par Anthropic, OpenAI, Perplexity et quatre plateformes de développement, d'hébergement et de paiement ont été vérifiés par requête directe, et les tailles de llms-full.txt mesurées ce jour-là.
  • Échelle de preuve appliquée à chaque statut de support : confirmé officiellement, fortement documenté, observé mais non confirmé, aucune preuve suffisante. La distinction entre publier un llms.txt et le consommer est appliquée systématiquement ; les citations anglaises sont traduites et attribuées avec leur date.
  • Aucune donnée inventée ; les chiffres circulants non traçables à une source primaire sont explicitement écartés (adoption virale, pseudo-spécifications, prises en charge supposées), et les limites des études citées (panels restreints, corrélations non causales, biais d'échantillon) sont signalées dans le corps de l'article.

Historique des mises à jour

  • 5 octobre 2026Ce guide ne promettait plus ce qu'il contient : la description, le chapeau et l'introduction annonçaient un protocole de test, des chiffres d'adoption, des exemples et une matrice retirés en septembre. Ils annoncent désormais ce que le guide traite : la spécification, la position de Google, cinq analyses de journaux serveur, l'en-tête noindex, le tutoriel, l'arbre de décision et la priorité par type de site ; les limites renvoient à la surveillance de vos propres journaux. L'essentiel précise la ventilation des rares requêtes reçues : d'abord des outils d'audit (21,7 %), les robots de récupération pour la recherche IA ne pesant que 1,1 %. Les exemples ne nomment plus d'outils ou de plateformes de développement, et les sources qui étaient des guides ou des annonces d'éditeurs de logiciels sont retirées ou décrites sans nom de marque ; trois sources sur l'adoption, qu'aucune phrase n'utilisait plus, sont retirées. Un lien mène vers le guide qui compare robots.txt, sitemap.xml et llms.txt. Anthropic, OpenAI, Google, Microsoft, Perplexity et Meta restent nommés : ce sont eux dont l'article examine le comportement.
  • 13 septembre 2026Bloc « l'essentiel » ramené à six points.
  • 13 septembre 2026Seconde passe : chronologie Google et tutoriel resserrés.
  • 13 septembre 2026Raccourci de 30 à une vingtaine de minutes : retrait de la convention llms-full.txt, des agents de code, de la question SEO (fondue dans la réponse sur la visibilité IA), du contenu du fichier et de la liste d'affirmations, redondants avec la matrice de support et l'arbre de décision. FAQ ramenée à six questions.
  • 13 septembre 2026Refonte éditoriale : titre hyperbolique retiré, introduction qui répond d'abord (mention datée retirée), renvoi vers le pilier GEO.
  • 12 septembre 2026Seconde passe de réduction : l'exemple commenté, redondant avec le tutoriel, et le tableau d'adoption, dont les journaux serveur conservent la conclusion, sont retirés.
  • 11 septembre 2026Réduction de 50 à une trentaine de minutes. Retirés : le résumé en trente secondes et les points clés, redondants avec l'essentiel ; les quatre sections moteur par moteur, dont la matrice de support conserve l'intégralité des conclusions ; la comparaison avec robots.txt et sitemap.xml, traitée par le guide dédié ; les exemples par type de site, le protocole de test, la matrice de priorité, la maintenance et la conclusion. Conservés : définition, spécification exacte, llms-full.txt, le principe publier contre consommer, la chronologie Google et Gemini, les agents de code, la matrice de support, les journaux serveur, l'adoption, les deux réponses sur le SEO et la visibilité, le tutoriel, l'exemple commenté, le contenu à y mettre, l'arbre de décision, le démontage des affirmations en circulation et les limites. FAQ ramenée à huit questions.
  • 9 août 2026Publication initiale : spécification exacte (H1 obligatoire, section Optional, pages .md), statut de standardisation (aucune démarche IETF ou W3C, désinformation écartée), llms-full.txt et tailles mesurées, chaîne d'accès des IA et place théorique du fichier, principe publier contre consommer, statut par système (Google avec chronologie complète et contradiction Chrome, OpenAI, Anthropic, Perplexity, Microsoft, agents de code), matrice de support avec niveaux de preuve, cinq études de journaux serveur, chiffres d'adoption par échantillon, effet SEO et risque de contenu dupliqué (noindex), verdict visibilité IA, comparaison robots.txt sitemap Schema.org, tutoriel de création, exemple complet et trois squelettes par type de site, contenus à inclure et à proscrire, protocole de test Evocia (journaux, panel, canari), arbre de décision, matrice de priorisation des 10 heures, affirmations contre réalité, maintenance, limites et FAQ de 30 questions.

À lire aussi

Commencez par le test gratuit : 3 requêtes, une synthèse claire.

Sans engagement · Analyses réalisées à la main par Evocia, dans l'ordre d'arrivée

Tester ma visibilité IA