Le fichier llms.txt est proposé comme une carte éditoriale destinée aux grands modèles de langage. Placé à la racine d’un site, il présente les pages jugées les plus importantes dans un format Markdown simple. Son intérêt est de fournir une sélection stable et lisible par machine. Il ne faut toutefois pas le confondre avec un mécanisme officiel de classement ou une garantie de citation.
Créer ce fichier prend peu de temps, mais sa qualité dépend des choix éditoriaux. Une liste automatique de toutes les URLs apporte rarement une valeur supérieure à un sitemap. Le fichier doit aider un lecteur technique à comprendre la structure du site et à accéder directement aux ressources de référence.
Comprendre le rôle de llms.txt
Un sitemap.xml sert à découvrir les URLs d’un site. Le fichier robots.txt définit des règles d’exploration. Le fichier llms.txt poursuit un autre objectif : signaler un ensemble curé de pages avec un titre et une courte description. Il ne remplace donc aucun de ces deux fichiers.
Le format a été proposé comme une convention ouverte. Son adoption par certains sites et outils ne signifie pas que tous les fournisseurs de modèles le consultent systématiquement. Il doit être considéré comme une couche documentaire supplémentaire, peu coûteuse et contrôlée par le propriétaire du site.
Sélectionner les pages de référence
La première étape consiste à choisir les contenus qui expliquent réellement l’entité, le produit ou la documentation. Une page À propos, une documentation principale, un guide de démarrage et une FAQ peuvent être plus utiles que des centaines d’articles peu structurés.
Chaque lien doit recevoir un libellé précis et une description courte. Le lecteur doit savoir ce qu’il trouvera avant d’ouvrir la page. Les URLs temporaires, dupliquées ou générées par des filtres sont à éviter.
- Page de présentation de l’organisation ou du projet ;
- Documentation ou guide principal ;
- Pages produit stables et complètes ;
- Politiques ou références importantes ;
- Ressources complémentaires clairement séparées.
Organiser le fichier avec une hiérarchie simple
Le fichier commence généralement par un titre de niveau un, suivi d’un résumé en citation. Des sections de niveau deux regroupent ensuite les liens par fonction. Cette hiérarchie doit rester courte. Le but n’est pas de reproduire tout le menu du site.
Un groupe « Pages principales » peut présenter les ressources indispensables. Une section « Documentation » rassemble les guides. Une partie optionnelle peut contenir les contenus secondaires. Cette structure rend la maintenance plus facile et limite les contradictions.
Écrire des descriptions factuelles
Les descriptions doivent expliquer le contenu, pas accumuler des superlatifs. « Guide de configuration avec exemples WordPress et Astro » est plus utile que « meilleure ressource ultime ». Une phrase factuelle aide l’agent à décider si la page répond à son besoin.
Les termes de marque et les concepts importants doivent rester cohérents avec le site. Si une page a changé de fonction, sa description dans llms.txt doit être mise à jour en même temps.
Valider le format et les URLs
Une erreur de syntaxe ou un lien cassé réduit l’utilité du fichier. Il faut vérifier l’encodage, les titres, le format Markdown et les réponses HTTP des URLs. Le fichier doit être accessible publiquement à l’adresse /llms.txt, sans redirection complexe ni authentification.
Le site llmtxt.info propose une documentation, un générateur et un validateur consacrés à ce format. Ces outils peuvent aider à partir d’une structure propre, mais la sélection des pages reste une décision humaine.
Prévoir la maintenance
Un fichier correct lors du lancement peut devenir obsolète après une refonte. Les changements de routes, la suppression d’un guide ou l’ajout d’une nouvelle documentation doivent déclencher une vérification. Le responsable du contenu peut intégrer ce contrôle à la checklist de publication.
Une fréquence mensuelle n’est pas nécessaire pour tous les sites. La mise à jour doit suivre le rythme réel du projet. Une documentation active mérite un contrôle plus fréquent qu’un site institutionnel stable.
Mesurer sans promettre un effet SEO
Il est difficile d’attribuer une citation ou un classement à la seule présence de llms.txt. Le suivi doit donc rester prudent. Les équipes peuvent contrôler les requêtes serveur vers le fichier, observer les outils qui le consomment et vérifier si les pages recommandées restent accessibles.
La création d’un llms.txt ne dispense pas d’améliorer le contenu, les liens internes, les données structurées et les performances techniques. Un fichier de navigation ne rend pas une page faible plus crédible.
Un petit contrat documentaire sous contrôle
Le principal avantage de llms.txt est sa simplicité. Le propriétaire choisit les ressources, décrit leur rôle et publie un fichier versionnable. Cette convention peut devenir utile pour les outils internes, les assistants documentaires ou les futurs consommateurs, même si les grands moteurs ne s’engagent pas à l’utiliser partout.
La bonne approche consiste donc à le déployer sans promesse excessive : sélectionner peu de pages, expliquer leur utilité, valider les liens et maintenir le fichier avec la documentation. Ce travail modeste renforce la clarté de l’architecture et crée une surface machine lisible que l’organisation peut contrôler.