llms.txt

Le fichier llms.txt est une proposition de convention, formulée en 2024 par Jeremy Howard (Answer.AI), et non une norme officielle que les moteurs se seraient engagés à respecter. Concrètement, il s’agit d’un fichier au format Markdown, placé à l’adresse votresite.fr/llms.txt, qui résume le site et oriente un modèle d’IA vers les pages qui comptent, avec une courte description de chacune. L’idée part d’un constat technique : une page web moderne, avec ses menus, ses scripts et ses bannières, est longue et coûteuse à lire pour un modèle, alors qu’un texte propre et hiérarchisé tient dans peu de place.

La comparaison avec le fichier robots.txt a ses limites. Le robots.txt donne des consignes d’accès aux robots, ce qu’ils peuvent explorer ou non. Le llms.txt n’interdit rien, il présente. Pour empêcher un robot d’IA d’explorer vos pages, c’est toujours le robots.txt qu’il faut modifier. Et contrairement au sitemap XML, qui liste de façon exhaustive les URL à indexer, le llms.txt est une sélection éditoriale.

Ce que contient un fichier llms.txt

La proposition décrit une structure simple, lisible par un humain comme par une machine :

• un titre de niveau 1 avec le nom du site ou du projet, seul élément obligatoire ;
• un court résumé présenté en citation, qui dit qui vous êtes et ce que vous proposez ;
• des sections de niveau 2 (« Offres », « Guides », « Informations pratiques »…) contenant des listes de liens, chacun suivi d’une phrase de description ;
• une section « Optional » pour les contenus secondaires, qu’un outil pressé peut ignorer.

La proposition suggère aussi de publier une version Markdown des pages importantes, accessible en ajoutant .md à la fin de leur URL.

Exemple concret pour un site e-commerce

Prenons une boutique de matériel de randonnée avec 3 000 fiches produits et 60 guides d’achat. Inutile de lister tout le catalogue : le fichier pointe vers une trentaine d’URL. Les 12 catégories principales, les 15 guides les plus consultés, les pages livraison, retours et garantie, la page de présentation de l’entreprise et le guide des tailles. Chaque lien porte une phrase factuelle, par exemple « Guide pour choisir une tente de trek selon le poids et la saison ». Comptez une demi-journée de travail, puis une mise à jour intégrée à la routine éditoriale. L’effort est modeste, le bénéfice reste incertain.

Les limites à connaître avant de s’y mettre

• Aucun moteur n’est tenu de le lire. C’est une démarche volontaire, et son effet sur les citations dans ChatGPT, Gemini ou les AI Overviews n’est pas démontré à ce jour.
• Il ne remplace ni le contenu ni le SEO. Une page absente des résultats de recherche ne deviendra pas une source parce qu’elle figure dans le fichier.
• Un fichier oublié devient trompeur : tarifs périmés, liens morts, offres supprimées. S’il existe, il doit vivre au même rythme que le site.
• Son usage le plus tangible concerne la documentation technique : des assistants de code et des agents le consultent quand un développeur leur indique son adresse.

Comment le mettre en place et vérifier qu’il sert

Rédigez le fichier en Markdown, déposez-le à la racine du domaine, puis vérifiez qu’il s’affiche bien en texte brut et qu’aucun pare-feu ne bloque son accès. Le seul moyen de savoir s’il est lu reste l’analyse des logs serveur : filtrez les requêtes vers /llms.txt et regardez quels robots les émettent. Dans une stratégie GEO, traitez-le comme une action peu coûteuse, à faire une fois proprement, pas comme une priorité. Pour des données qui changent en permanence (stocks, prix, disponibilités), l’outil adapté est plutôt un serveur MCP, que l’assistant interroge en direct.