llms.txt : guide complet, modèles et mise en place pour le GEO

Un fichier llms.txt est un fichier texte le plus souvent publié à la racine de votre site (/llms.txt) qui liste une shortlist d’URLs “sources” (pages principales, documentation, politiques publiques). L’objectif est d’aider certains agents IA et outils de lecture automatisée à trouver rapidement vos références. Ce n’est pas un standard universel et cela ne garantit pas d’être cité : c’est surtout un point d’entrée clair et maintenable, complémentaire à votre SEO, votre sitemap et votre documentation.

En bref : Servez /llms.txt en HTTP 200 (public, sans login), avec une liste courte d’URLs canoniques vraiment maintenues (souvent quelques dizaines au plus). Évitez les paramètres/UTM, limitez les redirections, puis vérifiez régulièrement qu’aucun lien ne tombe en 4xx/5xx.

Qu’est-ce que llms.txt ?

Définition : une curation de pages “source”

Un llms.txt “curate” vos ressources majeures pour des lecteurs automatisés : au lieu de découvrir vos contenus au hasard, ils trouvent une sélection hiérarchisée, pensée pour être lue vite et comprise correctement.

Qui peut le lire (et qui ne le lira peut-être pas)

Certains outils peuvent l’utiliser comme point d’entrée, d’autres l’ignorer. Considérez-le comme un signal de curation (utile mais non contractuel).

Que mettre dedans : logique d’architecture

Visez des pages stables : offres, catégories, documentation, base de connaissances, glossaire, FAQ structurées, politiques publiques, contact. Une liste “recommandée” puis “optionnelle” suffit souvent, avec des intitulés explicites et des URLs canoniques.

llms.txt et GEO : ce que ça apporte (concrètement)

En GEO (visibilité dans les moteurs/assistants IA), llms.txt sert surtout à désigner vos pages “source of truth” et à réduire l’ambiguïté (quelle doc est officielle ? quelle page décrit l’offre ?). Pour la stratégie GEO complète (formats citables, preuves, suivi), voir le guide GEO/SEO et, côté SERP, le guide AI Overviews.

Format de llms.txt : à quoi ressemble le fichier ?

Structure la plus courante

La proposition d’origine (llmstxt.org) n’est pas une norme officielle et les usages varient, mais on retrouve souvent : un titre, une brève description, des sections thématiques, puis des liens vers vos pages principales. Certains sites ajoutent des liens vers des versions Markdown propres (quand vous en avez), utiles pour de la documentation et des contenus longs.

Robustesse : rester utile malgré l’absence de standard unique

Restez simple : URLs absolues, intitulés stables, peu de liens mais très fiables. En cas de changement d’URL, privilégiez une redirection 301 durable et évitez d’optimiser une syntaxe “exotique” que d’autres outils pourraient ignorer.

Où placer llms.txt et quoi y mettre ? (checklist)

Exigences techniques minimales

• URL : convention la plus courante : /llms.txt à la racine
• Accès : public, sans authentification
• Statut : HTTP 200 (idéalement pas de chaîne de redirection)
• CDN/cache : TTL cohérent avec votre fréquence de mise à jour

Quelles URLs déclarer (priorisation)

1. Pages “source” : offres, pages de référence réellement maintenues, pages “preuves” (si pertinentes et stables).
2. Docs : index de doc, guides, référence API, changelog (si vous en avez un).
3. Réassurance : contact, à propos, politiques publiques (confidentialité, CGU/CGV).

Visez une liste courte (moins si vous êtes petit), souvent quelques dizaines de liens au plus. Chaque URL doit être canonique, sans paramètres ni tracking, et survivre aux refontes sans multiplier les exceptions.

Multi-langue, multi-domaine, sous-répertoires

Vous pouvez créer un fichier par host (www, docs, boutique) selon votre architecture. En multi-langue (/fr/ et /en/), listez clairement les deux versions, et maintenez hreflang + canonicals pour éviter d’orienter vers la mauvaise langue.

Templates llms.txt prêts à copier (docs, blog, e-commerce)

Template “Documentation / API”

Nom du produit — description courte

- https://votredomaine.tld/docs/ — index

- https://votredomaine.tld/docs/guides/ — pas à pas

- https://votredomaine.tld/docs/api/ — référence API

- https://votredomaine.tld/docs/changelog/ — évolutions

- https://votredomaine.tld/contact/ — support

Template “Blog” (evergreen)

Nom du site — blog

- https://votredomaine.tld/blog/theme-1/ — hub

- https://votredomaine.tld/blog/theme-2/ — hub

- https://votredomaine.tld/a-propos/ — qui sommes-nous

- https://votredomaine.tld/glossaire/ — définitions

Template “E-commerce” (catégories + SAV)

Nom de la boutique — description courte

- https://votredomaine.tld/collections/collection-1/ — catégorie

- https://votredomaine.tld/collections/collection-2/ — catégorie

- https://votredomaine.tld/guides/guide-achat/ — guide d’achat

- https://votredomaine.tld/faq/ — livraison/retours

- https://votredomaine.tld/garanties/ — garanties

Si vous produisez des versions Markdown propres (docs, articles), vous pouvez ajouter une URL alternative “/markdown/…” pour les pages clés, mais uniquement si ces URLs sont stables et réellement maintenues.

llms.txt vs robots.txt vs sitemap.xml (version décision)

• robots.txt : donne des règles d’exploration (ne sécurise pas).
• sitemap.xml : liste d’URLs pour la découverte/indexation (référence : Google Search Central).
• llms.txt : shortlist éditoriale des pages à lire en priorité (vos “sources”).

Comment tester et monitorer llms.txt ?

Checks rapides

1. curl -I https://votredomaine.tld/llms.txt : vérifier HTTP 200 et repérer une redirection.
2. Tester www et non-www : confirmer une chaîne de redirection courte et stable.
3. Vérifier les headers cache : valider TTL/purge CDN si vous mettez à jour.

Audit “qualité” des liens

Contrôlez que chaque URL listée renvoie 200, pointe vers la version canonique, et n’embarque pas de paramètres. Évitez les PDF obsolètes et les doublons : ils diluent la page réellement citée.

Monitoring dans le temps

• Surveillez les 4xx/5xx sur /llms.txt et sur les pages listées.
• Gardez un historique des changements (utile lors des refontes).
• En cas de pics de requêtes, appliquez un rate limiting (llms.txt ne remplace pas une protection).

Risques et erreurs fréquentes

Ne pas exposer l’interne

Ne listez jamais des URLs non destinées au public : staging, admin, exports, endpoints internes, pages “mon compte”. Le fichier llms.txt est public : vérifiez les permissions et utilisez une authentification quand c’est nécessaire.

Éviter les URLs instables

N’ajoutez pas d’UTM, de variantes non canoniques, ni de pages qui changent de structure en permanence. Le meilleur llms.txt est court, stable et facile à maintenir.

Sources

• France Num — Optimisation pour les moteurs génératifs (GEO)
• Google Search Central — Sitemaps : exploration et indexation
• Google Search Central — AI features and your website

FAQ — llms.txt

llms.txt améliore-t-il le classement Google ?

Le fichier llms.txt n’est pas connu comme un levier direct de classement. Son intérêt est plutôt organisationnel : clarifier vos pages de référence et réduire l’ambiguïté sur vos sources.

À quelle fréquence le mettre à jour ?

Mettez-le à jour quand une page source change (URL canonique, refonte, nouvelle doc ou nouveau guide de référence). Ensuite, faites une vérification périodique (à une cadence adaptée, mensuelle, trimestrielle, etc. selon votre rythme de publication) pour éviter les liens cassés.

WordPress et Shopify : comment le mettre en place concrètement ?

Sur WordPress, déposez le fichier à la racine (hébergement), puis purgez cache/CDN. Sur Shopify, il n’existe pas toujours de moyen natif de servir un fichier à la racine en HTTP 200 : selon le cas, passez par un proxy/worker/CDN externe, ou à défaut par une redirection vers un fichier hébergé (en vérifiant que l’URL finale renvoie bien HTTP 200). Dans tous les cas, testez l’URL publique et le statut HTTP 200 (sur l’URL servie).

Conclusion

Un fichier llms.txt est une shortlist de pages “source” : public, stable et facile à maintenir. Il ne remplace ni robots.txt ni un sitemap, et ne garantit pas d’être cité, mais il peut clarifier vos références officielles. Commencez court, listez vos meilleures pages canoniques, puis maintenez le fichier au rythme de vos évolutions (et, si vous en avez, de vos versions Markdown propres).