Visibilité dans les IA · Mis à jour le 2026-10-25 · Version Markdown

llms.txt - format exact, exemples et adoption réelle par les IA

Le fichier llms.txt selon llmstxt.org, avec exemples pour un site vitrine et une documentation, et ce que les fournisseurs d'IA confirment vraiment à son sujet.

Le fichier llms.txt est une proposition publiée en septembre 2024 par Jeremy Howard (Answer.AI) : un fichier Markdown placé à la racine d'un site, qui résume le site et pointe vers les pages utiles dans une version facile à lire pour un modèle de langage. La proposition a été révisée en août 2026 (« v2 »). Ce guide décrit le format tel qu'il est spécifié aujourd'hui sur llmstxt.org, donne deux exemples complets, explique comment le produire, et fait le point, sources à l'appui, sur ce que les fournisseurs d'IA disent publiquement en faire. Ce dernier point est moins net que ce qu'on lit souvent.

À quoi sert llms.txt

Une page web est faite pour un humain : navigation, bandeaux, scripts, publicité. Pour un agent qui doit répondre vite à une question, extraire le texte utile de ce HTML coûte du temps et des jetons, et le résultat est approximatif. llms.txt propose un point d'entrée unique, court, rédigé à la main, qui dit « voici ce qu'est ce site, et voici où se trouve l'information détaillée ».

La proposition précise que ce fichier sert surtout au moment de l'inférence (un agent qui consulte le site pour aider un utilisateur) plutôt qu'à l'entraînement des modèles. Il ne remplace ni robots.txt (qui exprime des autorisations d'accès) ni sitemap.xml (qui liste toutes les pages indexables) : c'est une sélection commentée.

Le format exact

Le fichier s'appelle llms.txt. Il peut se trouver à la racine (/llms.txt) ou dans un sous-chemin (/docs/llms.txt) ; depuis la v2, un fichier couvre les URL situées sous son chemin, et quand plusieurs fichiers s'appliquent, l'agent doit utiliser le plus spécifique. Les sections suivantes doivent apparaître dans cet ordre :

Chaque élément d'une liste de fichiers contient obligatoirement un lien Markdown [nom](url), éventuellement suivi de : et d'une note. Voici le gabarit donné par la spécification :

# Title

> Optional description goes here

Optional details go here

## Section name

- [Link title](https://link_url): Optional link details

## Optional

- [Link title](https://link_url)

La section ## Optional. Par convention, elle regroupe les informations secondaires, que l'agent peut ignorer s'il a besoin d'un contexte plus court. Dans la v1, elle avait un effet mécanique : l'outil llms_txt2ctx, qui développait le fichier en un seul bloc de contexte, l'omettait. La v2 a retiré cet outil de la proposition ; la section reste autorisée et utile, mais n'a plus de sens technique particulier.

Les versions Markdown des pages. La proposition recommande de publier une version Markdown propre de chaque page utile, à la même URL avec .md ajouté (page.html.md) ou en remplacement de l'extension (page.md) ; pour une URL sans nom de fichier, index.html.md ou index.md. Les liens de llms.txt devraient pointer vers ces versions. La v2 ajoute un mécanisme de découverte par relations de liens standard, en HTML ou en en-tête HTTP :

<link rel="alternate" type="text/markdown" href="/docs/page.html.md">
<link rel="describedby" href="/docs/llms.txt">

Link: </docs/page.html.md>; rel="alternate"; type="text/markdown", </docs/llms.txt>; rel="describedby"

Et llms-full.txt ?

llms-full.txt ne figure pas dans la spécification de llmstxt.org, ni dans la v1 ni dans la v2. C'est une convention diffusée par des plateformes de documentation : Mintlify, par exemple, génère automatiquement un /llms-full.txt qui « combine l'ensemble du site de documentation en un seul fichier », avec pour chaque page son titre, son URL et son contenu Markdown complet. Anthropic, Perplexity, Cloudflare ou Next.js publient un tel fichier pour leur documentation.

En pratique, llms.txt est l'index et llms-full.txt le contenu intégral. Le second peut être très volumineux (plusieurs dizaines de mégaoctets pour certaines documentations), ce qui le rend utile pour un outil qui le télécharge une fois, pas pour un agent qui doit tout charger dans son contexte.

Exemple complet pour un site vitrine

Pour une petite entreprise, l'intérêt est de donner en quelques lignes les faits qu'un assistant risque sinon de deviner : activité, zone, coordonnées, tarifs publics.

# Atelier Durand Menuiserie

> Menuiserie artisanale à Angers (Maine-et-Loire) depuis 2009. Fabrication et pose de fenêtres bois, escaliers et agencements sur mesure, pour particuliers et professionnels, dans un rayon de 60 km autour d'Angers.

- Devis gratuit sur rendez-vous, délai moyen de fabrication de 6 à 8 semaines.
- L'atelier ne vend pas de menuiseries PVC ni aluminium.
- Contact : 02 41 00 00 00, contact@atelier-durand.example, du lundi au vendredi.

## Services

- [Fenêtres et portes-fenêtres bois](https://atelier-durand.example/fenetres.md): essences proposées, performances thermiques, aides possibles
- [Escaliers sur mesure](https://atelier-durand.example/escaliers.md): types d'escaliers, étapes du projet, fourchettes de prix
- [Agencement intérieur](https://atelier-durand.example/agencement.md): dressings, bibliothèques, cuisines

## Informations pratiques

- [Zone d'intervention et délais](https://atelier-durand.example/zone.md): communes desservies, planning type
- [Mentions légales](https://atelier-durand.example/mentions-legales.md): raison sociale, SIRET, assurance décennale

## Optional

- [Réalisations](https://atelier-durand.example/realisations.md): photos commentées de chantiers récents
- [Actualités](https://atelier-durand.example/actualites.md): salons, fermetures annuelles

Exemple complet pour une documentation

Pour une documentation technique, cas d'usage principal selon la proposition elle-même, on privilégie les liens vers les pages de référence et les guides les plus demandés, avec des notes qui aident l'agent à choisir.

# Kestrel API

> Kestrel est une API REST de géocodage. Version courante v3 (les versions v1 et v2 ne sont plus maintenues). Authentification par clé dans l'en-tête Authorization, limite de 50 requêtes par seconde.

Notes importantes :

- Les coordonnées sont toujours renvoyées dans l'ordre latitude, longitude.
- Le SDK JavaScript officiel est `@kestrel/sdk` ; il n'existe pas de SDK Python officiel.

## Démarrage

- [Démarrage rapide](https://docs.kestrel.example/quickstart.md): obtenir une clé et faire une première requête
- [Authentification](https://docs.kestrel.example/auth.md): rotation des clés, portées, erreurs 401 et 403

## Référence

- [Endpoint /geocode](https://docs.kestrel.example/reference/geocode.md): paramètres, format de réponse, exemples
- [Endpoint /reverse](https://docs.kestrel.example/reference/reverse.md): géocodage inverse
- [Codes d'erreur](https://docs.kestrel.example/reference/errors.md): liste complète et conduite à tenir

## Guides

- [Migrer de v2 vers v3](https://docs.kestrel.example/guides/migration-v3.md): changements incompatibles
- [Géocodage par lots](https://docs.kestrel.example/guides/batch.md): envoi de fichiers CSV

## Optional

- [Journal des versions](https://docs.kestrel.example/changelog.md)
- [Documentation complète en un fichier](https://docs.kestrel.example/llms-full.txt)

Générer et publier le fichier

À la main. Pour un site de quelques dizaines de pages, c'est la meilleure option : le fichier doit être une sélection, pas un export. La proposition conseille un langage concis, des descriptions de liens informatives, pas de jargon non expliqué, et de tester le fichier en posant des questions à un agent qui ne dispose que de ce fichier comme point de départ.

Avec un outil. llmstxt.org recense des intégrations : des plateformes de documentation (Mintlify, GitBook), des extensions WordPress (Yoast SEO, AIOSEO), Wix, ainsi que des greffons pour Docusaurus et VitePress. Relisez toujours le résultat : un fichier généré à partir de toutes les pages ressemble vite à un sitemap.

Par script. Si vos pages ont déjà des métadonnées (titre, description), un script de construction peut produire le fichier. Exemple minimal en Node.js :

// generer-llms.js : produit llms.txt à partir d'une liste de pages
import { writeFileSync } from "node:fs";

const site = {
  nom: "Atelier Durand Menuiserie",
  resume: "Menuiserie artisanale à Angers, fenêtres bois, escaliers et agencements sur mesure.",
};
const sections = {
  Services: [
    { titre: "Fenêtres bois", url: "https://atelier-durand.example/fenetres.md", note: "essences et performances" },
    { titre: "Escaliers sur mesure", url: "https://atelier-durand.example/escaliers.md", note: "étapes et prix" },
  ],
  Optional: [
    { titre: "Réalisations", url: "https://atelier-durand.example/realisations.md" },
  ],
};

let out = `# ${site.nom}\n\n> ${site.resume}\n`;
for (const [nom, pages] of Object.entries(sections)) {
  out += `\n## ${nom}\n\n`;
  for (const p of pages) out += `- [${p.titre}](${p.url})${p.note ? `: ${p.note}` : ""}\n`;
}
writeFileSync("public/llms.txt", out, "utf8");

Une fois en ligne, vérifiez que le fichier répond en 200 avec un type texte, et qu'aucune règle de pare-feu ne le bloque :

curl -sI https://www.example.com/llms.txt | grep -iE "^HTTP|content-type"
curl -s https://www.example.com/llms.txt | head -20

Adoption réelle : ce qui est confirmé, ce qui ne l'est pas

C'est le point où la plupart des articles extrapolent. Voici ce que l'on peut vérifier dans des sources officielles à fin octobre 2026.

Autrement dit : les grands laboratoires publient des fichiers llms.txt pour que les développeurs et leurs agents de code lisent leur documentation, mais aucun n'a déclaré dans sa documentation officielle que ses robots d'exploration ou ses moteurs de réponse lisent le llms.txt des sites tiers, ni qu'il influence la sélection des sources citées. Google Search a déclaré le contraire pour son propre usage. Le texte de la v2 affirme que des milliers de sites publient le fichier et que les agents de code le suivent de façon fiable ; c'est l'avis de l'auteur de la proposition, pas une confirmation des fournisseurs.

Ce qui est en revanche certain, c'est qu'un agent à qui un utilisateur donne l'URL de votre llms.txt, ou qui tombe dessus en naviguant, pourra le lire comme n'importe quelle page : c'est du Markdown.

Faut-il en publier un ?

Le coût est faible et le fichier ne pénalise rien. Il est clairement utile pour une documentation technique consultée par des développeurs qui travaillent avec des agents de code. Pour un site vitrine, c'est une fiche d'identité propre et à jour, mais n'en attendez pas d'effet mesurable sur votre présence dans ChatGPT, Claude, Perplexity ou Google. Les leviers documentés restent ailleurs : laisser passer les robots de recherche des IA dans robots.txt et au niveau du pare-feu, et servir le contenu dans le HTML initial plutôt que par JavaScript.

Pour mesurer l'usage réel, regardez vos journaux serveur : quelles requêtes visent /llms.txt, avec quel user-agent, et à quelle fréquence. Pour vérifier votre site, utilisez le scanner IABIG.

Sources

• The /llms.txt file, v2 (llmstxt.org)
• Changements de la v2, août 2026 (llmstxt.org)
• Google Search Central, Optimizing your website for generative AI features
• Google Search Central, AI features and your website
• Chrome Lighthouse, audit llms.txt
• OpenAI, Overview of OpenAI Crawlers
• OpenAI, llms.txt de la documentation développeurs
• Anthropic, Does Anthropic crawl data from the web
• Anthropic, llms.txt de la documentation
• Perplexity, Perplexity Crawlers
• Mintlify, llms.txt et llms-full.txt

Outils gratuits

À lire aussi

• Site React, Vue ou Angular invisible pour les IA - pourquoi et comment corriger
  Pourquoi ChatGPT, Claude ou Perplexity peuvent ne pas voir un site rendu en JavaScript, comment le tester avec curl et quelles solutions SSR ou SSG appliquer.
• Cloudflare et robots d'IA - vérifier si votre site les bloque sans le savoir
  Politiques Search, Agent et Training, Bot Preference Sync, AI Crawl Control, pay per crawl, comment voir ce que Cloudflare bloque et l'ajuster à votre objectif.