Vérificateur de llms.txt

Comment fonctionne cette vérification

Scanaris demande /llms.txt à la racine de ton domaine et ne le considère comme présent que s'il répond 200, que le type de contenu n'est pas du HTML, que le corps ne contient pas de balise <html> et qu'il n'est pas vide. Ça écarte les applications monopages qui renvoient leur HTML pour n'importe quel chemin. S'il ne le trouve pas, il ouvre un constat informatif qui ne coûte aucun point : ne pas l'avoir n'est pas une faille, c'est une occasion que peu de sites ont encore saisie.

Ce qu'est llms.txt

C'est une proposition de 2024 (llmstxt.org) pour donner aux assistants IA un résumé soigné de ton site en Markdown : qui tu es, ce que tu fais et quelles pages lire pour le comprendre. L'idée est la même que le robots.txt pour les robots d'exploration ou le sitemap pour les moteurs de recherche, mais pensée pour les modèles de langage : au lieu que ChatGPT, Claude ou Perplexity doivent explorer vingt pages pleines de menus et de bandeaux cookies pour savoir ce que tu vends, tu le leur dis dans un fichier court et propre. Il faut être honnête sur son statut : aucun grand fournisseur n'a confirmé l'utiliser officiellement pour répondre, mais plusieurs outils de documentation et frameworks le génèrent déjà, l'ajouter prend dix minutes, et c'est l'endroit naturel où placer la version « pour machines » de ton site quand les assistants la chercheront.

Comment le créer

# Scanaris

> Scanner de sécurité, de SEO et de visibilité IA pour les sites et applis créés avec des outils d'IA. Une analyse de 60 secondes renvoie chaque faille avec sa solution.

## Pages clés

- [Ce que nous vérifions](https://tondomaine.com/checks) : les 47 vérifications, chacune avec son guide de correction.
- [Tarifs](https://tondomaine.com/pricing) : offre gratuite et offres Pro.
- [Blog](https://tondomaine.com/blog) : guides de sécurité pour Cursor, Lovable, Supabase, Next.js et Vercel.

## Optional

- [Documentation de l'API](https://tondomaine.com/docs/api)

• Structure : un seul titre de niveau 1 avec le nom du site, une citation en bloc avec la description en une ou deux phrases, puis des sections avec des listes de liens, chacun suivi d'une courte description après les deux-points. La section ## Optional est pour ce qui peut être sauté quand le contexte est court.
• Contenu : écris pour quelqu'un qui ne connaît pas ton site et a trente secondes. Quel problème tu résous, pour qui, et où se trouve l'information importante. Pas de marketing creux ni de liste des 300 pages du blog.
• Où : dans le dossier public du projet (public/llms.txt sous Nuxt, Next.js, Vite ou Astro), servi en text/plain ou text/markdown. Si ton application capture toutes les routes, ajoute une exception.
• Version complète : le standard prévoit aussi /llms-full.txt avec le contenu entier des pages clés en Markdown, utile pour la documentation technique.

Vérifie que c'est corrigé

curl -si https://tondomaine.com/llms.txt | grep -iE "^(HTTP|content-type)"
curl -s https://tondomaine.com/llms.txt | head -5

Attendu : 200, un type texte et les premières lignes de ton Markdown, pas du HTML.

Questions fréquentes

Est-ce que ça fait que ChatGPT me recommande ?

Pas à lui seul. Qu'un assistant te connaisse dépend de ce qu'il a lu sur toi dans de nombreuses sources, et c'est ce que mesure visibilité auprès de l'IA. Le llms.txt est l'une des pièces, la moins chère, et il sert surtout quand un assistant visite ton site en direct pour répondre à une question précise.

Dois-je le tenir à jour ?

Comme le sitemap : quand quelque chose d'important change. Si tu le génères depuis ton framework à partir des mêmes routes que le sitemap, il se maintient tout seul.

Et si je bloque les robots d'IA dans robots.txt ?

Alors le llms.txt ne sert pas à grand-chose, parce qu'ils n'arriveront jamais à le lire. Quels robots tu bloques est traité par robots d'IA, et la vue d'ensemble est dans qu'est-ce que l'AEO.