- [ Accueil ](/fr/) / - Validateur # Validateur llms.txt Collez votre fichier (ou une URL) et vérifiez la conformité à la spec. Tourne entièrement dans votre navigateur, rien n'est envoyé à un serveur. Dernière mise à jour: 12 août 2026 ## Validateur Fetch une URL Fetch Le fetch passe par notre fonction edge afin de contourner les restrictions CORS du site cible. Seul le fichier demandé est récupéré ; son contenu n'est pas conservé. Coller le contenu du fichier Valider Effacer Charger un exemple ### Badge de vérification en direct L'embed pointe vers un endpoint de vérification en direct et un reçu public. Il s'agit d'un contrôle syntaxique, pas d'une promesse d'usage IA ou de SEO. Utilisez Fetch pour générer un badge spécifique au domaine. Copier Markdown Utilisez Fetch pour générer un badge spécifique au domaine. Copier HTML ## Ce qu'on vérifie ℹ Mis à jour pour llms.txt v2 La proposition d'août 2026 autorise le BOM UTF-8, les fichiers à la racine ou par sous-chemin et les versions Markdown découvertes avec rel="alternate" type="text/markdown" et rel="describedby" . Le parseur contrôle la syntaxe ; la découverte HTML reste un test séparé. Le validateur implémente les règles de [llmstxt.org](https://llmstxt.org/) : - **H1 obligatoire.** Exactement un heading de niveau 1, première ligne non vide. - **Résumé en blockquote.** Recommandé juste après le H1. - **Sections H2 file-list.** Chaque section est une liste Markdown d'items `- [name](url)`, avec `: notes` optionnelles. - **URLs absolues.** Les URLs relatives sont signalées en warning. - **Pas de contenu hors section.** Après le premier H2, seules des file lists sont attendues. - **Garde-fou de taille.** Les fichiers > 50 Ko reçoivent une note info suggérant `llms-full.txt`. Chaque diagnostic inclut un code de règle (ex. `H1_REQUIRED`, `URL_RELATIVE`) que vous pouvez grepper dans les logs CI. ## Utiliser depuis la CI Le même parseur que cette page peut être branché dans votre build : les codes de règle sont stables, un script peut les grep dans vos logs CI. Check Node minimal : ``` import { readFileSync } from 'node:fs'; import { parseLlmsTxt, summarize } from './validator/validate'; // même parseur que ce validateur const input = readFileSync('public/llms.txt', 'utf8'); const parsed = parseLlmsTxt(input); const sum = summarize(parsed); if (!sum.passes) { for (const d of parsed.diagnostics) { console.error(`${d.severity.toUpperCase()} [${d.rule}] line ${d.line}: ${d.message}`); } process.exit(1); } console.log(`OK, ${parsed.sections.length} sections, ${parsed.sizeBytes} bytes`); ``` ℹ Vie privée Le contenu collé est validé dans votre navigateur. Si vous utilisez Fetch ou le badge public, la fonction edge récupère uniquement l'URL demandée pour contrôler sa réponse, sans conserver le contenu. ## Pour aller plus loin Un fichier valide peut rester le mauvais fichier. [Les dix règles de bonnes pratiques](/fr/bonnes-pratiques/) couvrent ce qu'aucun validateur ne vérifie : est-ce que les pages listées sont celles dont un modèle a réellement besoin, qui sont rarement les plus visitées. Vous partez de zéro ? Le [générateur](/fr/generateur/) construit un fichier valide depuis votre sitemap, et [comment créer llms.txt](/fr/comment-creer/) détaille le déploiement stack par stack. Pour la syntaxe elle-même, voir la [référence du format](/fr/llms-txt-format/), ou lisez des [fichiers réels](/fr/exemples/) publiés par Anthropic, Cloudflare et Stripe. ## Sources - [ llmstxt.org, spec officielle ](https://llmstxt.org/) Sur cette page - [ Validateur ](#outil) - [ Ce qu'on vérifie ](#regles) - [ Utiliser depuis la CI ](#ci) - [ Pour aller plus loin ](#next)