La réponse en 60 secondes
Ajouter un fichier llms.txt peut aider à présenter clairement le contenu important de votre site. Cela ne prouve pas que ChatGPT, Gemini ou un autre assistant le consultera, et cela ne leur permet pas d’agir sur votre site.
Il faut distinguer deux sujets :
- être décrit, avec un fichier lisible par une machine ;
- être utilisable, avec des fonctions structurées permettant à un agent de rechercher, filtrer, réserver ou commander.
Pour un site vitrine, le fichier peut rester un complément peu coûteux s’il est exact. Pour un e-commerce, une plateforme de réservation ou un SaaS, l’enjeu plus important est la capacité agent : des actions fiables, contrôlées et mesurables. Une brochure peut expliquer la boutique. Elle ne tient pas la caisse.
Dans cet article
- Ce que fait réellement un fichier llms.txt
- Pourquoi sa présence ne prouve pas son utilité
- Ce que WebMCP change
- Que vérifier sur votre site maintenant
1. Ce que fait réellement un fichier llms.txt
La proposition llms.txt consiste à publier, à la racine du domaine, une version concise et structurée des ressources que l’éditeur juge importantes. L’intention est raisonnable : réduire le bruit et offrir aux systèmes d’IA un chemin plus direct vers une information utile.
Mais un fichier publié n’est pas un fichier utilisé. Il n’existe pas de mécanisme qui oblige un assistant à le consulter, à lui faire confiance ou à le préférer aux pages ordinaires. Il faut donc le traiter comme une couche descriptive, pas comme un raccourci garanti vers les réponses de l’IA.
La première vérification est très simple : ouvrez votredomaine.fr/llms.txt. Si un plugin l’a généré, relisez-le comme une page destinée à un acheteur. Les produits, services, marchés et liens sont-ils encore exacts ? Le fichier est-il mis à jour avec le site ? Une description périmée est facile à publier et difficile à défendre.
2. Pourquoi sa présence ne prouve pas son utilité
Une analyse Ahrefs relayée par Search Engine Journal a observé environ 38 000 fichiers llms.txt valides dans un échantillon de 137 000 domaines. En mai 2026, 97 % de ces fichiers n’avaient reçu aucune requête. Les robots de récupération associés à l’IA ne représentaient que 1,1 % des requêtes observées (Search Engine Journal).
Ce résultat ne prouve pas que le format ne sera jamais adopté. L’échantillon était orienté vers des sites techniquement actifs et la mesure porte sur un mois. Il montre toutefois qu’en 2026, publier le fichier ne suffit pas à démontrer un usage réel.
Pour décider correctement, séparez trois niveaux :
| Niveau | Question utile | Preuve attendue |
|---|---|---|
| Présence | Le fichier existe-t-il ? | URL accessible et contenu relu |
| Récupération | Des systèmes le demandent-ils ? | Journaux serveur et robots identifiés |
| Résultat | Change-t-il une citation ou une action ? | Test répété avant/après, avec limites déclarées |
Beaucoup de discussions s’arrêtent au premier niveau. Votre décision d’investissement devrait dépendre des deux suivants.
3. Ce que WebMCP change
WebMCP répond à une autre question : comment un site peut-il exposer des outils structurés qu’un agent est autorisé à utiliser ? Chrome le teste comme fonctionnalité expérimentale dans un origin trial de Chrome 149. Un site peut décrire une action, ses paramètres et ses règles afin qu’un agent la déclenche plus sûrement qu’en devinant l’interface visuelle (Chrome for Developers).
La nuance compte. WebMCP n’est pas encore une norme déployée partout et l’intégration avec Gemini dans Chrome est annoncée comme une étape distincte, ultérieure (Chrome AI developer preview). Il serait imprudent de reconstruire tout votre produit autour d’un essai. Il serait tout aussi imprudent d’ignorer le modèle qu’il révèle.
Les entreprises transactionnelles peuvent déjà préparer les fondations :
- des fonctions clairement définies - rechercher, vérifier un stock, calculer un prix, réserver ;
- des paramètres et retours stables ;
- des autorisations explicites pour les actions sensibles ;
- une confirmation humaine avant paiement, envoi ou modification irréversible ;
- des journaux permettant de comprendre ce que l’agent a demandé et exécuté.
C’est un chantier produit et ingénierie. Le fichier descriptif peut accompagner ce travail ; il ne le remplace pas.
4. Que vérifier sur votre site maintenant
Commencez par une revue limitée, pas par une transformation générale.
Si vous avez déjà un llms.txt
Vérifiez sa source, sa date de mise à jour, ses liens et la personne qui en est responsable. Générez-le depuis le contenu réel lorsque c’est possible. Ne maintenez pas deux versions manuelles de votre offre.
Consultez ensuite vos journaux serveur. Si personne ne demande le fichier, vous avez une information utile : son coût de maintenance doit rester proportionné à son usage observé.
Si votre site permet une transaction
Choisissez une seule tâche importante. Par exemple : « trouver un produit disponible dans une taille donnée » ou « vérifier un créneau dans une zone précise ». Décrivez l’entrée, la sortie, les règles métier, les erreurs et le moment où une validation humaine est indispensable.
Ce travail est utile même si WebMCP évolue. Une fonction claire, contrôlée et observable améliore aussi vos API, vos automatisations et votre expérience produit.
Si votre priorité est la visibilité dans les réponses IA
Ne réduisez pas le diagnostic à llms.txt. Vérifiez l’indexabilité, la clarté des pages, la cohérence des informations et les sources tierces qui décrivent votre entreprise. Puis testez un ensemble stable de questions d’acheteurs. La visibilité et la capacité d’action sont liées, mais ce ne sont pas le même résultat.
Conclusion : mesurez la porte, pas seulement le panneau
Un llms.txt exact et automatiquement maintenu peut constituer une couverture raisonnable. Les données disponibles ne justifient pas d’en faire, à lui seul, une stratégie de visibilité IA.
Pour un site transactionnel, la question plus durable est la suivante : quelles actions un agent peut-il accomplir, avec quelles permissions et quelles preuves ? Préparez une fonction utile avant de multiplier les fichiers. Capacité, pas case cochée.
Votre site est-il seulement lisible, ou réellement utilisable ?
Apportez-nous une tâche d’acheteur et le parcours actuel. Nous pouvons distinguer ce qui relève de la visibilité, de l’architecture produit et de la capacité agent, puis cadrer le plus petit test défendable. Sans promesse de compatibilité universelle ni transformation inutile.
Questions fréquentes
Ce résultat n’est pas démontré. Le fichier peut présenter vos ressources, mais sa présence ne prouve ni sa récupération ni un changement dans les réponses d’un assistant.
Pas nécessairement. S’il est exact, généré depuis le contenu réel et peu coûteux à maintenir, il peut servir de couverture expérimentale. Il ne doit pas détourner le budget des problèmes plus importants.
Non comme standard universel. En juillet 2026, Chrome le présente dans un origin trial expérimental. Les sites transactionnels peuvent néanmoins préparer des fonctions structurées, des permissions et des journaux.
Choisissez une tâche à forte valeur, définissez précisément ses règles et testez si elle peut être exécutée sans ambiguïté. Gardez une confirmation humaine pour toute action sensible.
Sources et statut expérimental vérifiés le 14 juillet 2026. Cet article présente une lecture opérationnelle, pas une garantie de visibilité ou de compatibilité future.