Qu’est-ce que llms.txt et votre site web en a-t-il besoin ?

Qu’est-ce que llms.txt ?
Le fichier llms.txt a été proposé en septembre 2024 par Jeremy Howard, d’Answer.AI. Il s’agit d’un fichier texte au format Markdown, placé à la racine de votre domaine (votresite.com/llms.txt) ou à un emplacement tel que /docs/llms.txt. Il sert de plan structuré de vos contenus les plus importants, conçu spécifiquement pour être lu par une machine plutôt que par un être humain. Le problème qu’il vise à résoudre est bien réel : les modèles de langage disposent d’une fenêtre contextuelle limitée, et l’analyse d’un site web volumineux peut en consommer une grande partie. Par ailleurs, une page web telle qu’elle s’affiche à l’écran contient souvent des éléments de navigation, des bannières de cookies, des publicités et des scripts ; votre contenu propre se trouve, en quelque sorte, noyé au milieu de tout cela (au sein du DOM, pour employer un terme technique).
Le format est volontairement simple. Un élément H1 contenant le nom de votre site constitue le seul élément obligatoire. Viennent ensuite, au choix, un résumé sur une ligne, puis des sections composées de liens, chacun accompagné d’une brève description. Une variante plus étoffée, « llms-full.txt », intègre directement le contenu au lieu de proposer des liens vers celui-ci. La spécification officielle tient en une page environ, ce qui donne une idée de la simplicité du dispositif.

Comment une machine peut-elle le trouver ?
La spécification définit également la manière dont une machine est censée localiser ces éléments. Deux relations de lien (« link relations ») permettent d’y parvenir. La première, `rel= »alternate »` avec l’attribut `type= »text/markdown »`, établit un lien depuis une page vers une version Markdown de cette même page. La seconde, `rel= »describedby »`, pointe vers le fichier `llms.txt` correspondant. Vous pouvez intégrer ces éléments dans l’en-tête (`<head>`) de votre page sous forme de balises `<link>`, ou bien les transmettre via un en-tête HTTP `Link`. Cette seconde méthode fonctionne même pour des fichiers qui ne sont pas au format HTML ; elle peut être configurée au niveau de votre serveur ou de votre réseau de diffusion de contenu (CDN), ce qui évite toute modification de votre thème. Quant aux copies au format Markdown, elles peuvent être placées, par exemple, à l’adresse `votre-site.com/page.html.md` ou `votre-site.com/page.md`.

Il est important de bien comprendre ce qu’il n’est pas. Le fichier `robots.txt` indique aux robots d’indexation qui respectent les règles quelles URL ils sont autorisés à consulter ; il ne protège pas pour autant les contenus privés. Un sitemap constitue un inventaire des pages que vous souhaitez voir indexées. Le fichier `llms.txt`, en revanche, fait office de guide. Il n’accorde aucune autorisation, ne bloque rien, et ne peut contraindre quiconque à le consulter. Il s’agit d’une simple suggestion. Les agents d’IA peuvent le trouver utile, ou bien choisir de l’ignorer totalement.

Pourquoi Google tient-il des discours contradictoires ?
Au cœur de l’actualité : Lighthouse intègre une catégorie d’audit expérimentale baptisée « Agentic Browsing » (navigation par agents), dont l’un des tests porte sur le fichier « llms.txt ». La documentation de Chrome le présente comme une « convention émergente » et explique comment en publier un. Si le fichier est absent — ce qui génère une erreur 404 —, il est considéré comme « non applicable », car sa présence est facultative ; en revanche, des erreurs serveur survenant lors de sa récupération peuvent déclencher un signalement. Parallèlement, les recommandations de Google en matière d’optimisation pour la recherche (SEO) indiquent qu’il n’est nullement nécessaire de créer de nouveaux fichiers lisibles par des machines, des fichiers texte destinés à l’IA ou des documents au format Markdown pour apparaître dans la recherche Google, y compris au sein de ses fonctionnalités basées sur l’IA. Google précise que le moteur de recherche lui-même n’utilise pas ces fichiers de cette manière.

Une entreprise, deux missions.
Pour bien comprendre la situation : la plupart des gens perçoivent Google avant tout comme un « moteur de recherche ». Pourtant, Google est également l’une des plus grandes entreprises spécialisées dans l’intelligence artificielle au monde. Chrome, par exemple, est un navigateur en pleine réinvention pour s’adapter à un Web parcouru par des agents dotés d’IA. Les recommandations proviennent donc de deux divisions distinctes ayant des objectifs différents ; c’est pourquoi les deux réponses sont, chacune à leur manière, sincères. Le moteur de recherche explore et lit déjà vos pages réelles ; il a donc déjà accès au contenu authentique. Un fichier `llms.txt` permet d’ajouter votre propre description du site, mais, selon les directives de Google, il n’est pas considéré comme un signal spécifique pour la recherche. Pour un agent, la problématique est inverse : il peut arriver sur votre site sans en posséder l’index et avec une capacité de lecture limitée. Il a donc besoin de savoir par où commencer et quelle direction prendre. Un guide concis peut l’aider à déterminer quels contenus consulter, sans pour autant saturer sa « fenêtre de contexte ». C’est précisément ce que le rapport Lighthouse vous encourage à fournir (si cela est pertinent pour votre site). Les conseils varient selon la problématique que vous cherchez à résoudre. La navigation par agents (« Agentic Browsing ») constitue une catégorie distincte du référencement (SEO) traditionnel. Google a classé le fichier `llms.txt` dans la catégorie dédiée aux agents, tout en l’excluant de celle relative à la pertinence dans les résultats de recherche. Même si cela a pu prêter à confusion au départ — comme ce fut le cas pour moi —, il ne s’agit pas pour autant de messages contradictoires. Le fichier `llms.txt` peut tout à fait être utile ; il ne sert simplement pas à améliorer votre positionnement dans les résultats de recherche.

Est-ce que quelqu’un lit llms.txt ?
Quelques chiffres : en mai 2026, Ahrefs a étudié 137 210 domaines générant du trafic. Environ 28 % d’entre eux disposaient de fichiers « llms.txt » valides ; 97 % de ces fichiers n’ont reçu aucune requête au cours du mois. Parmi les requêtes enregistrées, environ 22 % provenaient d’outils d’audit SEO et 13 % de robots d’indexation web classiques. Les robots de récupération de données pour l’IA (« AI retrieval bots ») représentaient environ 1,1 %. Par ailleurs, une étude menée sur 90 jours par OtterlyAI a révélé que, sur plus de 62 100 requêtes adressées à un site web par des robots d’IA, seules 84 ont sollicité ce fichier. Cela représente environ 0,1 % du total, soit à peu près un tiers du nombre de requêtes reçues, en moyenne, par une page de contenu donnée.
Oui, mais : les données d’Ahrefs révèlent une nuance. Claude Code figure parmi les principaux outils ayant récupéré des fichiers « llms.txt », bien qu’il ne soit pas le seul type d’outil à le faire. Par ailleurs, le simple fait qu’une requête soit effectuée ne prouve pas que l’agent a réellement utilisé le contenu du fichier pour formuler une réponse. Cela met en évidence un usage concret de cette convention : la documentation. Il s’agit de ressources de référence qu’un utilisateur souhaite, de manière délibérée, rendre lisibles par une machine. En voici deux exemples : Mintlify, qui héberge la documentation de nombreuses entreprises de logiciels, génère des fichiers « llms.txt » pour les sites qu’il prend en charge ; Anthropic, de son côté, en publie un pour sa propre documentation. Un développeur peut également fournir à un assistant de programmation le fichier « llms-full.txt » d’une bibliothèque logicielle, afin qu’il serve de base de référence pour une tâche donnée. L’objectif est de mettre à la disposition d’une machine un corpus documentaire spécifique, sur lequel elle pourra s’appuyer pour travailler. C’est un usage bien défini, que vous pouvez tester vous-même à l’aide des outils qu’utilisent vos lecteurs.

Deux types d’agents d’IA.
Les données permettent de distinguer deux catégories d’agents d’IA ; la différence réside dans la manière dont ils déterminent les actions à entreprendre. Dans l’étude d’Ahrefs, les agents conçus pour la recherche (bots de récupération d’informations) ne représentaient qu’une faible part des requêtes. Des agents spécialisés dans la programmation sont également apparus dans les données, ce qui souligne l’intérêt de prendre en compte le fichier `llms.txt` dans la documentation. Cela ne nous indique toutefois pas quels contenus chaque agent consulte, ni à quelle fréquence il visite un site donné. En fin de compte, tout se résume à une seule question : les agents qui lisent le fichier `llms.txt` sont-ils bien ceux que vous souhaitez cibler ?

Alors, qui devrait en utiliser un ?
Oui, dans ce cas : vous publiez de la documentation pour développeurs, une API ou un produit technique — tout ce qu’un agent de codage pourrait consulter pour appréhender rapidement un environnement. Il existe ici un cas d’usage concret à tester, distinct du simple référencement (SEO). C’est pertinent si : vous gérez un site d’envergure axé sur la documentation ou une base de connaissances, où une cartographie structurée aide une machine à localiser des informations pertinentes. Sa génération peut être peu coûteuse, bien que le maintenir utile demande tout de même une attention particulière. Sachez bien ce qu’il permet — et ce qu’il ne permet pas. Ce n’est pas une priorité si : vous gérez un site professionnel classique, un portfolio, un site de services locaux ou un blog. Les études mentionnées plus haut ne démontrent aucun avantage en matière de recherche ou de citation par une IA pour ce type de sites. Cela dit, comme leur création peut être très simple et peu coûteuse (même si leur maintenance est une autre affaire), vous pouvez tout de même choisir de faire l’essai. Quoi qu’il en soit : ne sacrifiez jamais votre contenu réel ou la structure de vos pages au profit de l’optimisation d’un fichier `llms.txt`.

Si vous en ajoutez un, veillez à ce qu’il ne devienne pas obsolète : un fichier qui renvoie vers des pages supprimées est pire que l’absence totale de fichier. Si vous créez un fichier `llms.txt`, vérifiez régulièrement son contenu à mesure que votre site évolue. Il en va de même pour toute copie au format Markdown que vous publiez parallèlement à vos pages : chaque copie constitue un double qui perd toute utilité dès lors qu’il n’est plus synchronisé avec la page originale. Vérifiez le contenu : assurez-vous que les brouillons, les articles privés et les pages exclues de l’indexation (`noindex`) n’y figurent pas. Considérez ce fichier comme un index public ; la directive `noindex` ne constitue pas un mécanisme de contrôle d’accès. Mise en cache : certains fichiers générés par des extensions sont servis via WordPress et peuvent être affectés par la mise en cache des pages ou par un réseau de diffusion de contenu (CDN). Consultez l’URL en ligne et effectuez une nouvelle vérification après toute modification apportée à la configuration du cache. N’y incluez pas d’éléments invisibles pour les utilisateurs humains ; orienter des agents vers du contenu protégé ou masqué est inutile et consomme inutilement les ressources de votre serveur. Par ailleurs, ne référencez pas d’éléments inexistants. Cela relève de la règle « éviter les pratiques de spam », mais il est important de le souligner dans le contexte du référencement naturel (SEO).

En résumé, toute proposition de convention pour le Web soulève une question : est-elle réellement utile aux outils auxquels elle est destinée ? Des conventions bien établies, comme le fichier `robots.txt`, les sitemaps ou les données structurées, remplissent chacune une fonction précise. Le fichier `llms.txt` doit, lui aussi, justifier son existence en apportant des indications utiles et exactes. Ses liens sont réels et accessibles, ce qui offre aux outils une base concrète à exploiter. Toutefois, le choix des éléments que vous mettez en avant — et la manière dont vous les décrivez — relève entièrement de votre décision.

L’avenir de ce dispositif dépend en partie de l’honnêteté avec laquelle les utilisateurs le renseignent. Duane Forrester, créateur de Bing Webmaster Tools, a présenté ce concept soit comme la prochaine grande avancée du Web, soit comme un futur aimant à spam. Si les agents accordent davantage de crédit à un manifeste rédigé par l’utilisateur qu’à l’analyse automatisée d’un code HTML désordonné, alors ce manifeste devient une cible privilégiée pour la manipulation — ce qui, par ricochet, pourrait inciter ces mêmes agents à s’en méfier davantage.

En fin de compte, la mission de Google a toujours consisté à appréhender un site web à partir de ses propres pages. Le fichier « llms.txt » constitue une abstraction par rapport à cette approche : il aide à s’orienter, mais ne saurait se substituer à la réalité du site. Les fondamentaux, eux, demeurent inchangés : une structure propre, des éléments sémantiques authentiques, une mise en page stable et un contenu qui fait autorité.

Concernant notre système CMS pour la gestion de votre site internet:
Si l’intelligence artificielle appliquée au design et à la création de sites web vous intéresse, alors notre AI Agent est fait pour vous.
Vous décrivez ce que vous souhaitez, et l’outil conçoit et construit le résultat avec vous, page par page, directement au sein de notre Divi.
Si vous aspirez à des sites mieux conçus tout en conservant — voire en renforçant — votre contrôle sur le processus, alors notre Divi AI est exactement la solution qu’il vous faut.
Si la mise en place d’un fichier « llms.txt » est peu coûteuse, pertinente pour votre site et que vous êtes curieux, tentez l’expérience.
Gardez un œil sur l’éventuelle adoption de ce format par les plateformes d’IA. Mais surtout, ne vous lancez pas dans sa création en imaginant qu’il s’agit de la nouvelle « recette miracle » pour le référencement (SEO). Ce n’est pas le cas et nous avons beaucoup d’autres outils pour optimiser votre SEO.