Guide llms.txt : décider de son usage et le maintenir

CH.01

Qu'est-ce que llms.txt — et son état réel, sans fard

llms.txt est une présentation Markdown sélectionnée pour les agents qui l’utilisent. La proposition actuelle autorise la racine ou un sous-chemin comme /docs/llms.txt, couvrant le contenu de ce chemin. C’est une proposition communautaire ; adoption et comportement dépendent de l’agent.

Jeremy Howard a publié la proposition sur llmstxt.org en septembre 2024 et l’a mise à jour en v2 le 10 août 2026. Elle fournit un contexte bref et des liens choisis vers les détails. Un fichier à la racine peut décrire le site entier, et un fichier dans un sous-chemin la section correspondante.

Les exemples d’adoption documentaire ne prouvent pas l’usage par un agent. Google indique que Search ignore llms.txt, sans effet positif ou négatif sur visibilité ou classement. Cela ne décrit pas tous les fournisseurs.

• →llms.txt peut fournir aux agents participants un contexte et des liens choisis ; il ne démontre pas une amélioration du classement ou des citations
• →Un agent peut utiliser llms.txt si son flux le prend en charge ou si on lui fournit le fichier ; aucun passage initial universel n’est exigé
• →geo.tenten.co/llms.txt et /pricing.md sont des URL à examiner. Leurs contenus peuvent changer ; aucun nombre actuel de lignes ou d’offres ni adoption universelle n’est établi ici.

CH.02

Syntaxe de la proposition et exemple à copier

La proposition utilise Markdown : H1, résumé et contexte facultatifs, sections et liens choisis. Ces conventions servent les workflows participants, sans garantir la compréhension par chaque modèle.

Modèle minimal prêt à copier

• →# Acme SAS
• →> Acme est un éditeur français de solutions d'automatisation d'entrepôt en B2B, qui fournit l'intégration et le conseil WMS aux industriels de 50 à 500 personnes, comptant parmi ses clients…（une à trois phrases, concrètes et vérifiables）
• →## Services — puis, à chaque ligne : - [Intégration WMS](https://acme.fr/services/wms) : processus de déploiement en 30 jours, fourchettes tarifaires et livrables
• →## Documentation — - [Documentation API](https://acme.fr/docs/api) : référence complète de l'API REST, avec authentification et codes d'erreur
• →## Contact — - [Réserver un échange](https://acme.fr/contact) : évaluation gratuite de 30 minutes
• →## Optional — placez ici l'index du blog, les retombées presse et autres liens secondaires

Décrivez les faits contenus dans chaque page et choisissez les liens pour le destinataire. Aucun plafond universel de 10–30 liens n’est imposé. L’URL geo.tenten.co/llms.txt ne prouve pas une disposition actuelle de quatre sections ou moins de 40 lignes ; examinez la réponse réelle.

CH.03

llms.txt, robots.txt, sitemap.xml : trois fichiers, trois métiers

robots.txt transmet des instructions aux agents qui les respectent ; sitemap.xml liste des URL à découvrir ; llms.txt propose une présentation sélectionnée aux agents qui l’utilisent. Aucun n’impose un contrôle d’accès, et llms.txt ne remplace pas l’éligibilité Search ordinaire.

Dans un audit de 30 jours, vérifiez d’abord les accès prévus pour les robots de recherche et les requêtes utilisateurs, puis la découverte ordinaire et enfin le fichier llms.txt facultatif. Bloquer GPTBot ou ClaudeBot pour l’entraînement ne bloque pas en soi OAI-SearchBot ou Claude-SearchBot. Vérifiez groupe robots et règle CDN pour chaque agent.

CH.04

Méthodes avancées : llms-full.txt et pages miroir .md

Si un workflow bénéficie de Markdown, envisagez export consolidé ou miroirs .md. Google Search ne les exige pas. HTML n’est pas intrinsèquement illisible ; choisissez selon le système consommateur.

llms-full.txt : tout le contenu dans un seul fichier

llms-full.txt peut consolider du contenu choisi pour un outil. Taille, contexte, confidentialité et coût de mise à jour dépendent du périmètre. Décidez selon les besoins documentés et la source synchronisée ; aucun meilleur rendement n’est établi ici.

Pages miroir .md : ajoutez .md à la fin de l'URL d'origine

Un miroir .md expose un contenu choisi. Pour l’URL de référence /pricing.md, comparez réponse et prix, conditions, devise actuels de la page HTML. Ce format facultatif ne prouve pas que tous les agents le lisent.

• →Choisir selon les besoins réels des lecteurs ou outils, par exemple spécifications ou prix, sans présumer les pages les plus demandées par toute IA.
• →Si des miroirs sont maintenus, les lier avec des descriptions exactes. Un lien ne prouve pas son usage automatique.
• →Maintenir dates, prix et conditions exacts entre formats. Une copie ancienne peut tromper ; une date seule ne prouve pas la fraîcheur.
• →Discipline de maintenance : quand la page HTML évolue, mettez le .md à jour en parallèle ; placez-le dans la même check-list de mise en production, ne vous fiez pas à votre mémoire

CH.05

Six contrôles de déploiement

Ces six contrôles couvrent descriptions, mises à jour, sélection des liens, texte rendu, accès des robots et format de réponse. Ce sont des vérifications pratiques, pas une estimation publiée de la fréquence des erreurs chez les clients.

• →Contrôle 1 · Descriptions : expliquer les informations précises du lien plutôt que des slogans.
• →Contrôle 2 · Mises à jour : vérifier noms, URL et faits lors des publications. La revue trimestrielle est un repère Tenten, pas un effort universel mesuré.
• →Contrôle 3 · Sélection : garder les liens utiles au périmètre et au destinataire, sans seuil universel ni valeur prétendument nulle d’une liste longue.
• →Contrôle 4 · Rendu : examiner HTML brut et rendu du système visé. Google exécute JavaScript ; les autres varient. Envisager serveur ou miroir pour un besoin identifié.
• →Contrôle 5 · Accès des agents : confrontez OAI-SearchBot, Claude-SearchBot et PerplexityBot à robots.txt, aux règles WAF et aux journaux vérifiés. Refuser volontairement l’entraînement à GPTBot ou ClaudeBot n’est pas un échec de llms.txt. Traitez séparément les exceptions des requêtes utilisateurs.
• →Contrôle 6 · Réponse : vérifier statut, Content-Type textuel adapté et corps Markdown. Une erreur 200 ou un test limité aux en-têtes peut masquer un défaut. Pas de MIME universel imposé.

CH.06

Les quatre étapes de déploiement et la check-list de validation

Si vous déployez, suivez quatre étapes : rédaction, publication, validation, maintenance. Estimez l’effort selon le site, sans promettre un après-midi ni des durées fixes.

• →curl -sI https://yourdomain/llms.txt vérifie les en-têtes. Récupérer aussi le corps et les réponses des liens pertinents.
• →Une erreur de résumé est une piste à investiguer. Fournir le fichier à ChatGPT ou Claude ne prouve pas qu’ils le découvrent ou le priorisent seuls.
• →Vérifiez les accès d’OAI-SearchBot, Claude-SearchBot et PerplexityBot séparément des contrôles d’entraînement/grounding de GPTBot, ClaudeBot et Google-Extended. Vérifiez les exceptions utilisateurs ; llms.txt n’exige pas une autorisation générale d’entraînement.