Google a répété ces derniers jours que le fichier llms.txt n'est pas un facteur de classement et que les SEO n'ont pas à s'en préoccuper. Sauf que dans le même temps, Chrome vient d'intégrer la détection de ce fichier dans ses nouveaux audits « Agentic Browsing » au sein de Lighthouse. Un écart entre le discours officiel et les outils maison qui a rapidement suscité des questions. John Mueller a fini par y répondre directement.

Chrome Lighthouse intègre la détection du llms.txt

Google a récemment publié une documentation sur les nouveaux audits « Agentic Browsing » de Chrome Lighthouse. Ces audits sont conçus pour évaluer dans quelle mesure un site est structuré pour les agents IA et les systèmes de lecture automatique. On y trouve des critères déjà connus des SEO, comme la stabilité visuelle (CLS), la construction de l'arbre d'accessibilité (A11y tree), ou encore la structure sémantique des pages.

Mais un point attire particulièrement l'attention : Lighthouse vérifie désormais « la présence d'un résumé lisible par les machines à la racine du domaine », autrement dit, l'existence d'un fichier llms.txt.

Ce fichier, inspiré du robots.txt, est un format encore non standardisé qui permet aux propriétaires de sites de fournir aux grands modèles de langage un résumé structuré de leur contenu. Pendant des mois, Google a évité de prendre position dessus, renvoyant les SEO à leurs pratiques habituelles.

Un message contradictoire en moins d'une semaine

Le timing pose question. Il y a moins d'une semaine, Google publiait de la documentation expliquant aux SEO qu'ils n'avaient pas besoin de s'occuper de fichiers supplémentaires ou de balisage spécifique pour être visibles dans les résultats de recherche IA. Et pourtant, dans la foulée, la documentation Chrome mentionnait explicitement l'audit du llms.txt comme critère d'évaluation de la « préparation IA » d'un site.

C'est dans ce contexte que la spécialiste SEO Lily Ray a interpellé John Mueller sur Bluesky, en pointant l'ironie de la situation : Google utilise lui-même des fichiers llms.txt et des pages en markdown sur ses propres propriétés, tout en affirmant que ces éléments ne sont pas nécessaires pour performer en recherche.

La réponse de John Mueller : découverte contre fonctionnalité

John Mueller a répondu en posant une distinction qu'il juge fondamentale : celle entre la « découverte » et la « fonctionnalité ».

• La découverte, c'est le périmètre du SEO classique : être trouvé par un moteur de recherche.
• La fonctionnalité, c'est autre chose : une fois qu'un utilisateur ou un agent a trouvé la page, l'aider à accomplir ce qu'il est venu faire.

Dans cette logique, les fichiers llms.txt et les versions markdown de la documentation sur developers.google.com ne sont pas là pour améliorer le référencement. Ils sont là parce que le codage assisté par IA est devenu très populaire, et que ces systèmes sont plus efficaces lorsqu'ils peuvent lire et parser facilement de la documentation de référence. Donner à ces outils un contexte clair et une version simplifiée des pages leur permet de produire un code plus pertinent. John Mueller reconnaît lui-même qu'il s'agit d'une « béquille temporaire », les LLM sachant très bien lire du HTML, mais qui peut permettre d'économiser quelques tokens.

Il est explicite sur le périmètre de cette logique : elle s'applique aux sites de documentation technique, pas au reste. Autrement dit, créer une version...