- [ Accueil ](/fr/) / - [ Blog ](/fr/blog/) / - Ce que vérifie vraiment l'audit llms.txt de Lighthouse # Ce que vérifie vraiment l'audit llms.txt de Lighthouse Chrome a ajouté une vérification llms.txt à Lighthouse. Sa documentation explique le cas des erreurs serveur, tandis que l'implémentation open source révèle trois contrôles de contenu. Dernière mise à jour: 12 août 2026 ## Ce que fait l’audit Lighthouse, l’outil d’audit intégré aux DevTools de Chrome et disponible en ligne de commande, inclut désormais une vérification `llms.txt` dans ses **agentic browsing audits**. La [documentation Chrome correspondante](https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt), mise à jour le 2026-05-05, décrit le fichier comme « une convention émergente servant à fournir un résumé lisible par machine du contenu d’un site, spécifiquement conçu pour les LLM et les agents IA », et avance une seule justification : sans ce fichier, les agents peuvent passer plus de temps à crawler le site pour en comprendre la structure générale et le contenu principal. L’argument porte sur l’efficacité de crawl pour les agents, pas sur la visibilité ni sur le classement. C’est cohérent avec ce que nous documentons sur [llms.txt et le SEO](/fr/llms-txt-seo/) et sur [Google utilise-t-il llms.txt](/fr/google-utilise-t-il-llms-txt/) : rien ici ne promet un bénéfice en recherche. L’[implémentation open source de l’audit](https://github.com/GoogleChrome/lighthouse/blob/main/core/audits/agentic/llms-txt.js) ajoute un détail absent de la courte documentation. Lorsque la requête réussit, Lighthouse vérifie que le corps compte au moins 50 caractères, contient un titre H1 et contient un lien Markdown. Ce sont des tests de fumée utiles, pas une implémentation complète de la grammaire llms.txt v2. ## Non applicable n’est pas un échec C’est le point souvent mal rapporté. La documentation indique qu’une erreur serveur est signalée et qu’un fichier absent est marqué Non applicable, car la convention reste optionnelle. L’implémentation généralise le cas du fichier absent à toute réponse 4xx. - **Toute réponse 4xx** : Non applicable. L’audit ne note pas le site sur ce fichier. - **Une réponse 5xx ou un échec de récupération** : échec. - **Une réponse réussie** : le corps doit compter au moins 50 caractères et contenir un H1 ainsi qu’un lien Markdown. Lighthouse ne pénalise donc pas un site dépourvu de `llms.txt`. En revanche, si un fichier est servi avec succès, l’audit vérifie bien un contenu minimal. Si vous servez le fichier via une fonction ou une réécriture plutôt qu’en actif statique, une erreur serveur ou réseau reste un mode de défaillance réel. Nos [guides par stack](/fr/comment-creer/) recommandent de le servir en fichier statique partout où c’est possible, et le [validateur](/fr/validateur/) réalise une analyse structurelle plus complète. ## À quelle fréquence il tourne réellement Ahrefs a classé chaque user-agent frappant `/llms.txt` sur 137 210 domaines en mai 2026. L’audit Lighthouse de Chrome y représente **22 requêtes, soit environ 1 sur 1 000** de toutes les récupérations mesurées. Pour l’échelle, dans le même jeu de données, les outils d’audit SEO pèsent 21,7 % des requêtes, les crawlers web généralistes 13,1 %, et l’ensemble des bots IA identifiés 19,5 %. L’audit qui a relancé le débat est une erreur d’arrondi dans le trafic. Ce n’est pas un argument pour dire que l’audit est sans importance. C’est un argument contre l’idée que son existence prouverait que quelque chose lit désormais ces fichiers à grande échelle. C’est une vérification dans un outil de développeur, exécutée quand un développeur la lance. ## Quoi en faire Trois choses, aucune urgente. **Ne publiez pas un llms.txt parce que Lighthouse « l’exigerait ».** Il ne l’exige pas, et la documentation le dit. Publiez-le si les raisons exposées dans [bénéfices et limites](/fr/benefices-limites/) s’appliquent à votre cas. **Vérifiez le statut et le corps.** Un fichier publié doit répondre avec succès, inclure un H1 et des liens Markdown utiles, et être assez long pour porter un contenu pertinent. **Validez séparément toute la conformité v2.** Lighthouse ne contrôle ni la portée par chemin, ni la grammaire du préambule, ni la structure des sections, ni les relations de découverte, ni la santé des liens. C’est le périmètre plus large de notre [validateur](/fr/validateur/) et des contrôles de déploiement. ## Sources - [ Chrome for Developers, audits Lighthouse agentic browsing : llms.txt (mis à jour le 2026-05-05) ](https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt) - [ Ahrefs, We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read (juin 2026) ](https://ahrefs.com/blog/llmstxt-study/) - [ GoogleChrome/Lighthouse, implémentation de l'audit llms-txt ](https://github.com/GoogleChrome/lighthouse/blob/main/core/audits/agentic/llms-txt.js) - [ llmstxt.org, la spécification ](https://llmstxt.org/) Sur cette page - [ Ce que fait l'audit ](#ce-que-fait-l-audit) - [ Non applicable n'est pas un échec ](#non-applicable) - [ À quelle fréquence il tourne réellement ](#frequence) - [ Quoi en faire ](#quoi-en-faire)