Le fichier llms.txt est un fichier Markdown placé à la racine d'un site, qui propose aux modèles de langage un sommaire lisible de son contenu : un titre, un résumé, et des listes de liens annotés vers les pages qui comptent. Proposé par Jeremy Howard le 3 septembre 2024, il est devenu en deux ans la recommandation la plus répétée du marché du référencement IA, et la plus mal comprise. Les mesures publiées en 2026 sont sans ambiguïté sur un point : aucun moteur génératif ne va chercher ce fichier pour décider qui citer. Cela ne veut pas dire qu'il ne sert à rien. Cela veut dire qu'il sert à quelqu'un d'autre que celui à qui on le vend.

Ce que llms.txt est, et ce qu'il n'est pas

La confusion la plus répandue en France tient en une phrase que l'on retrouve dans plusieurs des dix premiers résultats de Google sur la requête : llms.txt servirait à « contrôler l'accès des IA à vos contenus ». C'est faux, et l'erreur n'est pas anodine, parce qu'elle conduit des équipes à croire qu'elles ont posé une protection là où il n'y a rien.

Le contrôle d'accès se joue dans le robots.txt et à la bordure de votre réseau, avec des règles que les crawlers respectent ou non, et des codes retour qui tranchent. Nous détaillons ce terrain dans notre article sur les crawlers IA et le robots.txt. Le llms.txt, lui, ne contient aucune directive, aucun Disallow, aucune notion de permission. La spécification ne prévoit rien de tel. C'est un document de présentation, pas une serrure.

L'image juste : le robots.txt est la porte d'entrée, le llms.txt est le sommaire posé sur la table d'accueil. Il n'empêche personne d'entrer, et personne n'est obligé de le lire.

Sa finalité déclarée est d'ailleurs plus étroite qu'on ne le croit. La spécification indique que le fichier sera « surtout utile pour l'inférence, c'est-à-dire au moment où un utilisateur cherche de l'aide ». Autrement dit : aider un modèle déjà en train de travailler sur votre documentation à trouver la bonne page, sans avoir à digérer votre HTML. Rien, dans le texte d'origine, ne promet une citation supplémentaire dans ChatGPT.

Le format, en une minute

La spécification est courte. Un fichier conforme contient, dans cet ordre :

  • un titre de niveau 1 avec le nom du site ou du projet, seul élément obligatoire ;
  • une citation en bloc (>) qui résume l'essentiel en quelques lignes ;
  • zéro ou plusieurs paragraphes de contexte libre ;
  • zéro ou plusieurs sections de niveau 2, chacune contenant une liste de liens au format [nom](url), suivis d'un : et d'une note facultative ;
  • une section finale nommée Optional, dont le contenu peut être ignoré quand le contexte disponible est réduit.
# Nom du site

> Résumé en deux ou trois phrases : ce que fait l'entreprise,
> pour qui, et sur quel périmètre.

## Pages principales

- [Titre de la page](https://exemple.fr/page/): ce qu'on y trouve, en une ligne.
- [Autre page](https://exemple.fr/autre/): son angle et son périmètre.

## Optional

- [Mentions légales](https://exemple.fr/mentions/): informations secondaires.

Une convention parallèle s'est installée à côté de la spécification : le llms-full.txt, qui concatène le texte intégral des pages au lieu de lister leurs liens. Elle est aujourd'hui surtout diffusée par les plateformes de documentation, qui le génèrent automatiquement. La spécification, elle, prévoit son propre outil, llms_txt2ctx, qui produit des fichiers de contexte nommés llms-ctx.txt et llms-ctx-full.txt. Retenez la distinction utile : le llms.txt est un sommaire, le llms-full.txt est un livre entier.

Ce que mesurent les études de 2026

Trois travaux indépendants, menés sur des méthodes différentes, arrivent à la même conclusion. Nous les résumons ici parce que le débat français s'est longtemps tenu sans données.

Source Méthode Résultat sur llms.txt
Ahrefs, juin 2026 137 210 domaines ayant reçu du trafic en mai 2026 28 % publient un fichier valide ; 97 % de ces fichiers n'ont reçu aucune requête sur le mois
SeoMix, juin 2026 Logs de 6 sites sur 60 jours (avril-mai 2026) 33 092 passages de robots d'IA, 2 249 URL crawlées, zéro requête sur llms.txt
Senthor Plus de 10 millions de requêtes d'IA identifiées depuis septembre 2025 104 requêtes seulement, aucune attribuable à un bot d'IA identifié

Le chiffre le plus parlant vient d'Ahrefs, et il ne concerne pas l'absence de trafic mais sa composition. Sur les requêtes que ces fichiers reçoivent effectivement, 77 % proviennent d'outils qui n'ont rien à voir avec l'IA : crawlers d'audit SEO, robots de profilage technique, aspirateurs génériques. Les bots d'IA nommés représentent 19,5 % du total. Et dans cette part, les robots de recherche, ceux qui décident réellement de vos citations, pèsent 1,1 % : PerplexityBot et OAI-SearchBot sont statistiquement absents.

Une observation d'Ahrefs explique tout le reste : aucun bot d'IA ne part à la recherche d'un llms.txt là où il n'y en a pas. Les outils ne le réclament jamais spontanément, seulement quand on les y dirige. Ce n'est pas un fichier découvert, c'est un fichier demandé.

Le détail que le marché passe sous silence

C'est là que le récit « llms.txt ne sert à rien » devient à son tour trop simple. Regardez qui compose ces 19,5 % de bots d'IA : la première catégorie, avec 10,5 %, ce sont les agents et l'infrastructure qui les sert, Claude-Code en tête. Viennent ensuite les robots d'entraînement à 5,3 %, dont GPTBot seul à 4,51 %. Les assistants grand public sont à 2,5 %.

Traduction : le llms.txt a un public réel, et ce public écrit du code. Un développeur qui demande à Claude Code ou à Cursor d'intégrer votre API bénéficie directement d'un sommaire propre, parce que l'agent y trouve la bonne page de documentation au lieu de deviner un endpoint. C'est exactement l'usage d'inférence décrit dans la spécification d'origine.

Cette adoption a une date de naissance identifiable. En novembre 2024, la plateforme de documentation Mintlify a activé la génération de llms.txt sur l'ensemble des sites qu'elle héberge, ce qui a fait apparaître le fichier du jour au lendemain chez ses clients, Anthropic et Cursor en tête. La pratique s'est ensuite étendue par elle-même aux éditeurs qui gèrent leur documentation en interne : Stripe et Cloudflare en servent un aujourd'hui. On le trouve donc massivement chez les éditeurs d'API, et presque jamais sur les sites vitrines. Mintlify formule elle-même la nuance mieux que la plupart des articles SEO : optimiser pour l'IA et optimiser pour un moteur de recherche ne poursuivent pas le même but.

La bonne question n'est donc pas « faut-il un llms.txt ? » mais « qui essayez-vous de servir ? ». Si la réponse est « les développeurs qui intègrent mon produit avec un agent », le fichier a du sens. Si la réponse est « ChatGPT, quand un prospect demande une recommandation », il n'en a aucun.

Ce que dit Google, et ce que les autres ne disent pas

Google a tranché publiquement. Son guide d'optimisation pour les fonctionnalités génératives, mis à jour le 10 juillet 2026, consacre une section aux idées reçues et y range explicitement ces fichiers : vous n'avez pas besoin de créer de nouveaux fichiers lisibles par machine, de fichiers texte pour l'IA ni de Markdown pour apparaître dans Google Search, y compris dans ses fonctionnalités génératives, parce que Google Search ne les utilise pas. Le document ajoute que les maintenir pour d'autres services est parfaitement acceptable, et que cela ne nuira ni n'aidera votre visibilité, Google les ignorant.

C'est la même position que celle observée sur les données structurées, un sujet où nous avions déjà relevé l'écart entre le discours du marché et les mesures disponibles, dans notre article sur schema.org et le GEO.

Du côté d'OpenAI, d'Anthropic et de Perplexity, il n'existe à ce jour aucun engagement public à consommer le fichier dans les moteurs de réponse. C'est un point important pour arbitrer : deux ans après la proposition, l'absence d'adoption déclarée n'est plus un simple retard de calendrier, c'est un signal.

Faut-il en publier un ?

Notre position, formée sur les audits que nous menons : le llms.txt coûte peu, ne présente pas de risque en soi, et n'a aucun effet sur vos citations. Il ne mérite donc ni la ferveur ni l'anathème, seulement une décision tranchée selon votre profil.

Votre situation Notre recommandation
Éditeur de logiciel, API, outil technique Oui. Vos utilisateurs travaillent avec des agents de code qui liront le fichier. C'est un enjeu d'expérience développeur, pas de SEO.
Site de documentation ou base de connaissances Oui, d'autant plus s'il est généré automatiquement par votre plateforme.
Site vitrine, PME, e-commerce, média Facultatif. Un après-midi de travail, aucun gain de citation attendu. À ne faire qu'une fois le reste en place.
Vous l'avez publié en espérant des citations Gardez-le, sans y compter. Puis allez chercher le gain là où il se trouve : accessibilité, passages citables, sources tierces.

Le vrai risque n'est pas le fichier, c'est l'ordre des priorités. Nous avons vu des équipes soigner leur llms.txt pendant que leur site restait invisible aux robots d'index, ou qu'aucun de leurs paragraphes ne répondait seul à une question. Un fichier de 40 lignes ne compense jamais un site dont les réponses ne sont pas extractibles, comme nous l'expliquons dans notre guide pour être cité par ChatGPT.

Nous en publions un sur ce site, et nous l'assumons pour ce qu'il est : un inventaire à jour de nos pages et de leur périmètre, utile à un agent qu'on y envoie, et un exercice de discipline éditoriale. Ce n'est pas ce qui nous fait citer.

Si vous en publiez un, cinq règles

  • Ne renvoyez que vers des URL réelles et canoniques : un sommaire qui pointe vers des pages supprimées est pire que pas de sommaire du tout.
  • Annotez chaque lien. Toute la valeur du fichier tient dans la note qui suit le :, pas dans la liste d'URL, parce que c'est elle qui permet à un agent de choisir sans ouvrir dix pages.
  • Datez-le, et tenez-le à jour. Un fichier figé depuis dix-huit mois décrit un site qui n'existe plus. Si vous ne pouvez pas le maintenir, ne le créez pas.
  • N'y écrivez rien qui contredise vos pages. Servir un contenu différent aux machines et aux humains est du cloaking, et c'est le seul scénario où ce fichier peut réellement vous nuire.
  • Mesurez ce que vous exposez : un llms.txt bien fait est aussi une carte de votre stratégie de contenu, lisible par un concurrent en un clic. Sur un marché disputé, l'arbitrage mérite d'être posé.

Ce qu'il faut retenir

Le llms.txt est un sommaire, pas une serrure : il ne contrôle aucun accès. Trois études indépendantes en 2026 montrent que les robots de recherche des moteurs génératifs ne le lisent pas, et Google déclare explicitement l'ignorer. Son public réel existe mais il est ailleurs : les agents de code, qui le consomment quand on les y dirige. Publiez-le si vous vendez un produit technique ; considérez-le comme facultatif sinon, et ne le comptez jamais dans votre plan de visibilité IA.

Pour mesurer ce qui compte vraiment, plutôt que la présence d'un fichier, voyez nos quatre sources de données pour mesurer sa visibilité IA. Et si vous voulez la méthode complète dans l'ordre où elle produit des résultats, elle est détaillée sur notre page Generative Engine Optimization, avec les fourchettes de budget correspondantes.