La réponse en 60 mots
llms.txt peut aider un agent compatible à trouver vos meilleures pages sans parcourir tout votre site. C’est utile, peu coûteux et désormais mieux défini. Mais le fichier reste une carte, pas une preuve d’utilisation. Il ne remplace ni un site accessible, ni des données produit à jour, ni les flux et protocoles nécessaires pour comparer, recommander ou acheter un produit.
llmtxt, llms txt ou llms.txt : de quoi parle-t-on ?
Le vrai nom est llms.txt. « llmtxt » et « llms txt » sont des variantes de recherche, pas des formats concurrents.
La proposition, publiée initialement en septembre 2024, décrit un fichier Markdown placé à la racine d’un site. Son objectif est simple : donner à un modèle de langage une liste courte de ressources à lire en priorité. Le fichier peut présenter l’organisation, puis regrouper des liens vers ses pages de référence.
Trois précautions changent la manière de l’évaluer :
- il s’agit d’une proposition communautaire, pas d’une norme W3C ou IETF ;
- publier le fichier prouve seulement qu’il est publié ;
- sa valeur dépend de la qualité des pages vers lesquelles il pointe.
Pour une définition indépendante, des exemples et un validateur, consultez le guide llms.txt de llmtxt.info.
Ce que la version 2 change vraiment
La version 2, annoncée en août 2026, transforme une convention très simple en mécanisme de découverte plus précis.
| Changement | Effet pratique | Ce que cela ne prouve pas |
|---|---|---|
| Fichiers par sous-chemin | Un catalogue, une documentation ou un espace d’aide peut avoir sa propre carte | Qu’un agent visite ce sous-chemin |
| Fichier le plus spécifique prioritaire | /aide/llms.txt peut décrire l’aide mieux que le fichier racine | Que toutes les plateformes appliquent déjà cette règle |
rel="alternate" vers une version Markdown | Une page HTML peut annoncer une représentation plus compacte | Que cette version sera choisie |
rel="describedby" vers llms.txt | Une page peut signaler la carte qui la couvre | Que le lien influence une recommandation |
| Deux conventions de page Markdown | page.html.md ou page.md deviennent prévisibles | Que chaque CMS les génère |
Un autre point mérite d’être corrigé : seul le titre H1 est obligatoire dans le format. Le résumé, les notes et les sections de liens sont utiles, mais optionnels. Un template très détaillé n’est donc pas automatiquement plus conforme.
La chaîne de preuve à ne jamais raccourcir
Le débat sur llms.txt mélange souvent huit états différents :
| État | Question à poser | Preuve attendue |
|---|---|---|
| Publié | Le fichier existe-t-il ? | Réponse HTTP 200 |
| Accessible | Un robot autorisé peut-il le récupérer ? | Test avec règles et protections réelles |
| Valide | Le contenu suit-il le format ? | H1, Markdown et liens contrôlés |
| Récupéré | Un agent l’a-t-il demandé ? | Log serveur avec robot vérifié |
| Suivi | A-t-il visité une URL indiquée ? | Séquence de requêtes corrélée |
| Utilisé | Le contenu a-t-il participé à une réponse ? | Test contrôlé ou trace de plateforme |
| Cité | La marque ou la page apparaît-elle ? | Observation datée de la réponse |
| Converti | Cette présence a-t-elle créé de la valeur ? | Clic, ajout au panier ou vente attribuable |
Une requête vers le fichier ne prouve pas une citation. Une citation ne prouve pas une vente. Cette distinction permet de tester le fichier sans lui promettre un résultat qu’aucune source ne garantit.
Ce que Google, OpenAI et Anthropic disent réellement
Google : aucun signal spécial
Google indique explicitement que ses fonctionnalités d’IA dans Search utilisent les fondamentaux habituels. Aucun fichier IA spécial, aucun balisage particulier et aucune nouvelle donnée structurée ne sont nécessaires. Son guide précise que les fichiers comme llms.txt ne sont pas utilisés pour le classement ni pour les fonctionnalités génératives.
Lighthouse propose pourtant un contrôle llms.txt dans sa catégorie de navigation agentique. Il n’y a pas contradiction : Lighthouse teste la présence et la syntaxe d’une ressource optionnelle. Si le fichier renvoie 404, l’audit est non applicable. Réussir ce test ne constitue donc pas une validation par Google Search.
OpenAI : robots.txt reste le contrôle documenté
OpenAI distingue notamment OAI-SearchBot, utilisé pour les fonctionnalités de recherche, et GPTBot, associé à l’entraînement. Ses instructions aux éditeurs demandent de régler l’accès dans robots.txt et de laisser les pages accessibles si elles doivent apparaître avec un lien et un résumé.
OpenAI publie aussi un llms.txt pour sa documentation développeur. C’est un bon exemple de carte documentaire. Ce n’est pas un engagement à lire le fichier de chaque marchand, ni une condition pour être cité dans ChatGPT.
Anthropic : des robots distincts, contrôlés par robots.txt
Anthropic documente ClaudeBot pour l’entraînement, Claude-SearchBot pour la recherche et Claude-User pour les visites déclenchées par un utilisateur. Là encore, le contrôle public passe par robots.txt. L’absence d’instruction officielle demandant un llms.txt ne prouve pas qu’aucun système interne ne l’utilise, mais elle interdit d’en faire une exigence.
Adoption publiée et usage mesuré ne racontent pas la même histoire
Le snapshot du 24 août 2026 de l’observatoire llmtxt.info a testé un panel fixe de 219 organisations orientées développeurs. Sur 218 hôtes joignables, 119 servaient un fichier qualifiant, soit 54,6 %. Dans la petite catégorie e-commerce, 7 hôtes sur 13 en servaient un.
Ces chiffres sont intéressants pour suivre la diffusion dans le temps, mais ils ne décrivent pas tout le Web. Le panel est volontairement technique, l’échantillon e-commerce est très réduit et le test mesure une publication, pas une consommation.
Le cas Shopify illustre encore mieux ce décalage. Dans le baromètre Verity Score de 475 boutiques Shopify françaises, 465 boutiques, soit 97,9 %, servaient un llms.txt. Pourtant 97 % des fichiers observés suivaient encore le template de la plateforme. Le taux élevé décrit surtout une fonctionnalité native, pas 465 stratégies éditoriales distinctes.
Shopify : inspecter avant de créer
Depuis mai 2026, Shopify sert par défaut /agents.md, /llms.txt et /llms-full.txt. Les thèmes peuvent personnaliser ces ressources avec :
templates/agents.md.liquid;templates/llms.txt.liquid;templates/llms-full.txt.liquid.
La première action n’est donc pas « créer un fichier », mais ouvrir les trois URLs et répondre à quatre questions :
- Le contenu décrit-il correctement la boutique ?
- Les liens prioritaires correspondent-ils aux catégories et politiques actuelles ?
- Une page essentielle manque-t-elle ?
- Le fichier répète-t-il des données volatiles qui risquent de devenir fausses ?
Notre article sur Shopify, agents.md, llms.txt et les protocoles de commerce IA détaille la couche générée par la plateforme.
Que mettre dans le fichier d’un e-commerce ?
Un bon fichier marchand n’est pas un second sitemap. Il sélectionne les ressources qui aident réellement à comprendre l’offre et à répondre aux objections.
À inclure
- la page de marque ou « À propos » qui établit l’identité du vendeur ;
- les catégories majeures, avec une proposition de valeur claire ;
- des guides d’achat, de compatibilité ou de tailles ;
- les politiques de livraison, retours, garanties et paiement ;
- les pages de support qui résolvent les questions récurrentes ;
- une sélection de contenus experts stables.
À exclure
- panier, connexion, checkout et recherche interne ;
- filtres et facettes créant des variantes minces ;
- pages privées, temporaires ou non canoniques ;
- instructions internes et données sensibles ;
- prix, promotions ou stocks recopiés manuellement.
Les données volatiles demandent une source dynamique et contrôlée. Un prix ancien dans un fichier statique peut coûter davantage qu’un fichier absent.
Exemple minimal commenté
# Maison Exemple
> Mobilier durable fabriqué en France, livré en France et en Belgique.
## Acheter
- [Tables à manger](https://example.com/tables) : matériaux, dimensions et délais
- [Guide des dimensions](https://example.com/guide-dimensions) : choisir la bonne taille
## Confiance et service
- [Livraison](https://example.com/livraison) : zones, délais et coûts
- [Retours](https://example.com/retours) : conditions et procédureCet exemple reste volontairement court. Chaque lien possède un rôle explicite. Il n’inclut ni inventaire, ni prix, ni fausse capacité transactionnelle.
Le test qualité en huit contrôles
Avant de considérer le fichier comme prêt :
- Réponse : le chemin attendu renvoie HTTP 200, sans soft-404.
- Type : le serveur renvoie du texte lisible et un encodage correct.
- Structure : un H1 identifie clairement le site ou la section.
- Sélection : chaque URL mérite réellement une lecture prioritaire.
- Destination : les liens aboutissent sans boucle ni chaîne de redirections.
- Cohérence : les URLs sont canoniques, publiques et dans la bonne langue.
- Fraîcheur : le contenu suit les changements de pages et de politiques.
- Sécurité : aucune URL privée, instruction interne ou donnée sensible n’apparaît.
Pour aller plus loin, notre guide de création d’un llms.txt couvre la mise en œuvre. Le présent article répond à une autre question : faut-il le prioriser ?
Où placer llms.txt dans les priorités ?
| Situation | Priorité | Pourquoi |
|---|---|---|
| Fichier absent, fondamentaux solides | Moyenne | Coût faible, découverte potentielle |
| Shopify avec fichier natif | Faible à moyenne | Auditer et personnaliser avant de recréer |
| Pages bloquées ou inaccessibles | Très faible | Une carte ne répare pas l’accès |
| Prix ou stock incohérents | Très faible | La vérité produit passe avant la découverte |
| Documentation riche et stable | Haute | Le format excelle comme index éditorial |
| Catalogue très dynamique | Secondaire | Flux et données structurées sont prioritaires |
Pour un marchand, l’ordre recommandé est :
- autoriser ou bloquer consciemment les robots appropriés ;
- servir des pages rapides, publiques et liées entre elles ;
- publier des données produit cohérentes : identité, prix, disponibilité, livraison, retours et avis ;
- maintenir sitemap, canonicals et données structurées ;
- ajouter ou améliorer
llms.txt; - mesurer chaque étape de la chaîne de preuve.
De la découverte au commerce agentique
Un llms.txt aide potentiellement un agent à comprendre où lire. Il ne lui donne pas automatiquement les moyens de :
- connaître un stock en temps réel ;
- négocier une capacité ;
- construire un panier ;
- appliquer une promotion ;
- lancer un checkout ;
- confirmer une commande.
Ces actions relèvent des flux produits, des API et des protocoles de commerce agentique. Le site Agentic Commerce Protocol compare le rôle de llms.txt à celui d’ACP, UCP, AP2, MCP et x402 à partir de sources primaires datées.
La différence tient en une phrase : llms.txt décrit des ressources, un protocole transactionnel décrit des capacités et des actions.
Verdict : utile si l’on mesure la bonne chose
En 2026, publier un llms.txt bien curé est une décision raisonnable lorsque les fondamentaux sont solides. La version 2 améliore la découverte, les CMS facilitent le déploiement et le coût de maintenance peut rester faible.
Mais le bon critère de succès n’est pas « le fichier existe ». Il faut comparer un résultat attendu à un résultat obtenu : requêtes vérifiées, liens suivis, citations observées, clics ou conversions. Tant que ces étapes ne sont pas mesurées, le bénéfice reste non mesuré, pas nul et pas garanti.