Actualité · GEO et recherche par IA · 29 octobre 2026llms.txt : ce que Google en dit, et ce que les données montrent

Faut-il déposer un fichier llms.txt à la racine de son site pour être mieux repris par les intelligences artificielles ? Pour son moteur, Google a répondu par écrit : depuis le 15 juin 2026, son guide sur l'IA générative précise que Google Search ignore ces fichiers, qui n'aident ni ne nuisent à la visibilité. Les mesures publiées par des éditeurs d'outils de référencement ne leur trouvent pas davantage d'effet sur les citations des assistants d'IA. Reste un usage plus étroit, que John Mueller, de Google, juge utile surtout pour la documentation technique lue par des agents de programmation.

Gros plan en noir et blanc sur un écran d'ordinateur : le menu « File » d'un éditeur de texte est ouvert sur les commandes « New File », « Open… » et « Save ».
Le menu « Fichier » d'un éditeur de texte. Photo : Ilya Pavlov, Unsplash, licence Unsplash ; photo recadrée pour l'image de partage

Le fichier

Ce qu'est le fichier llms.txt, et ce qu'il n'est pas

llms.txt est né d'une proposition publiée le 3 septembre 2024 par Jeremy Howard sur le site llmstxt.org : un fichier au format Markdown, placé à la racine d'un site ou d'un de ses répertoires, qui résume le site et renvoie vers ses pages les plus utiles, de préférence dans une version texte allégée. La version 2 de la proposition, mise à jour le 10 août 2026, le destine d'abord aux agents qui consultent un site à la demande d'un utilisateur, plutôt qu'à l'entraînement des modèles.

On le rapproche souvent de robots.txt, dont il diffère sur le fond. robots.txt, normalisé par l'IETF en septembre 2022 (RFC 9309), fixe des règles d'exploration (pages autorisées, pages interdites) que les robots sont, selon le texte de la norme, « priés de respecter » ; la même norme précise que ces règles ne constituent pas une autorisation d'accès. llms.txt n'autorise ni n'interdit rien : il propose une lecture.

Il pose aussi une question de confiance. En avril 2025, sur Reddit, John Mueller, Search Advocate chez Google, l'a comparé à la balise meta keywords : dans les deux cas, c'est le propriétaire du site qui affirme de quoi parle son site, et un moteur qui veut le vérifier doit de toute façon lire les pages. Google a annoncé dès septembre 2009 qu'il n'utilisait pas cette balise pour classer les résultats.

Sources : llmstxt.org, Jeremy Howard, 3 septembre 2024, mis à jour le 10 août 2026 ; IETF, RFC 9309, septembre 2022 ; Search Engine Journal, 17 avril 2025 ; blog Google Search Central, 21 septembre 2009.

La position de Google

La position de Google

Elle est écrite et datée. Le 15 mai 2026, Google a publié un guide consacré à l'optimisation pour les fonctionnalités d'IA générative de son moteur. Dans la liste des points « que vous pouvez ignorer » pour la recherche Google, le premier vise « les fichiers LLMS.txt et autres balisages “spéciaux” » : il est inutile de créer des fichiers lisibles par machine ou des fichiers texte destinés à l'IA pour apparaître dans la recherche Google, y compris dans ses fonctionnalités d'IA générative, car le moteur ne les utilise pas. Suivent le « découpage » des contenus en petits morceaux, la réécriture des textes pour les seules IA, la recherche de mentions non authentiques et l'excès de zèle sur les données structurées.

Le 15 juin 2026, Google a ajouté une note à ce guide, signalée dans son journal des modifications de la documentation sous le titre « Clarification des conseils sur les fichiers llms.txt » (« Clarifying guidance on llms.txt files » en anglais). Ces fichiers « ne sont pas nécessaires pour la recherche Google » et « n'auront pas d'impact négatif ou positif » sur la visibilité ou le classement, puisque Google Search les ignore. On peut en revanche les conserver pour d'autres services ou systèmes qui s'en servent.

Ces textes formalisent une position plus ancienne. Dans son message d'avril 2025, John Mueller notait déjà qu'aucun service d'IA n'avait dit utiliser llms.txt, et que les journaux de serveur montraient que leurs robots ne le demandaient même pas. Au Search Central Live Deep Dive de Bangkok, du 23 au 25 juillet 2025, Gary Illyes, analyste de l'équipe Google Search, a déclaré que Google ne prenait pas en charge llms.txt et ne prévoyait pas de le faire, selon le compte rendu de Kenichi Suzuki, expert produit Google, publié le 23 juillet.

Sources : Google Search Central, guide sur l'IA générative, mis à jour le 13 juillet 2026 ; blog Google Search Central, 15 mai 2026 ; journal des modifications de la documentation, 15 juin 2026 ; Kenichi Suzuki sur LinkedIn, 23 juillet 2025 ; Search Engine Roundtable, 24 juillet 2025 ; blog Google Search Central, 29 avril 2025.

Le paradoxe

L'argument « mais Google en a un »

L'objection revient souvent : des documentations techniques de Google publient elles-mêmes un fichier llms.txt. Le 29 octobre 2026, c'est par exemple le cas de la documentation de l'API Gemini et de celle de Firebase. En mai 2026, la spécialiste du référencement Lily Ray a posé la question à John Mueller sur Bluesky : pourquoi Google publie-t-il ces fichiers et des pages en Markdown, s'ils ne servent pas à la recherche ?

Sa réponse, le 20 mai : « ce n'est pas fait pour la recherche ». Il sépare la « découverte » (être trouvé par un moteur de recherche) de la « fonctionnalité » (aider la personne, une fois sur la page, à faire ce qu'elle est venue faire). Sur developers.google.com, explique-t-il, les outils de programmation assistée par IA produisent un code plus juste quand ils lisent facilement la documentation de référence ; une version simplifiée en Markdown les y aide, mais reste à ses yeux un appui provisoire, qui permet surtout d'économiser quelques jetons. Pour les sites qui ne s'adressent pas à des développeurs, il estime que la démarche n'a pas beaucoup de sens, même si le trafic des agents augmente un jour.

Chrome entretient pourtant l'ambiguïté. Lighthouse, l'outil d'audit intégré au navigateur, active par défaut depuis sa version 13.3, publiée le 7 mai 2026, une catégorie expérimentale « Agentic Browsing », qui évalue la facilité d'usage d'un site par des agents ; l'un de ses audits porte sur llms.txt. La documentation de Chrome présente le fichier comme une « convention émergente », mais un fichier absent (erreur 404) y est classé « non applicable », sa présence restant « facultative pour le moment » : seule une erreur du serveur est signalée. Abondance a relevé cette contradiction apparente le 22 mai 2026.

Sources : John Mueller sur Bluesky, 20 mai 2026 ; Search Engine Journal, 20 mai 2026 ; Chrome for Developers, audit llms.txt de Lighthouse, mis à jour le 5 mai 2026 ; Lighthouse 13.3.0, 7 mai 2026 ; Abondance, 22 mai 2026.

Les mesures

Ce que montrent les mesures publiées

Trois éditeurs d'outils de référencement et de suivi de la visibilité dans les IA ont publié des chiffres. OtterlyAI a placé un fichier llms.txt à la racine d'un site d'expérimentation et suivi ses journaux de serveur pendant 90 jours : sur plus de 62 100 visites de robots d'IA, 84 seulement ont visé le fichier, soit environ 0,1 %, quand une page de contenu moyenne du même site en recevait environ 265. L'étude, publiée le 5 février 2026, porte sur un seul site.

SE Ranking a analysé près de 300 000 domaines, dont 10,13 % avaient un fichier llms.txt. Ni ses tests statistiques ni son modèle d'apprentissage automatique (XGBoost) n'ont trouvé de lien entre la présence du fichier et la fréquence des citations dans les réponses des assistants ; retirer cette variable a même rendu le modèle plus précis. L'adoption varie peu selon l'audience : 9,88 % des sites de 0 à 100 visites par mois, 10,54 % de ceux de 1 001 à 5 000 visites, 8,27 % de ceux qui en dépassent 100 000. L'étude a été publiée en novembre 2025 et sa page mise à jour le 15 octobre 2026.

Rankability a contrôlé le 18 septembre 2026 les 10 000 premiers domaines du classement Tranco : 9,3 % des 1 000 premiers et 8,3 % des 10 000 premiers servent un fichier llms.txt confirmé. Ce sont des minimums, car près de la moitié des 1 000 premiers sites n'a pas pu être vérifiée (accès bloqué ou réponse ambiguë).

Sources : OtterlyAI, 5 février 2026 ; SE Ranking, novembre 2025, mis à jour le 15 octobre 2026 ; Rankability, 18 septembre 2026.

Que faire

Où placer l'effort

Le guide de Google rappelle que les bases du référencement restent le socle de la visibilité dans ses fonctionnalités d'IA générative : une structure technique claire, des pages que ses robots peuvent explorer et indexer, des contenus originaux qui apportent davantage que des connaissances communes (ce que Google attend des contenus produits avec l'IA). Il renvoie au rapport sur les performances dans l'IA générative de la Search Console pour mesurer le résultat (le rapport et le réglage d'exclusion).

Pour les assistants qui ont leur propre moteur, l'accès passe par robots.txt et par la configuration du serveur. OpenAI recommande d'autoriser son robot OAI-SearchBot pour qu'un site puisse apparaître dans les réponses de recherche de ChatGPT ; Perplexity fait de même pour PerplexityBot et demande, si le site est protégé par un pare-feu applicatif, d'autoriser les adresses IP qu'il publie. SE Ranking conclut que ses résultats ne donnent aucune raison de faire passer llms.txt avant ces bases techniques. John Mueller, lui, résume : les besoins d'abord, les rêves ensuite.

Le fichier garde donc un usage pour les sites de documentation consultés par des agents de programmation, celui que décrit John Mueller. Ailleurs, son coût est faible et Google assure qu'il ne nuit pas : le publier n'est pas une erreur. Mais aucune des sources citées ne permet de le présenter comme un levier de visibilité, ni dans Google ni dans les assistants d'IA.

Sources : Google Search Central, guide sur l'IA générative ; OpenAI, « Overview of OpenAI Crawlers » ; Perplexity, « Perplexity Crawlers » ; SE Ranking, mis à jour le 15 octobre 2026 ; John Mueller sur Bluesky, 20 mai 2026.

Questions fréquentes sur le fichier llms.txt

Google utilise-t-il le fichier llms.txt ?

Pas pour son moteur. Depuis le 15 juin 2026, le guide de Google sur l'IA générative précise que Google Search ignore ces fichiers : ils n'aident ni ne nuisent à la visibilité ou au classement, y compris dans les fonctionnalités d'IA générative comme les Aperçus IA. Google peut découvrir et explorer un tel fichier comme n'importe quel autre, sans lui réserver de traitement particulier. L'outil d'audit Lighthouse de Chrome le contrôle toutefois dans une catégorie expérimentale, sans pénaliser son absence.

ChatGPT et Perplexity lisent-ils llms.txt ?

Ni OpenAI ni Perplexity ne présentent llms.txt, dans leur documentation destinée aux propriétaires de sites, comme un moyen d'être repris : l'accès de leurs robots s'y règle par robots.txt. Des robots d'IA demandent parfois le fichier, mais rarement : 84 fois sur plus de 62 100 visites de robots en 90 jours dans l'expérience d'OtterlyAI. Sur près de 300 000 domaines, SE Ranking n'a trouvé aucun lien entre sa présence et les citations.

Faut-il supprimer un fichier llms.txt existant ?

Ce n'est pas nécessaire. Google écrit qu'on peut tout à fait conserver ces fichiers pour d'autres services, et qu'ils n'ont d'effet ni positif ni négatif sur la recherche Google. La vraie question est celle du temps passé à les tenir à jour.

Quelle différence avec robots.txt ?

robots.txt, normalisé en 2022 (RFC 9309), fixe des règles d'exploration que les robots sont priés de respecter : c'est un protocole volontaire, pas une protection d'accès. Google, OpenAI et Anthropic disent que leurs robots d'exploration s'y conforment, mais Google rappelle que d'autres robots peuvent l'ignorer. Et pour les visites faites à la demande d'un utilisateur, OpenAI prévient que ces règles peuvent ne pas s'appliquer à ChatGPT-User, et Perplexity indique que Perplexity-User les ignore en général. llms.txt, lui, n'autorise ni n'interdit rien : c'est une proposition de lecture, que les grands moteurs n'ont pas annoncé prendre en charge.

Sources

Les documents cités dans cet article

À lire aussi sur 6medias.com : Aperçus IA : le rapport et le réglage de la Search Console, Contenu IA : ce que Google attend des éditeurs et notre offre de rédaction GEO.

Documents lus le 29 octobre 2026, en français quand une version existe, sinon en anglais (traductions de la rédaction). Les documentations de Google, de Chrome et des services d'IA évoluent souvent : cet article décrit leur état à cette date. Une erreur ? Écrivez à contact@6medias.com.

GEO et visibilité dans les IA

Parlez-nous de votre projet

Deux minutes pour décrire votre site et les questions sur lesquelles vous voulez être repris par les moteurs et les assistants d'IA. Votre demande arrive par e-mail à 6Médias ; un chef de rédaction vous rappelle pour en parler.

Votre demande est lue par Michel Barisano, directeur de l'information, Antoine Laquet, Sylvain Toiron et Barbara Leblanc, directeurs de l'information adjoints.

Les champs marqués d'un astérisque (*) sont obligatoires.
Votre projet en trois questions
Votre besoin (plusieurs choix possibles)
Ensuite, vos coordonnées. Aucune donnée n'est envoyée avant la dernière étape.
Vos coordonnées

Exemple : prenom.nom@entreprise.fr

Facultatif, pour être rappelé.

Devis personnalisé, sans engagement.

Vos informations sont traitées par DioraNews (6Médias) pour répondre à votre demande et, si vous le souhaitez, vous adresser une proposition. Les champs marqués d'un astérisque sont nécessaires pour traiter votre demande. Ces informations sont lues par la direction de l'information et la responsable des appels d'offres et du marketing de 6Médias, qui en reçoit une copie dans sa messagerie iCloud (fournie par Apple, qui stocke en général les données aux États-Unis), ainsi que par nos prestataires techniques (hébergement, messagerie, et CyberFR, qui administre le site et reçoit une copie des demandes), conservées trois ans à compter de votre demande ou du dernier contact venant de vous, et ne sont jamais vendues. Vous pouvez y accéder, les faire rectifier ou effacer, ou vous opposer à leur utilisation en écrivant à notre délégué à la protection des données, nathalie.bremner@6medias.com. En savoir plus : politique de confidentialité.