llms.txt : à quoi ça sert et quelles IA le lisent vraiment ?

llms.txt est un fichier markdown proposé, servi à la racine d’un site, qui fournit aux grands modèles de langage un index éditorialisé des contenus clés. Jeremy Howard, d’Answer.AI, en a publié la spécification le 3 septembre 2024. En 2026, aucun grand moteur d’IA n’en déclare le support : Google l’a rejeté explicitement, la documentation du crawler d’OpenAI ne le mentionne jamais et Ahrefs a constaté que 97 % des fichiers publiés ne reçoivent aucune requête. Voici le format, les preuves et les cas où il garde un intérêt.

Qu’est-ce que llms.txt et d’où vient ce format ?

llms.txt est une proposition de Jeremy Howard, cofondateur d’Answer.AI et de fast.ai, publiée le 3 septembre 2024 sur llmstxt.org. Ce n’est pas une norme web ratifiée : aucun éditeur d’IA n’est tenu de la lire et l’adoption est entièrement volontaire.

Le problème visé est pourtant réel. Les modèles de langage travaillent sous la contrainte d’une fenêtre de contexte limitée, et la spécification part de ce constat. La réponse de Howard est un fichier markdown compact en /llms.txt, écrit pour aider les LLM à exploiter un site au moment de l’inférence : un résumé court, puis des liens vers les pages qui comptent, dans un format calibré pour ces limites.

La spécification ne s’arrête pas au fichier unique. Elle propose aussi de publier une version markdown propre de chaque page, à la même URL suivie de .md (et index.html.md pour les URL sans nom de fichier). Le cas d’usage qu’elle met en avant est celui des environnements de développement, où les LLM doivent accéder rapidement à la documentation de programmation et d’API.

llms.txt revient régulièrement dans les checklists de generative engine optimization. Reste à savoir si cette place est méritée : c’est précisément l’objet de ce guide.

À quoi ressemble un fichier llms.txt correct ?

Le format est minimal, selon la spécification officielle (septembre 2024). Un H1 avec le nom du site est la seule section obligatoire. Viennent ensuite, dans cet ordre :

1. Un blockquote contenant un résumé bref du site.
2. Zéro ou plusieurs sections markdown apportant du contexte utile.
3. Zéro ou plusieurs listes de fichiers, chacune délimitée par un H2, avec des liens au format [nom](url) éventuellement suivis de : note.
4. Une section spéciale nommée « Optional » pour le matériel secondaire, que l’on peut écarter lorsqu’il faut un contexte plus court.

Un squelette avec des valeurs indicatives ressemble à ceci :

# Entreprise Exemple

> Résumé en une phrase de ce que fait l'entreprise, et pour qui.

Court paragraphe de contexte qu'un modèle de langage devrait connaître.

## Documentation

- [Démarrage rapide](https://example.com/docs/quickstart.md): installation et premiers pas
- [Référence API](https://example.com/docs/api.md): endpoints et authentification

## Optional

- [Histoire de l'entreprise](https://example.com/about.md)

Quelle différence entre llms.txt, robots.txt et sitemap.xml ?

Leurs rôles sont distincts : robots.txt contrôle l’accès des crawlers, sitemap.xml liste les URL à indexer, et llms.txt est un guide de contenu éditorialisé, dépourvu de tout pouvoir contraignant. Il ne bloque rien et n’autorise rien.

Fichier	Rôle	Support officiel aujourd’hui
robots.txt	Autorise ou bloque l’accès des crawlers	Le seul mécanisme de contrôle documenté par OpenAI (developers.openai.com/api/docs/bots)
sitemap.xml	Liste les URL pour la découverte et l’indexation	Standard des moteurs de recherche de longue date
llms.txt	Index markdown éditorialisé pour les LLM	Aucun grand moteur d’IA ne déclare lire le fichier (2026)
llms-full.txt	Toute la documentation dans un seul fichier markdown	Généré automatiquement par des plateformes comme Mintlify

La documentation officielle des crawlers d’OpenAI (consultée en juillet 2026) couvre GPTBot, OAI-SearchBot, OAI-AdsBot et ChatGPT-User, désigne robots.txt comme unique mécanisme de contrôle et ne mentionne jamais llms.txt. Si votre objectif réel est de gérer l’accès des bots d’IA, c’est un travail pour robots.txt : notre guide des crawlers IA le détaille.

llms-full.txt en est la version maximaliste : au lieu d’un index, il déverse toute la documentation dans un unique fichier markdown. Sa limite pratique est la taille — sur les gros sites, il peut dépasser la fenêtre de contexte de nombreux modèles, ce qui le destine davantage à une ingestion volontaire qu’à la découverte.

Qui publie réellement un llms.txt ?

Surtout des plateformes qui le génèrent pour leurs utilisateurs, pas des sites qui l’ont choisi : 78,1 % des sites Shopify en publient un via un déploiement automatique, contre 5,61 % d’adoption sur le top 10 000 dans son ensemble, selon l’analyse HTTP Archive de Casey Burridge (juin 2026). Le cas d’usage qui laisse un vrai signal dans les logs serveur est plus étroit — la documentation technique — et là encore, le fichier provient souvent de l’hébergeur de docs plutôt que du propriétaire du site.

• Anthropic en publie un véritable : docs.anthropic.com/llms.txt redirige (301) vers platform.claude.com/docs/llms.txt, un index markdown intitulé « Anthropic Developer Documentation », avec des sections de liens par langage et par catégorie (vérifié le 16 juillet 2026).
• Perplexity sert docs.perplexity.ai/llms.txt, avec un H1 et un blockquote décrivant ses API.
• Mintlify a activé la génération automatique de /llms.txt et /llms-full.txt pour tous les sites de documentation qu’il héberge le 20 novembre 2024, en citant Anthropic, Windsurf et Bolt.new. Des milliers de sites de documentation ont obtenu le fichier du jour au lendemain.

Notez l’asymétrie : les laboratoires d’IA utilisent llms.txt pour leur propre documentation, mais aucun n’a déclaré que ses moteurs consomment le fichier sur les sites tiers. Selon l’analyse HTTP Archive de Casey Burridge (juin 2026), ChatGPT, Claude et Gemini n’ont pas de llms.txt sur leurs domaines principaux — uniquement sur leurs documentations développeurs.

Combien de sites ont adopté llms.txt ?

Entre environ 5 % et 28 %, selon l’échantillon mesuré, et uniquement selon lui. Les chiffres phares divergent parce que les méthodologies divergent.

Selon le jeu de données HTTP Archive de Burridge (de juillet 2025 à juin 2026), l’adoption dans le top 10 000 est passée de 1,04 % à 5,61 % en douze mois, soit environ 5,4×. Par plateforme, Shopify domine : 78,1 % des sites Shopify en publient un, sous l’effet d’un déploiement automatique plutôt que d’une adoption organique, tandis que WordPress se situe autour de 8,7 %. Selon Ahrefs (logs de mai 2026), 28 % des 137 210 domaines avec du trafic publient un llms.txt valide, soit environ 38 000 sites.

Les agrégateurs avancent encore d’autres chiffres : Rankability situe l’adoption à 8,7 % du top 1 000 mondial (juin 2026), une autre analyse portant sur environ 300 000 domaines a trouvé environ 10,13 %, et ppc.land fait état d’une croissance de 8,8× en douze mois, de 4 088 à 36 120 fichiers.

L’écart tient à la méthode, pas à une contradiction : échantillons de domaines, critères de validité et sources de données diffèrent. Deux signaux tiennent dans toutes les études. L’adoption progresse vite, et elle vient largement des plateformes — Shopify, Mintlify et Yoast SEO, qui génère automatiquement llms.txt comme fonctionnalité WordPress gratuite, sans pour autant garantir sur sa propre page produit que les plateformes d’IA l’utilisent.

Google utilise-t-il llms.txt ?

Non — et Google l’a dit au moins trois fois, avec un degré de formalité croissant.

En avril 2025, John Mueller a écrit sur Reddit (r/TechSEO), comme le rapporte Search Engine Journal, qu’aucun service d’IA n’a affirmé utiliser llms.txt, que les logs serveur montrent qu’ils ne vont même pas le chercher, et que le fichier lui rappelait la balise meta keywords — l’exemple canonique d’une métadonnée que les moteurs ont appris à ignorer.

En juillet 2025, Gary Illyes a été plus direct encore lors de l’événement Search Central Deep Dive APAC :

« Google doesn’t support LLMs.txt and isn’t planning to » — Gary Illyes (Google), rapporté par Search Engine Land, 24 juillet 2025

Toujours selon le même compte rendu, Illyes a ajouté qu’un SEO normal suffit pour apparaître dans les AI Overviews. Et la documentation officielle de Google Search Central sur les fonctionnalités IA (mise à jour le 10 décembre 2025) indique clairement qu’il n’est pas nécessaire de créer de nouveaux fichiers lisibles par machine, fichiers texte pour l’IA ou balisages pour y apparaître.

Mueller a également signalé une faille structurelle, d’après la couverture de Search Engine Journal : un site pourrait afficher une chose dans llms.txt et une autre aux utilisateurs comme aux moteurs. Ce risque de cloaking oblige tout bot sérieux à vérifier la vraie page de toute façon — ce qui rend le fichier redondant.

ChatGPT ou Claude lisent-ils llms.txt ?

Ni l’une ni l’autre des entreprises ne l’affirme. La documentation du crawler d’OpenAI désigne robots.txt comme unique mécanisme et ne contient aucune déclaration selon laquelle GPTBot ou ChatGPT lirait llms.txt. Anthropic publie le fichier pour sa propre documentation développeur, mais n’a jamais déclaré que Claude consomme les llms.txt de sites tiers — c’est l’absence d’une affirmation, pas un démenti.

Le seul signal positif se trouve dans les logs serveur. Parmi la minorité de récupérations de llms.txt qu’Ahrefs (mai 2026) attribue à des outils d’IA, GPTBot et Claude-Code ressortent. Cela désigne des assistants de code allant chercher de la documentation technique — pas des moteurs de recherche IA découvrant des sites ordinaires.

Que révèlent les logs serveur sur llms.txt ?

Un silence quasi total. Dans l’étude d’Ahrefs portant sur 137 210 domaines (logs de mai 2026), 97 % des fichiers llms.txt publiés n’ont reçu aucune requête. La conclusion d’Ahrefs elle-même : « AI search bots barely fetch these files, and no AI system goes looking for one. »

Le trafic effectivement arrivé était surtout du bruit. 96 % des requêtes venaient de bots — outils d’audit SEO (21,7 %), bots non identifiés (14,9 %), crawlers généralistes (13,1 %) et profileurs technologiques comme BuiltWith (11,6 %). Les outils d’IA représentaient 19,5 % de ces récupérations, GPTBot et Claude-Code en tête, mais seulement environ 1,1 % des requêtes provenaient de bots de récupération IA — l’audience théorique du fichier.

Dans la nomenclature d’UpgradePro, tout bénéfice de trafic attribué à llms.txt relève donc du SUPPOSÉ, pas du MESURÉ. Personne n’a publié de logs démontrant le contraire.

Faut-il créer un fichier llms.txt ?

Créez-le s’il ne vous coûte rien ; passez votre chemin s’il retire du temps à des chantiers réellement lus. Les données soutiennent une décision fondée sur le coût, pas sur le buzz.

Situation	Verdict
Documentation développeur, API ou produit SaaS	Meilleur cas : les assistants de code (GPTBot, Claude-Code) apparaissent réellement dans les logs
Documentation hébergée sur Mintlify	Déjà fait automatiquement depuis novembre 2024
Site WordPress avec Yoast SEO	Activez la fonctionnalité gratuite ; coût quasi nul, aucun trafic à espérer
Site vitrine de PME ou service local	Faible priorité : aucun moteur ne le lit, et il n’y a pas de docs à indexer

Quelle que soit votre décision, ne la financez pas au détriment de chantiers réellement étayés. Un HTML propre et crawlable, un contenu qui répond d’emblée et des données structurées que les systèmes d’IA analysent ont tous plus de droits sur vos heures qu’un fichier que, 97 % du temps, personne ne demande.

Que faire cette semaine ?

Une routine de 30 minutes, guidée par les preuves, pour une petite équipe :

1. Inspectez vos logs serveur à la recherche de requêtes vers /llms.txt sur les 90 derniers jours. Mesurez la demande avant d’investir : c’est toute la différence entre MESURÉ et SUPPOSÉ.
2. Sur WordPress : activez la génération gratuite de llms.txt par Yoast. Le coût étant quasi nul, les preuves négatives pèsent peu.
3. Sur une doc Mintlify : vous servez déjà /llms.txt et /llms-full.txt ; vérifiez qu’ils s’affichent correctement.
4. Si vous l’écrivez à la main : suivez la spécification à la lettre — H1, blockquote, listes de liens en H2, section « Optional ». Vingt minutes, une seule fois.
5. Ne redéployez pas de budget depuis la crawlabilité, la structure du contenu ou les données structurées vers la maintenance d’un llms.txt.
6. Refaites le point chaque trimestre. L’adoption a progressé d’environ 5,4× en un an ; si un moteur annonce un jour le support, le calcul change — et vos logs le verront en premier.

Et si vous voulez savoir où se situe réellement votre marque dans les réponses des IA aujourd’hui — mesuré avant et après, non supposé —, c’est exactement ce que livre notre audit de visibilité IA.