llms.txt
Un fichier de synthèse pour les machines qui lisent votre site.
llms.txt est un simple fichier Markdown à la racine d’un domaine qui indique à un modèle de langage ce qu’est le site et quelles pages comptent. Xt4b en sert un ici, et un sur chaque domaine de blog qu’il héberge — généré à partir de ce qui est réellement publié, et non écrit à la main puis laissé à l’abandon.
Servi par domaineUniquement les articles publiésAucune garantie attachée
Ce que contient le fichier.
Six parties, et la raison de chacune. Un fichier de synthèse n’est utile que s’il est assez court pour être lu d’un seul passage et assez précis pour valoir la lecture.
- Un H1 avec le nom
- Un seul titre, le nom du site, pour qu’un lecteur — modèle ou humain — sache immédiatement à qui appartient le fichier avant d’analyser quoi que ce soit en dessous.
- Une synthèse en une ligne
- Un bloc de citation sur l’hôte de l’application qui dit en une phrase ce qu’est Xt4b, parce qu’une synthèse est ce qu’un moteur de réponses est le plus susceptible de réutiliser.
- Des faits, un par ligne
- Sur l’hôte de l’application : le prix, l’unité vendue, ce qui est publié et ce qui est explicitement non garanti. Des lignes déclaratives courtes, sans adjectifs marketing.
- Les pages qui comptent
- Des liens vers la page d’atterrissage, les guides, la référence de l’API et les pages juridiques, chacun accompagné d’une ligne indiquant ce que le lecteur y trouvera.
- Les articles eux-mêmes
- Sur le blog d’un client : une ligne par article publié, avec son URL et sa méta description, du plus récent au plus ancien. Rien de non publié n’apparaît.
- Du Markdown brut, rien d’autre
- Pas de JavaScript, pas de balisage que le lecteur doit exécuter, pas de connexion et pas de mur de cookies — un fichier texte qui se lit en une seule requête, ce qui est tout l’intérêt de la convention.
Ce que sert un blog hébergé.
La forme du fichier sur le domaine d’un client. Une ligne par article publié, du plus récent au plus ancien, avec la méta description comme détail.
https://yourdomain.com/llms.txt
# Blog Northbrew > Les derniers articles de Northbrew — le blog de northbrew.example. - [Comment détartrer une bouilloire en acier](https://northbrew.example/comment-detartrer-une-bouilloire-en-acier): Ce que le détartrage retire vraiment, à quelle fréquence le faire dans une ville à l’eau calcaire, et la seule chose à ne pas utiliser. - [Meules de moulin : coniques ou plates](https://northbrew.example/meules-coniques-ou-plates): Ce que la forme change dans la tasse, et quand elle n’a pas la moindre importance.
Le fichier est généré à partir des articles publiés du blog : il ne peut donc pas s’écarter de ce qui est en ligne. Un article planifié, en relecture ou non publié n’y figure pas, et un article retiré en disparaît.
Il n’y a aucun réglage séparé et rien à coller. Le même domaine sert, à côté, un sitemap, un robots.txt qui autorise le crawl, une icône et une page par article.
L’hôte de l’application sert son propre fichier à l’adresse xt4b.com/llms.txt, qui indique ce qu’est le produit, ce qu’il coûte et ce qu’il refuse de promettre, aux côtés des liens vers les guides.
Les fichiers qui comptent plus que celui-ci.
llms.txt est une commodité. Tout ce qui se trouve en dessous décide si une page peut être lue, citée et attribuée, tout simplement.
Un modèle — ou un crawler, ou une personne — atteint une page, et cette page doit dire de quoi elle parle dans une langue qui survit à l’extraction. Cela suppose un titre qui n’est pas un slogan, une question traitée par page, et la réponse dès le premier écran plutôt que quatre cents mots plus bas.
C’est là-dessus que la pipeline est construite : une requête par article planifié, un plan détaillé validé avant le début de la rédaction, et les métadonnées, l’URL canonique et les données structurées produites avec l’article plutôt que rajoutées des mois plus tard.
- Un sitemap.xml sur le même domaine, listant chaque article publié
- Un robots.txt qui autorise le crawl plutôt que de le bloquer
- Une URL canonique sur chaque article, pour que deux chemins ne ressemblent jamais à deux pages
- Des données structurées par article décrivant l’article et sa date
- Une image de couverture avec un vrai texte alternatif plutôt qu’un nom de fichier
- Une réponse par page, dans la langue dans laquelle la requête a été posée
Ce que le fichier ne peut pas faire
Il ne peut pas obliger un assistant à le lire, à le citer ou à le positionner. llms.txt est une proposition plutôt qu’un standard, et rien ne garantit que ce fichier ou un autre fichier texte sera récupéré — le positionnement, le trafic et la citation ne sont pas garantis par nous, et nos conditions le disent.
Ce n’est pas non plus un raccourci pour contourner un contenu pauvre. Un modèle qui lit un fichier bien indexé rempli de pages qui ne disent rien d’utile n’en ressort pas moins vide, et un site avec une réponse honnête par page est bien mieux servi par cela que par n’importe quel fichier à sa racine.
Plus sur le contenu
- GEO pour les réponses IA
Le GEO sans le théâtre : une réponse par page, citable et attribuable.
- Pour la recherche IA
Soyez la source que la réponse cite.
- Pour les aperçus IA
Publiez la page que le bloc peut résumer.
- API de contenu SEO
Chaque article en JSON — l’article, ses métadonnées, son statut et son URL.
- Contenu SEO multilingue
Une langue est une ligne éditoriale, pas une traduction de vos pages anglaises.
- Blog hébergé
Un blog sur votre domaine, derrière un enregistrement DNS, maintenu pour vous.
- Pour les marchés multilingues
Quel marché ouvrir ensuite, et ce qu'il coûte.
Questions sur llms.txt.
Notamment où le nôtre est servi, ce qu’il contient, et si les crawlers le lisent vraiment.
Qu’est-ce que llms.txt ?
Une convention proposée par llmstxt.org : un simple fichier Markdown à /llms.txt qui donne à un modèle de langage une synthèse courte et structurée d’un site — ce qu’il est, quelles pages comptent et ce qu’elles contiennent — au lieu de le laisser déduire tout cela du HTML rendu.
Où Xt4b le sert-il ?
À deux endroits. Sur l’hôte de l’application, à xt4b.com/llms.txt, qui décrit le produit, indique le prix et renvoie vers les guides et la référence de l’API. Et sur le domaine de blog de chaque client, à l’adresse /llms.txt de ce domaine, qui indexe les articles publiés de ce blog.
Que contient le llms.txt d’un client ?
Un titre avec le nom de l’entreprise, une ligne de citation disant ce qu’est le blog, puis une puce par article publié : le titre sous forme de lien, suivi de la méta description de l’article. C’est un index plutôt qu’une synthèse — le contenu, ce sont les articles du blog eux-mêmes.
Est-ce que cela aide un site à être cité par l’IA ?
Il rend le site plus facile à lire correctement, et c’est tout ce qu’un fichier peut faire. Qu’un assistant cite une page dépend de cet assistant, et nous ne garantissons ni positionnement, ni trafic, ni citation. Le fichier lève un obstacle ; il n’achète pas une mention.
llms.txt est-il un standard officiel ?
Non. C’est une proposition, pas quelque chose que les crawlers sont obligés de lire, et rien ne garantit qu’un modèle donné le récupère. C’est précisément pourquoi ce fichier est traité ici comme une couche au-dessus de ce qui, lui, est standard : le sitemap, les URL canoniques, les données structurées et le HTML crawlable.
Dois-je faire quoi que ce soit pour en avoir un ?
Non. Les deux fichiers sont servis par les mêmes routes que le blog : un domaine connecté obtient donc un sitemap, un robots.txt, une icône et un llms.txt sans réglage supplémentaire. Si vous préférez servir les articles depuis votre propre CMS, l’API de lecture vous fournit le Markdown et le HTML rendu, et vous pouvez générer les fichiers d’index de votre choix.
Dois-je aussi ajouter llms.txt à mon site principal ?
C’est peu coûteux et sans risque : un fichier court indiquant ce qu’est l’entreprise, qui elle sert et quelles pages comptent. Le travail au meilleur rendement se trouve presque toujours en dessous — des titres qui disent de quoi parle la page, une question traitée par page, et des pages qui s’affichent sans JavaScript.
Le fichier inclut-il des articles pas encore publiés ?
Non. Il est généré uniquement à partir des articles publiés, du plus récent au plus ancien, et il évolue avec le blog. Un article planifié, en relecture ou non publié n’y figure nulle part — la même règle que suit le sitemap.
Lu par les machines
Publiez les pages qui méritent d’être résumées.
Connectez un domaine et lisez le plan : les requêtes qui manquent à votre site, les plans détaillés derrière, et les dates de mise en ligne de chaque article.
Sitemap et llms.txt par blog20 € / site / langue / mois3 jours gratuits, sans carte bancaire