llms.txt : ce que ce fichier change (et ce qu'il ne fait pas)

Une convention que tout le monde cite et que presque personne ne déploie proprement

llms.txt est un fichier texte, posé à la racine d’un site, qui dit aux modèles de langage où regarder et quoi retenir. L’idée tient en une ligne, et c’est probablement pour ça qu’elle a circulé si vite. En réunion, le sujet revient régulièrement : faut-il un llms.txt, est-ce que ça améliore la visibilité dans ChatGPT, est-ce qu’on est en retard si on ne l’a pas. La réponse honnête est moins spectaculaire que la hype, et plus utile.

Le fichier existe, la spécification est claire, et le mettre en place coûte quelques heures. Ce qui manque, c’est une lecture lucide de ce qu’il produit vraiment aujourd’hui. Entre ceux qui le présentent comme le nouveau sitemap obligatoire et ceux qui le balaient comme un gadget inutile, il y a un usage raisonnable que peu de sites B2B appliquent correctement.

Ce que dit la spécification

llms.txt a été proposé par Jeremy Howard, cofondateur d’Answer.AI, en septembre 2024. La spécification, publiée sur llmstxt.org, décrit un fichier Markdown unique, accessible à l’URL /llms.txt à la racine du domaine. Son objectif déclaré : offrir aux LLMs une version concise et structurée du contenu d’un site, là où une page HTML complète est lourde, polluée par la navigation, les scripts et les éléments d’interface.

La structure recommandée est simple. Un titre de niveau 1 avec le nom du projet. Un bloc de citation (blockquote) qui résume en quelques phrases ce qu’est l’organisation. Puis des sections de niveau 2 contenant des listes de liens, chacun accompagné d’une courte description. Une convention complémentaire, /llms-full.txt, propose de concaténer le contenu intégral des pages importantes dans un seul fichier, pour les outils capables d’ingérer un long document en une fois.

L’analogie revendiquée par la spécification est celle du fichier robots.txt et du sitemap.xml : un standard léger, lisible par machine, posé à un emplacement convenu. La différence de fond est que llms.txt n’est pas une liste exhaustive d’URLs, mais une sélection éditorialisée et résumée. C’est un index de curation, pas un inventaire.

La raison d’être avancée par Howard tient à une contrainte technique réelle. Une page HTML moderne est lourde et bruitée : menus, scripts, encarts, bannières de consentement, pieds de page. Pour un modèle qui dispose d’une fenêtre de contexte limitée, ingérer cette page brute revient à lire un document où le signal utile est noyé. llms.txt propose un texte propre, déjà débarrassé de l’habillage, où chaque ligne porte de l’information. La variante /llms-full.txt, qui concatène le contenu intégral des pages clés, pousse cette logique plus loin : elle offre au modèle l’ensemble du fond en un seul fichier, prêt à être absorbé sans navigation. Les deux fichiers répondent à des usages différents, l’un comme carte, l’autre comme corpus.

Ce que les moteurs IA en font réellement aujourd’hui

C’est ici que la nuance compte, et que beaucoup d’articles promotionnels s’arrêtent un peu vite. À date, aucun grand éditeur de modèle n’a documenté publiquement qu’il lit /llms.txt pour construire ses réponses. Ni OpenAI, ni Anthropic, ni Google, ni Perplexity n’ont confirmé que le fichier influence ce que leurs systèmes citent. John Mueller, de Google, a comparé publiquement en 2025 le statut actuel de llms.txt à celui de la balise meta keywords : une déclaration que le site fait sur lui-même, que rien n’oblige le moteur à croire ni même à lire.

Cela ne veut pas dire que le fichier est ignoré partout. L’adoption est réelle, mais elle se concentre sur un usage précis : les outils de documentation technique. Des plateformes comme Mintlify génèrent automatiquement un llms.txt pour les docs qu’elles hébergent, et de nombreux éditeurs de logiciels (dont Anthropic pour sa propre documentation) en publient un. Dans ce contexte, le fichier sert surtout à alimenter des assistants de code et des chatbots de support qui pointent explicitement vers une documentation, pas à peser sur les réponses généralistes de ChatGPT à une requête commerciale.

Cette concentration sur la documentation n’est pas un hasard. Quand un développeur demande à un assistant comment utiliser une API, l’outil sait déjà vers quelle source pointer : il interroge la documentation du produit, et un llms.txt bien fait lui sert d’entrée structurée. Le cas est fermé, le périmètre est connu. Une requête généraliste posée à ChatGPT, du type “quelle agence pour rendre ma marque citable par les IA”, n’a pas ce point d’entrée : le modèle ne part pas du site d’un fournisseur, il part de la question. C’est toute la différence entre un assistant qui consulte une source désignée et un moteur de réponse qui doit sélectionner ses sources dans un corpus large. llms.txt aide le premier cas. Il n’a, à ce jour, pas d’effet démontré sur le second, qui est précisément celui qui intéresse une marque B2B cherchant de la visibilité.

Plusieurs annuaires recensent les sites qui publient un llms.txt, ce qui donne une mesure de la diffusion de la convention. Mais publier le fichier et le voir réellement consommé par un moteur sont deux choses distinctes, et seule la première est observable aujourd’hui.

llms.txt n’est pas, à date, un levier de citation prouvé. C’est un pari à faible coût sur une convention qui pourrait se généraliser, et un exercice de curation utile en lui-même.

La distinction est importante pour un dirigeant qui arbitre un budget. Déployer llms.txt en espérant un gain mesurable de visibilité dans les moteurs de réponse grand public serait une erreur d’attribution. Le déployer parce qu’il coûte peu, qu’il ne nuit pas, et qu’il vous force à clarifier vos contenus citables : voilà un raisonnement défendable.

llms.txt, robots.txt, sitemap : trois fichiers, trois rôles

La confusion la plus fréquente consiste à traiter llms.txt comme un remplaçant des fichiers existants. Ce sont trois objets distincts, qui répondent à trois besoins différents et coexistent sans conflit.

Fichier	Rôle	Public visé	Statut
robots.txt	Autoriser ou bloquer le crawl par agent	Crawlers (dont GPTBot, ClaudeBot)	Standard respecté de longue date
sitemap.xml	Lister exhaustivement les URLs indexables	Moteurs de recherche	Standard établi et utilisé
llms.txt	Résumer et sélectionner les contenus clés	Modèles de langage	Convention récente, adoption inégale

robots.txt gère les permissions : il dit qui a le droit de venir. Le sitemap gère l’exhaustivité : il liste tout ce qui mérite d’être indexé. llms.txt gère la curation : il met en avant ce qui compte vraiment et le résume. Un site sérieux a besoin des trois, et configurer correctement son robots.txt pour accueillir les crawlers IA reste, lui, un prérequis dont l’effet est documenté, contrairement à llms.txt.

Comment l’implémenter proprement sur un site B2B

Si vous décidez de le déployer, autant le faire correctement. Un llms.txt bâclé est pire qu’absent : il signale un site mal tenu. Voici l’ordre des opérations.

1. Vérifiez d’abord les fondamentaux. Un llms.txt n’a de sens que si le contenu vers lequel il pointe est lui-même citable : autoportant, factuel, daté. Si vos pages ne se comprennent pas seules, commencez par là. Notre audit GEO, à partir de 590 € livré en 10 jours (TVA non applicable, art. 293 B du CGI), part justement de cet état des lieux.
2. Rédigez le bloc d’identité. Le résumé en blockquote est la partie la plus lue. En trois à cinq phrases, dites qui vous êtes, ce que vous faites, et ce qui vous distingue, sans superlatifs. C’est la même discipline que pour une fiche entité.
3. Sélectionnez, ne listez pas tout. L’intérêt d’un llms.txt est la curation. Pointez vers vos pages de service, vos pages piliers et vos articles de référence, chacun avec une description d’une ligne. Laissez de côté les pages légales, les pages de remerciement, les filtres.
4. Décrivez chaque lien. Un lien nu n’aide personne. La description courte qui l’accompagne est ce qui permet à un modèle de comprendre l’intérêt d’une page sans l’ouvrir.
5. Automatisez la mise à jour. C’est le point que la plupart des sites ratent, et il mérite sa propre section.

Pourquoi un fichier généré au build bat un fichier statique oublié

Le piège du llms.txt écrit à la main est le même que celui du sitemap d’il y a quinze ans : on le crée une fois, on est content, puis le site évolue et le fichier ment. De nouveaux articles paraissent sans y figurer. Des pages disparaissent mais restent listées. Six mois plus tard, le fichier décrit un site qui n’existe plus, et ce qui devait être un signal de sérieux devient un signal de négligence.

La bonne pratique est de générer llms.txt au moment du build, à partir des mêmes sources que le site lui-même. C’est exactement le choix fait sur seoisdead.fr : le fichier /llms.txt est produit automatiquement depuis les collections de contenu (services, ressources, articles). Chaque nouvel article publié y apparaît sans intervention, et aucune page supprimée n’y subsiste. Le fichier ne peut pas se désynchroniser du site, parce qu’il est dérivé du site.

Cette logique de génération à la source vaut au-delà de llms.txt : elle s’applique aux images Open Graph, au sitemap, aux dates de dernière modification. Une marque qui pratique le GEO sérieusement traite ses signaux machine comme du code, pas comme des fichiers manuels à entretenir. La cohérence d’ensemble compte plus que chaque fichier pris isolément, et c’est ce que nous construisons dans nos missions d’accompagnement, à partir de 590 €/mois.

Faut-il s’en occuper maintenant ?

La réponse dépend de votre point de départ. Si votre contenu n’est pas encore autoportant, si vos données structurées sont incomplètes, si votre site est en rendu JavaScript que les crawlers IA ne voient pas, alors llms.txt est un détail qui peut attendre. Vous gagnerez davantage en rendant vos pages réellement lisibles par les machines, sujet que nous détaillons dans notre article sur les signaux d’autorité reconnus par les LLMs.

Si en revanche vos fondamentaux sont solides, alors déployer un llms.txt généré au build est un investissement raisonnable : quelques heures, aucun risque, et un positionnement propre si la convention venait à être réellement exploitée par les moteurs. C’est le profil d’un pari asymétrique à faible mise. Vous ne misez pas votre stratégie dessus, vous prenez une option peu chère sur un futur possible. La méthode GEO que nous appliquons range llms.txt exactement à cette place : une finition, pas un fondement.

À retenir

• llms.txt est un fichier Markdown à la racine du site, proposé en septembre 2024, qui résume et sélectionne les contenus clés pour les LLMs. La spécification est simple et stable.
• À date, aucun grand éditeur de modèle n’a confirmé l’exploiter pour ses réponses grand public. L’adoption réelle se concentre sur les outils de documentation technique.
• C’est un pari à faible coût, pas un levier de citation prouvé. Son bénéfice le plus sûr est l’exercice de curation qu’il impose en interne.
• robots.txt, sitemap.xml et llms.txt remplissent trois rôles distincts et coexistent. llms.txt ne remplace ni l’un ni l’autre.
• Un fichier généré au build reste exact tout seul ; un fichier statique se périme. Traitez vos signaux machine comme du code, pas comme des fichiers à maintenir à la main.