llms.txt : Ce que c'est, qui le lit, et pourquoi le mettre en place de toute façon

Cherchez « llms.txt » et vous trouverez deux camps, tous deux se trompant dans des directions opposées. L'un le vend comme le nouveau billet obligatoire vers la visibilité IA — générez le vôtre aujourd'hui ou disparaissez de ChatGPT. L'autre l'écarte comme mort-né parce que Google a dit qu'il ne lisait pas le fichier. Aucun camp n'énonce la position réelle, qui est plus intéressante que chacune de ces présentations : llms.txt est une proposition sensée et bien conçue qui, à ce jour, n'a été confirmée comme consommée par aucun moteur de réponses majeur — et elle vaut toujours le coup de la mettre en place, car cela coûte environ une heure et le risque est zéro.

Ce guide est la version honnête : ce que le fichier est réellement, ce qu'il n'est pas, ce que les preuves disent de qui le lit, et pourquoi le cas à faible coût tient bon même si l'engouement s'effondre. Il figure sous notre pilier de recherche IA, aux côtés des disciplines qui augmentent réellement la visibilité IA — l'optimisation des moteurs de réponses en étant le principal.

Ce que llms.txt est réellement

llms.txt est une norme proposée : un fichier Markdown servi à la racine de votre site — /llms.txt — qui offre aux modèles de langage une carte curatée et sans bruit de vos contenus les plus importants. Elle a été proposée en septembre 2024 par Jeremy Howard d'Answer.AI, et la spécification se trouve à llmstxt.org. Le raisonnement est solide. Un modèle de langage lisant votre site au moment de l'inférence fait face à deux contraintes : une fenêtre de contexte trop petite pour tout absorber, et du HTML qui enterre le contenu sous la navigation, les bannières de cookies et les scripts. Un index Markdown curatisé à la main résout les deux — voici nos pages essentielles, une ligne pour chacune expliquant pourquoi elles importent, dans un format qu'un modèle analyse naturellement.

Le format est délibérément simple : un H1 avec le nom du site, une citation résumant ce que le site est, puis des sections de liens avec de courtes descriptions. La spécification ajoute deux compagnons optionnels — /llms-full.txt, qui intègre le contenu complet des pages clés dans un seul grand fichier, et des miroirs Markdown de pages individuelles (ajoutez .md à une URL, obtenez la version texte propre). Les plateformes de documentation l'ont adopté en premier : Mintlify fournit llms.txt pour les sites de docs qu'il héberge, et les entreprises orientées développeurs — Anthropic comprises — publient les leurs. Cette adoption est réelle. Ce qu'elle signifie est par où l'honnêteté doit commencer.

Ce que llms.txt n'est pas

La plupart de la confusion autour du fichier vient du fait de le mapper sur des normes qu'il ressemble superficiellement. Ce n'est pas robots.txt — il n'accorde et ne restreint rien, et un crawler qui veut l'ignorer simplement le fait. Ce n'est pas sitemap.xml — un sitemap énumère chaque URL pour la machinerie d'indexation ; llms.txt organise une liste restreinte pour un lecteur avec un budget d'attention limité. Et ce n'est pas un signal de classement d'aucune sorte : aucun moteur de recherche n'a jamais dit que la présence du fichier affecte comment un site se classe ou la fréquence à laquelle il est cité.

Cette troisième ligne est tout le débat. Le fichier est bien conçu et peu coûteux à produire — mais une norme n'est une norme que lorsque l'autre côté du protocole se montre. Jusqu'à présent, le côté publication s'est montré en force et le côté consommation ne s'est pas montré.

Les preuves, honnêtement : qui la lit réellement

Voici l'état actuel, énoncé clairement. Google a dit qu'il n'utilise pas llms.txt — John Mueller l'a publiquement comparé à la balise meta keywords, l'auto-description d'un site qu'aucun moteur ne fait assez confiance pour consommer. OpenAI, Anthropic et Perplexity publient de la documentation sur les crawlers couvrant les directives robots.txt ; aucun d'eux ne documente la récupération ou le respect de llms.txt pour leurs produits de recherche ou de réponses. Et les praticiens qui ont vérifié les journaux du serveur rapportent le même schéma : les crawlers IA majeurs demandent des pages, parfois agressivement, et en grande partie ne demandent pas /llms.txt du tout.

Les statistiques d'adoption brouillent cela, donc séparons les deux côtés du marché. Des milliers de sites publient llms.txt est un fait du côté de l'offre — cela prouve que le fichier est facile à déployer et que l'idée est attrayante. Cela ne prouve rien de la consommation. Anthropic publiant un llms.txt pour ses propres docs ne signifie pas que Claude récupère le vôtre ; Mintlify générant le fichier pour chaque site de docs qu'il héberge ne signifie pas qu'un moteur de réponses en lit un quelconque. Le côté demande — un moteur disant « nous récupérons ce fichier et cela change ce que nous citons » — est la réclamation qui compte, et elle n'a pas été faite par quelqu'un qui fait tourner un moteur de réponses à grande échelle.

Des milliers de sites publient llms.txt. Aucun moteur majeur n'a confirmé en lire un. Une norme avec seulement un côté offre est une proposition — et c'est bien d'la traiter comme exactement cela.

Un détail live rend le point mieux que n'importe quel argument. Lancez une vérification SERP sur la requête « llms.txt » elle-même et Google y répond avec un AI Overview au-dessus des résultats — une requête sur un fichier pour les réponses IA, résolue par une réponse IA, provenant du web classé ordinaire. Les moteurs synthétisent déjà des réponses sur llms.txt en utilisant tout sauf llms.txt. C'est la mécanique zero-click en miniature, et un rappel d'où les décisions de citation viennent réellement aujourd'hui : la page indexée, classée et citable — pas le fichier manifeste à côté.

Le cas à faible coût de la mettre en place de toute façon

Étant donné tout cela, la recommandation honnête est toujours : la mettre en place. Pas parce que le buzz a secrètement raison, mais parce que le pari est asymétrique d'une manière que presque rien en SEO ne l'est. Le coût est à peu près une heure et un petit fichier statique. Le risque est zéro — aucun moteur ne pénalise le fichier, aucun utilisateur ne le voit, rien ne casse. L'avantage a trois parties, dans l'ordre décroissant de certitude.

Premièrement, la partie certaine : l'écrire force la clarté du contenu. Pour produire un bon llms.txt, vous devez nommer vos dix ou vingt pages les plus importantes et décrire chacune en une ligne honnête. La plupart des sites ne peuvent pas le faire sans découvrir quelque chose — des pages qui se chevauchent, des pages que personne ne peut résumer parce qu'elles n'ont pas de point, une architecture sans réponse à « qu'est-ce qu'un étranger devrait lire en premier ? » Cet audit éditorial paie seul pour l'heure, que ou non toute machine ne récupère jamais le résultat.

Deuxièmement, la partie réelle-aujourd'hui : les agents au moment de l'inférence. Les crawlers ignorant le fichier ne signifie pas que rien ne le lit. Un développeur pointant un agent de codage vers vos docs, un chercheur remettant votre site à un assistant, un outil agentic chargé d'évaluer votre produit — ces récupérations ponctuelles et dirigées sont exactement le consommateur pour lequel la spécification a été conçue, et ils existent maintenant. Pour les sites riches en documentation, c'est un public réel, si restreint.

Troisièmement, la partie spéculative : l'assurance. Si n'importe quel moteur majeur annonce un jour le support, les sites avec le fichier déjà en place gagnent d'avance un cycle d'actualités gratuitement. Pondérez cela à presque rien — honnêtement tarifé, c'est un billet de loterie qui est venu gratuit avec du travail dont vous aviez déjà bénéficié.

Comment en écrire une bonne en environ une heure

Ignorez les générateurs — la valeur est dans la curation, et la curation est la partie qu'un générateur ne peut pas faire. Le format est du Markdown simple : un H1 avec le nom du site, une citation d'une ou deux phrases énonçant ce que le site est et pour qui, puis quelques sections H2 de liens, chaque lien suivi d'une description d'une ligne. Trois règles font la différence entre un fichier utile et un geste symbolique.

Organisez sans pitié. Dix à vingt-cinq liens, pas votre sitemap. Le fichier existe parce que l'attention d'un modèle est rare ; un llms.txt de 400 lignes a déjà échoué sa propre prémisse. Décrivez honnêtement. Chaque ligne devrait dire ce qu'une page contient, pas la vendre — « tarification et comparaison de plans » surpasse « découvrez nos solutions flexibles. » Un modèle décidant quoi récupérer ensuite a besoin d'indices d'information, pas d'adjectifs. Gardez-le vrai. Un llms.txt stale pointant vers des pages renommées est pire qu'aucun. Générez-le à partir de votre structure de route ou du registre de contenu au moment de la construction si vous pouvez ; sur un site Next.js, c'est un seul petit gestionnaire de route lisant la même source de vérité que votre sitemap.

Où se trouve le vrai travail de recherche IA

Le danger avec llms.txt n'est pas de la mettre en place — c'est la confondre avec une stratégie. Si votre objectif est d'être cité par les moteurs de réponses, les leviers avec des preuves réelles derrière eux sont les unglamoureux : structure de page answer-first qu'un modèle peut lever verbatim, signaux nets d'entité et de schéma, autorité réelle, et pages qui répondent directement aux requêtes en forme de question déjà visibles dans votre Search Console. C'est la discipline que notre guide AEO parcourt étape par étape, et aucun d'elle n'est remplacée par un fichier manifeste. Les moteurs citent les pages qu'ils ont indexées, classées et pouvaient citer proprement. Un site avec un llms.txt parfait et des réponses enterrées perd face à un site sans llms.txt et un premier paragraphe citable — à chaque fois, sur chaque moteur que quelqu'un a mesuré.

Alors ordonnancez-le honnêtement : llms.txt figure à la fin de la liste de contrôle de recherche IA, pas au début. C'est l'article le moins coûteux de la liste et aussi le moins conséquent — faites-le dans l'heure qu'il mérite, puis consacrez le reste du trimestre au travail qui détermine si vous êtes la source à l'intérieur de la réponse.

Mettez-la en place, enregistrez-la, ne vous attendez à rien

Une dernière discipline, car c'est la règle maison pour tout ce que nous déployons : traitez llms.txt comme n'importe quel autre changement — comme une tâche suivie avec une attente honnête attachée. Dans ce cas, l'attente honnête est aucun mouvement mesurable. Ne laissez personne — fournisseur, agence ou votre propre optimisme — attribuer un changement de trafic ou de citation à un fichier sans consommateurs confirmés. Enregistrez la tâche, notez que l'impact direct attendu est nul et que le vrai livrable était l'audit de clarté, et vérifiez vos journaux du serveur dans un trimestre pour voir si quelque chose l'a récupéré. Si la norme gagne jamais un consommateur confirmé, cette entrée de journal est votre avant/après baseline. C'est l'habitude du SEO en boucle fermée : chaque changement porte son impact attendu dès le départ, donc personne ne peut réclamer le mérite après coup pour un mouvement qu'il n'a pas causé.

Si vous voulez voir où votre site en est réellement avec la recherche IA — quelles requêtes vous font déjà apparaître, où vous êtes vus mais jamais choisis, et quelles pages un modèle pourrait citer aujourd'hui — commencez par un rapport SEO gratuit sur votre vraie donnée Search Console. Il ne parlera pas beaucoup de llms.txt, et maintenant vous savez pourquoi : le fichier vaut une heure, et les réponses valent le trimestre. Si vous préférez en parler, réservez un appel.