Adoption de llms.txt : qui l'utilise ?

Panorama

Le fait observable est plus étroit qu'une affirmation d'adoption de marché : un hôte public retourne, ou non, une réponse llms.txt conforme à une date donnée. Cette page consigne ce signal sur un panel fixe et relie chaque entrée à sa source. Elle ne déduit pas de la publication une découverte, une consommation, une citation, du trafic ou un effet de classement.

Adoption mesurée (notre tracker)

Des affirmations du type « des dizaines de milliers de sites utilisent llms.txt » circulent sans source. Nous mesurons donc nous-mêmes : un panel fixe de 219 hôtes notables répartis sur huit secteurs, récupérés et parsés chaque semaine par un vérificateur automatique. Dernier passage : 2026-08-03.

Méthodologie et limites

Le panel est une liste fixe et curée de 219 hôtes (publiée sur /adoption-panel.json) ; sa composition ne change pas d'un passage à l'autre, sauf ajout documenté. Pour chaque hôte, le vérificateur demande https://<hôte>/llms.txt, suit les redirections, et ne compte l'hôte comme servant le fichier que si la réponse est un HTTP 200, en texte brut (et non une coquille HTML d'application), commençant par un H1 Markdown valide. Les hôtes injoignables (1 au dernier passage) sont exclus de la base. Résultats bruts : /adoption-stats.json. Les 113 entrées positives sont listées dans le répertoire vérifié.

Limites : le panel penche vers les entreprises orientées développeurs, le taux affiché ne doit donc pas se lire comme un chiffre pour tout le web. Un fichier servi est une preuve de publication seulement, pas de découverte automatique, d'usage IA, de citation, de trafic ou d'effet SEO. Voir la méthodologie complète et la version reproductible de l'Observatoire.

Modes de publication

Les fichiers de ce répertoire montrent plusieurs modes de publication. Un fichier racine, un sous-chemin de documentation et un alternate Markdown sont des choix observables. Ils ne démontrent pas à eux seuls le comportement d'un client précis :

• Fichiers racine : emplacement le plus courant contrôlé dans le panel fixe.
• Fichiers par sous-chemin : ils peuvent limiter la carte à une documentation plutôt qu'à toute l'origine.
• Alternates Markdown : ils exposent une représentation propre d'une page indépendamment d'une carte de site.
• Propriétés HTTP : redirections et type de contenu doivent être contrôlés, jamais déduits d'une URL.
• Fichiers générés : un fichier syntaxiquement valide doit encore être relu pour éviter liens obsolètes et pages peu pertinentes.

Répertoire vérifié

Le répertoire liste des fichiers publics contrôlés et pointe vers la réponse d'origine. Une présence signifie uniquement une observation de fichier datée. Elle ne signifie ni soutien de ce site, ni usage de toutes les options, ni relation commerciale avec llmtxt.info.

• Lien source : chaque fiche pointe vers le fichier contrôlé.
• Date d'observation : les fiches doivent être lues avec leur date de contrôle.
• Périmètre : une réponse de fichier ne dit rien des règles de crawl ou de performance de recherche d'un domaine.

Affirmations client : preuves et limites

Un fichier public ne démontre pas qu'un outil le lit automatiquement. Le support client doit être qualifié à partir d'une documentation éditeur ou d'un test reproductible et étroit. La matrice actuelle emploie ces catégories plutôt qu'une liste de support natif sans nuance :

• Documenté par l'éditeur : le fournisseur décrit un flux précis et son déclencheur.
• Flux déclenché par l'utilisateur : un utilisateur ou développeur choisit de fournir une URL ou un fichier.
• Implémentation communautaire : une bibliothèque parse la convention sans représenter tous les clients.
• Inconnu : aucune affirmation n'est faite lorsque le comportement n'est ni documenté ni testé de manière reproductible.

Lire la tendance

Le tracker est utile parce que la cohorte reste fixe. Une hausse future doit se lire avec prudence :

1. C'est une variation de panel. Le taux peut évoluer sans représenter tout le web.
2. C'est une preuve de publication. Elle ne devient pas une preuve de consommation par un client.
3. La continuité de méthode est nécessaire. Le panel, les règles de qualification et la date rendent les versions comparables.

Contrôlez un fichier public avec le vérificateur en direct, puis utilisez le validateur pour les diagnostics locaux complets.

Pages liées

• Exemples réels, le répertoire vérifié.
• Référence du format llms.txt, les détails de la spec.
• Créer un llms.txt, l'ajouter à votre site en quelques minutes.
• Validateur · Générateur.