llms.txt : qu'est-ce que c'est et à quoi ça sert ?

llms.txt est un petit fichier texte, écrit en Markdown, qu'un site place à son adresse racine (par exemple votresite.fr/llms.txt) pour présenter en quelques lignes qui il est et vers quelles pages un agent d'intelligence artificielle devrait aller en priorité. C'est une proposition publiée en 2024 par Jeremy Howard, pas une norme officielle, et elle sert surtout aux agents qui consultent un site au moment de répondre à une question. Il ne vous fera pas remonter dans Google : Google écrit lui-même que sa recherche ne l'utilise pas.

Cet article fait partie de notre guide de la visibilité dans les IA. Nous y expliquons ce que dit exactement le texte de référence, à quoi ressemble un vrai fichier, qui le lit, qui ne le lit pas, et ce que vous pouvez raisonnablement en attendre. Si un terme vous échappe en route, notre glossaire de la visibilité IA les définit simplement.

D'où vient llms.txt, et est-ce une norme officielle ?

Le texte de référence vit sur le site llmstxt.org. Il s'intitule « The /llms.txt file, v2 », il est signé Jeremy Howard, daté du 3 septembre 2024 pour sa première publication, et la page affiche une modification au 10 août 2026 : c'est la version 2 du texte. Le point de départ est un constat que tout propriétaire de site peut comprendre :

L'idée est donc de donner aux agents d'IA une porte d'entrée propre : un résumé du site et des liens choisis, sans menus ni scripts. Le texte se présente lui-même comme une proposition (« We propose », écrit l'auteur), ouverte aux contributions de la communauté, et ne se réclame d'aucun organisme de normalisation.

C'est une différence de nature avec robots.txt, son voisin le plus connu, décrit depuis septembre 2022 par la RFC 9309 de l'IETF, l'organisme qui rédige les normes techniques d'internet (catégorie « Standards Track »). llms.txt est une convention que chacun est libre d'adopter ou d'ignorer, éditeurs d'IA compris.

À quoi ressemble un fichier llms.txt ?

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

1. un titre principal (une ligne qui commence par #) avec le nom du site ou du projet : c'est le seul élément obligatoire ;
2. un résumé en citation (une ligne qui commence par >) qui donne les informations indispensables pour comprendre la suite ;
3. des paragraphes ou des listes libres, sans titre, pour préciser le contexte ;
4. des sections introduites par un sous-titre (##), chacune contenant une liste de liens sous la forme [nom](adresse), suivis si besoin de deux-points et d'une courte note.

Une section nommée « Optional » regroupe par convention les liens secondaires, ceux qu'un agent peut laisser de côté s'il manque de place. Le fichier se place en général à la racine du site, mais il peut aussi se trouver dans un sous-dossier : la version 2 précise qu'il ne couvre alors que les pages de ce dossier.

Nous avons vérifié le 14 octobre 2026 que le fichier de notre propre site suit bien cette structure : rankpress.com/llms.txt répond en texte brut, sur 82 lignes, avec le titre obligatoire, un résumé en citation et six sections, dont une section « Optional », pour 35 liens au total. En voici un extrait raccourci (les parenthèses marquent nos coupes) :

# Rank Press
> Rank Press conçoit des agents IA autonomes pour WordPress, livrés dans un seul plugin (…)
(…)
## Instructions for AI Agents
(…)
- A clean Markdown version of any article is available: remove any trailing slash from its URL, then append ".md" (e.g. /my-article/ becomes /my-article.md).
(…)
## Optional
- [Full content summaries](https://rankpress.com/llms-full.txt): condensed summaries and key facts for every article
(…)

Le Markdown, c'est du texte avec quelques signes de mise en forme : un dièse pour un titre, un chevron pour une citation, un tiret pour une liste. Le fichier reste donc lisible par un humain. La spécification recommande un langage clair et une courte description pour chaque lien, et propose de tester le fichier en interrogeant un agent qui ne dispose que de lui. Autre exemple, wordpress.org publie le sien : 75 lignes, ouvertes le même jour, qui renvoient vers la documentation, les extensions et les thèmes.

Quelle est la moitié oubliée du format ?

llms.txt n'est qu'un sommaire. La spécification propose aussi que chaque page utile existe en version Markdown propre, à la même adresse avec .md ajouté ou substitué à l'extension, et que les liens du fichier pointent vers ces versions plutôt que vers les pages habituelles :

La version 2 ajoute un moyen de retrouver ces versions sans deviner : chaque page peut annoncer sa version Markdown par une relation de lien (rel="alternate" avec le type text/markdown) et le fichier llms.txt qui la couvre (rel="describedby"), soit dans le code de la page, soit dans les en-têtes envoyés par le serveur. Selon la page des changements, c'était la demande la plus fréquente.

Nous avons fait le test sur notre propre site le 14 octobre 2026, et le résultat est mitigé. D'un côté, la version Markdown d'une publication de notre Observatoire répond bien, avec le type text/markdown, et la page l'annonce dans son code comme dans ses en-têtes. De l'autre, aucune relation describedby ne renvoie vers le fichier, et aucun de ses 35 liens ne pointe vers une version Markdown : ils mènent aux pages habituelles ou à d'autres fichiers, et une consigne explique aux agents comment obtenir la version Markdown d'un article. Notre fichier ne coche donc pas toutes les cases de la version 2, et nous préférons le dire.

Enfin, le fichier llms-full.txt, que l'on présente parfois comme la « version complète » du format, n'apparaît pas dans la spécification : nous y avons cherché le mot le 14 octobre 2026, sur la page du texte comme sur celle des changements, sans aucune occurrence. C'est un usage ajouté autour du format (notre propre fichier en propose un), pas une règle.

llms.txt, robots.txt, plan du site : quelle différence ?

Les trois fichiers vivent au même endroit, à la racine du site, et on les confond souvent. Ils n'ont pourtant ni le même rôle ni le même statut.

La spécification elle-même marque la frontière avec robots.txt :

Conséquence pratique, à retenir : llms.txt n'autorise ni n'interdit rien. Si vous voulez accepter ou refuser un robot d'IA, c'est robots.txt qu'il faut modifier, ce que nous détaillons dans notre article sur les lignes de robots.txt pour autoriser ou bloquer les robots des IA. Inversement, le plan du site ne remplace pas llms.txt : selon la spécification, il liste tout, sans tri, et couvre généralement bien plus de texte qu'un modèle ne peut en lire d'un coup.

Qui lit vraiment llms.txt ?

C'est la question qui compte. Réponse honnête : moins d'acteurs qu'on ne le dit, et pas forcément ceux qu'on croit. Voici ce que disent les sources ouvertes le 14 octobre 2026.

Google : non, et il l'écrit

Le guide de Google consacré à l'optimisation pour ses fonctionnalités d'IA générative range llms.txt dans sa liste de ce qu'on peut ignorer, puis ajoute une phrase que l'on cite rarement :

Google dit donc deux choses : sa recherche ignore ce fichier, et le publier pour d'autres systèmes ne pose aucun problème. Nous avons consacré une publication entière à cette phrase dans notre Observatoire : llms.txt, Google écrit noir sur blanc qu'il l'ignore.

Les éditeurs d'IA : ils en publient, sans s'engager à lire le vôtre

Nous avons vérifié le 14 octobre 2026 que les pages qui documentent les robots d'OpenAI, d'Anthropic et de Perplexity ne présentent llms.txt nulle part comme une source lue par ces robots. Le détail est parlant : chez OpenAI et chez Perplexity, la page qui décrit les robots renvoie en tête vers le llms.txt de leur propre documentation, sans dire qu'elles consultent celui de votre site. Cela ne prouve pas que leurs outils l'ignorent. Cela veut dire qu'aucun ne s'y engage par écrit dans ces pages.

Le même jour, nous avons ouvert les fichiers llms.txt de la documentation d'OpenAI, d'Anthropic (l'adresse redirige vers platform.claude.com) et de l'API Gemini de Google : les trois répondent. Selon l'auteur de la spécification lui-même, l'usage le mieux établi reste d'aider un agent de programmation à trouver la bonne page d'une documentation technique. Pour un site d'entreprise, l'auteur de la spécification écrit que la même structure convient pour présenter une organisation, sans fournir aucune mesure de ce que cela rapporte en visites ou en citations.

Chrome : un contrôle, pas une récompense

L'outil d'audit Lighthouse, intégré à Chrome, comporte une vérification dédiée. Elle est plus modeste qu'on ne le lit parfois :

Un site sans llms.txt n'est donc pas pénalisé par ce contrôle : seul un fichier qui provoque une erreur du serveur est signalé.

Alors, faut-il un llms.txt sur votre site ?

Notre réponse : oui si cela ne vous coûte presque rien, non si on vous le vend comme un raccourci vers Google ou vers les citations des IA. C'est un simple fichier texte. Plusieurs extensions WordPress savent le générer (la spécification en cite elle-même deux, Yoast SEO et AIOSEO), et notre plugin gratuit de visibilité IA en crée un aussi. Nous en publions un, et nous vous disons quand même qu'il ne fait pas tout.

Pour savoir si votre site en a déjà un, tapez votre adresse suivie de /llms.txt dans votre navigateur : un texte qui commence par le nom de votre site signifie que le fichier existe ; une page d'erreur ou un renvoi vers votre page d'accueil, qu'il n'y en a pas.

Ce qui vous rend citable par une IA se joue ailleurs : un contenu utile et précis, des pages accessibles aux robots, des informations sur votre entreprise cohérentes partout. Google conseille d'ailleurs de privilégier les bonnes pratiques classiques du référencement plutôt que les astuces. Pour aller plus loin, lisez comment donner aux IA les bonnes informations sur votre entreprise et comment apparaître dans les Aperçus IA de Google. Et si vous décidez d'en créer un, notre guide pas à pas explique comment créer un llms.txt sur WordPress sans toucher au code.