Aller au contenu principal
Passeport vers la CitationMéthode GEO

Chantier avancé · chapitre 9

La couche invisible, être lisible par les robots IA

Le travail éditorial le plus soigné reste sans effet si les robots des intelligences artificielles ne peuvent pas lire vos pages. Voici la couche technique qui décide de tout.

La crawlabilité est la couche invisible de toute stratégie GEO : elle conditionne l’accès des robots des intelligences artificielles à vos contenus. Sur un échantillon de 200 sites audités, environ 35 % bloquaient involontairement au moins un robot IA majeur dans leur fichier robots.txt, se privant de visibilité générative sans le savoir.

Vous pouvez avoir aligné votre entité et multiplié vos points de validation : si les robots ne peuvent pas lire vos pages, tout ce travail reste sans effet. En SEO classique, on se préoccupait principalement du Googlebot. En GEO, une nouvelle génération de robots entre en jeu, et la plupart des configurations n’ont jamais été pensées pour eux.

Pourquoi 90 % des textes IA ne se classent pas sur Google, et comment y remédier. Vidéo publiée sur la chaîne YouTube de Stéphane Delgado. La lecture ne démarre qu’après votre clic, aucune connexion à YouTube n’est établie avant.
Un portail de pierre gravé s’ouvrant sur un couloir de lumière dorée, laissant passer des filaments lumineux.
La crawlabilité est une question de portes ouvertes. Tant qu’elles restent closes, rien de ce que vous écrivez n’atteint les modèles.

Le paradoxe du blocage involontaire

C’est la situation la plus fréquente et la plus absurde rencontrée en audit : des entreprises qui ont investi massivement dans leur contenu, et qui bloquent les robots IA sans l’avoir décidé.

Le mécanisme est simple. Face à l’aspiration massive de contenus, beaucoup d’entreprises ont ajouté une règle de blocage générique dans leur robots.txt. Cette règle protège effectivement contre les aspirateurs, et elle bloque aussi les robots légitimes qui cherchent à comprendre votre entité pour vous citer.

35 %

des sites audités bloquaient involontairement au moins un robot IA majeur dans leur fichier robots.txt, sur un échantillon de 200 sites clients.

Source : Audits Stéphane Delgado, 2024 et 2025

Les robots à autoriser explicitement

Les principaux agents des intelligences artificielles
User-agentÉditeurRôle
GPTBotOpenAIExploration pour l’entraînement et l’enrichissement des modèles GPT
OAI-SearchBotOpenAIRecherche en temps réel dans ChatGPT
ChatGPT-UserOpenAIRequêtes déclenchées par un utilisateur
ClaudeBotAnthropicExploration pour les modèles Claude
Claude-UserAnthropicRequêtes déclenchées par un utilisateur
anthropic-aiAnthropicAgent historique, à conserver
PerplexityBotPerplexityRecherche augmentée en temps réel
Google-ExtendedGoogleUsage des contenus par les modèles Google, distinct de Googlebot
CCBotCommon CrawlArchives du web reprises par de nombreux modèles
AmazonbotAmazonAssistants et services Amazon
Applebot-ExtendedAppleModèles Apple Intelligence
meta-externalagentMetaModèles Llama et assistants Meta
robots.txt ouvert aux robots IA
# Robots des moteurs de recherche
User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

# Robots des intelligences artificielles
User-agent: GPTBot
Allow: /

User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: ClaudeBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: anthropic-ai
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Allow: /

User-agent: CCBot
Allow: /

User-agent: Amazonbot
Allow: /

User-agent: Applebot-Extended
Allow: /

User-agent: meta-externalagent
Allow: /

# Regle generale
User-agent: *
Allow: /
Disallow: /espace-client/
Disallow: /*?tri=

Sitemap: https://www.votre-site.fr/sitemap.xml

Le problème du JavaScript

Les robots IA ne sont pas des navigateurs. Dans la plupart des cas, ils n’exécutent pas JavaScript et n’attendent pas qu’un rendu se termine. Ils lisent le HTML brut. Si votre contenu est généré dynamiquement dans le navigateur, il leur est simplement invisible.

La solution est le rendu côté serveur ou la génération statique. Si votre site repose sur un cadriciel JavaScript, vérifiez avec votre équipe technique si le rendu serveur est activé. Dans le cas contraire, c’est votre première priorité, avant tout travail éditorial.

La vitesse de réponse

Les robots disposent de ressources limitées et n’attendent pas indéfiniment. Le temps de réponse du serveur, mesuré par le TTFB, doit rester sous 500 millisecondes. Au-delà d’une seconde, une part des explorations échoue silencieusement.

La fraîcheur compte tout autant. Selon une analyse de Dataslayer, les sources citées par les intelligences artificielles sont en moyenne 25,7 % plus fraîches que celles affichées dans les résultats organiques classiques. Les modèles privilégient nettement l’information récente disponible.

Le pare-feu et le CDN, obstacles invisibles

Au-delà du robots.txt, deux couches techniques bloquent régulièrement les robots IA sans que personne ne l’ait décidé.

Les pare-feux applicatifs identifient les robots par signature. Un agent récent, inconnu de leurs listes, peut être classé comme suspect et rejeté. La vérification est simple : cherchez dans vos journaux d’accès les requêtes bloquées provenant de GPTBot, ClaudeBot ou PerplexityBot, et créez des exceptions pour ces agents.

Les réseaux de diffusion de contenu posent un problème différent : si leurs règles de cache sont trop agressives, les robots reçoivent des versions périmées de vos pages et indexent des informations obsolètes.

Les contenus que les robots ne peuvent pas lire

  • Les tableaux de données en image. Un tableau en capture d’écran n’est pas un tableau : il est illisible. Passez systématiquement au HTML natif.
  • Les infographies sans équivalent textuel. Doublez-les d’une description complète des données qu’elles portent.
  • Les PDF stratégiques. Doublez-les d’une version HTML de la même information.
  • Les images sans attribut alt. Un alt descriptif et complet est ce qui reste d’une image pour un robot.

La pagination et le défilement infini

Les robots explorent généralement les premières pages d’un site et ne parcourent pas systématiquement toutes les pages paginées. Si vos meilleurs contenus se trouvent en page 5 de votre blog, ils risquent de ne jamais être lus.

La solution est de créer des liens internes explicites vers vos contenus de référence depuis votre page d’accueil et vos pages principales. C’est aussi le rôle du fichier llms.txt, qui liste directement ce que vous voulez faire lire.

Le fichier llms.txt, la voie la plus directe

Placé à la racine, il élimine toute ambiguïté sur qui vous êtes, ce que vous faites et où trouver vos contenus importants. Sa structure recommandée comprend six sections.

  1. Identité : votre définition canonique exacte, votre nom légal, votre date de fondation, votre zone géographique.
  2. Activités : vos services ou produits principaux, décrits factuellement en deux à trois phrases chacun.
  3. Équipe : les noms et fonctions de vos dirigeants, avec le lien vers leur profil professionnel.
  4. Ressources : les liens vers vos contenus de référence, chacun accompagné d’une ligne de description.
  5. Contact : adresse complète, téléphone, courriel, horaires.
  6. Profils officiels : les adresses de vos présences sur les principales plateformes.

Ce site applique la règle à lui-même : llms.txt et llms-full.txt.

Le sitemap XML

Un sitemap bien construit liste toutes vos pages importantes, pas seulement l’accueil, avec pour chacune une date de dernière modification réelle et une priorité relative cohérente. Soumettez-le à la Search Console : les robots IA ne l’utilisent pas directement, mais un sitemap correctement pris en compte par Google est généralement exploré par les autres.

La grille d’audit

La grille d’audit de crawlabilité en 20 points reprend l’ensemble de ces contrôles sous forme de liste interactive, avec un niveau de priorité pour chacun.

Chantier suivant · chapitre 10 Le fan-out, penser en grappes de questions