Vous avez soigné votre fichier llms.txt : intro claire, liens propres, descriptions impeccables. Pourtant, les bots IA peuvent recevoir une version vieille de plusieurs semaines, pendant que vous, connecté à votre WordPress, voyez la bonne.
C’est exactement ce qui est arrivé sur ce site en juillet 2026. Voici le récit complet, la méthode de diagnostic et les correctifs, mesures à l’appui.
Le symptôme : deux fichiers llms.txt pour une seule URL
Point de départ : une refonte du llms.txt de pub-creator.fr. Nouvelle introduction décrivant l’activité et les offres, exclusion des pages utilitaires (mentions légales, page 404, politique de confidentialité), correction des entités HTML et de la typographie. Le fichier physique, régénéré à la racine du site, était parfait, vérifié octet par octet via le gestionnaire de fichiers cPanel.
Mais en interrogeant l’URL publique depuis un agent IA externe, surprise : l’ancienne version. Intro générique, page 404 toujours listée, défauts censés être corrigés bien présents. Le fichier sur le disque et le fichier servi par HTTP n’étaient pas les mêmes. Et le plus trompeur : dans mon navigateur, tout semblait normal.
La cause : une chaîne de trois maillons, chacun innocent isolément
Maillon 1 — la réécriture .htaccess de tracking
Pour mesurer les passages des bots IA sur le llms.txt, une règle de réécriture envoyait chaque requête vers un handler PHP WordPress chargé de journaliser le hit puis de servir le fichier (le coupable ? un plugin qui fait le suivi de crawl du fichier llms.txt par les bots). Conséquence structurelle : le fichier statique n’était jamais servi directement, tout passait par PHP. La règle faisait son travail, mais elle changeait la nature de l’URL : d’un fichier statique, elle faisait une page dynamique.
Maillon 2 — le cache de pages LiteSpeed
Une page dynamique, LiteSpeed Cache sait exactement quoi en faire : la mettre en cache. La réponse du handler a donc été figée telle qu’elle existait au moment de la mise en cache, c’est-à-dire l’ancienne version du fichier. Chaque régénération ultérieure écrivait bien le nouveau contenu sur le disque, mais le cache continuait de servir sa photographie périmée.
Maillon 3 — le bypass de cache pour les utilisateurs connectés
LiteSpeed ne sert pas le cache aux utilisateurs connectés à WordPress. Résultat : l’administrateur du site, logué en permanence, voyait toujours la version fraîche. Les visiteurs anonymes, dont GPTBot, ClaudeBot, PerplexityBot, recevaient la version figée. Le piège parfait : celui qui vérifie est précisément celui qui ne peut pas voir le problème.
Le dommage collatéral : un tracking de bots devenu aveugle
Il y a plus gênant que la fraîcheur. Quand LiteSpeed sert le llms.txt depuis son cache, la requête n’atteint jamais PHP, donc le handler de tracking ne journalise rien. L’outil conçu pour compter les passages de bots était rendu partiellement aveugle par le cache : seuls les hits tombés sur un cache expiré étaient comptés. Les statistiques de crawl étaient sous-évaluées, sans aucun signal d’alerte.
La méthode de diagnostic en 4 tests
- Comparer disque et HTTP : télécharger le fichier via cPanel/FTP, puis via l’URL publique. S’ils diffèrent, une couche intermédiaire réécrit ou met en cache la réponse.
- Tester déconnecté : navigation privée dans un autre navigateur. Si la version change selon que vous êtes logué ou non, le cache de pages est en cause.
- Simuler un bot :
curl -s -A "ClaudeBot" https://votre-site.fr/llms.txt | head -3. C’est la seule mesure qui compte : celle du siège passager des IA. - Lire le .htaccess : chercher toute règle mentionnant llms.txt. Une réécriture vers index.php transforme votre fichier statique en page cacheable.
Les correctifs : purger, puis exclure définitivement
La purge du cache (LiteSpeed Cache → Boîte à outils → Tout purger) règle le symptôme immédiatement. Mais sans correctif permanent, le fichier sera remis en cache et le scénario se reproduira à la prochaine mise à jour. La vraie correction : exclure l’URI du cache dans LiteSpeed Cache → Cache → Exclusions → « URIs à ne pas mettre en cache », en ajoutant ^/llms.txt.
Le coût est négligeable : un llms.txt se sert en quelques millisecondes même via PHP, pour un volume de requêtes infime. En échange, deux garanties : les IA reçoivent toujours la dernière version, et chaque passage de bot atteint le handler de tracking — la mesure redevient exhaustive.
La leçon GEO : votre visibilité IA dépend de toute la chaîne de service
Le travail GEO ne s’arrête pas au contenu. Entre le fichier que vous écrivez et celui que lit un moteur de réponse IA, il y a des règles de réécriture, des handlers, des caches serveur, parfois un CDN. Chaque maillon peut servir autre chose que ce que vous croyez publier. La règle à retenir : ne validez jamais votre citabilité depuis votre propre session — mesurez depuis l’extérieur, avec le user-agent d’un bot, déconnecté. C’est ce principe de mesure en conditions réelles qui fonde le Radar GEO : on ne vérifie pas ce que vous pensez montrer aux IA, on mesure ce qu’elles reçoivent effectivement.
FAQ — llms.txt, cache et fraîcheur
Comment vérifier quelle version de mon llms.txt voient les IA ?
Depuis un terminal, hors de toute session connectée : curl -s -A "ClaudeBot" https://votre-site.fr/llms.txt | head -5. Comparez le résultat avec le fichier physique sur votre hébergement. Toute différence signale une couche intermédiaire (réécriture, cache, CDN) à investiguer.
Faut-il mettre son llms.txt en cache ?
Servi comme fichier statique, il est déjà rapide et toujours frais : aucun cache de pages nécessaire. S’il passe par un handler PHP (tracking, génération dynamique), excluez son URI du cache de pages : le gain de performance serait insignifiant, le risque de servir une version périmée est réel.
Pourquoi mon navigateur affiche la bonne version mais pas les bots ?
Le plus souvent parce que vous êtes connecté à votre WordPress : la plupart des caches de pages, dont LiteSpeed, ne servent pas le cache aux utilisateurs logués. Vous voyez la réponse fraîche du serveur, les visiteurs anonymes, donc les bots, reçoivent la copie en cache. Testez systématiquement en navigation privée ou via curl.
Un llms.txt périmé pénalise-t-il ma visibilité dans les IA ?
Il ne déclenche pas de pénalité algorithmique, mais il neutralise vos améliorations : offres absentes, descriptions obsolètes, pages supprimées encore listées. Un agent IA qui lit une version périmée travaille sur de fausses informations, l’inverse exact de l’objectif d’un llms.txt. La fraîcheur du fichier servi fait partie intégrante de votre citabilité.
Vous voulez savoir ce que les IA reçoivent réellement de votre site — et ce qu’elles en disent ? Le Radar GEO mesure votre visibilité dans ChatGPT, Perplexity, Gemini et les AI Overviews à partir de questions réelles de votre marché, audit de citabilité inclus. Test de citation dès 49 € avec le Radar Éclair.
