Le cadre de décision robots.txt pour les robots d'IA
Par Zakaria Reziki
CEO — Growli · 30 septembre 2026 · 6 min de lecture
Rédigé avec l'aide de l'IA selon les standards éditoriaux définis par Zakaria Reziki, puis publié après des contrôles automatisés des sources et de la qualité.
La bonne politique robots.txt pour les robots d'IA n'est pas une liste de noms de robots à autoriser ou bloquer — c'est la réponse à trois questions que tout chef d'entreprise peut traiter en dix minutes : voulez-vous que les assistants d'IA vous recommandent, ce contenu précis vous rapporte-t-il de l'argent directement, et pouvez-vous garder ce fichier à jour à mesure que de nouveaux robots apparaissent. La plupart des guides sur ce sujet vous remettent un tableau de noms de robots avec une règle suggérée pour chacun, qui devient obsolète dès qu'un nouveau robot est lancé.
Cet article vous donne plutôt le cadre sous-jacent, puis le décline pour trois types d'entreprises différents, afin que vous puissiez appliquer le même raisonnement à n'importe quel robot qui apparaîtra l'an prochain.
robots.txt, en bref : une vraie norme, pas une suggestion
robots.txt est un fichier texte brut à la racine d'un site web qui indique aux logiciels visiteurs quelles parties du site ils peuvent ou ne peuvent pas explorer. Ce n'est pas une invention propriétaire de Google — c'est formellement normalisé en tant que Robots Exclusion Protocol, RFC 9309, publié par l'Internet Engineering Task Force, l'organisme qui normalise le fonctionnement de la plomberie de base d'internet.
Chaque grand opérateur de robot d'IA déclare respecter ce fichier pour ses robots d'exploration automatisés — OpenAI pour GPTBot et OAI-SearchBot, Anthropic pour ClaudeBot et Claude-SearchBot, et Perplexity pour PerplexityBot le disent tous dans leur propre documentation. Les robots déclenchés par l'utilisateur — ChatGPT-User, Claude-User, Perplexity-User — font exception, puisqu'ils agissent sur la demande directe d'une personne précise.
Question un : voulez-vous que les assistants d'IA vous recommandent ?
Cela paraît évident, mais cela vaut la peine d'être dit clairement, car la réponse honnête diffère selon l'entreprise. Un dentiste, un plombier, un restaurant local — presque tout commerce dont les clients demandent à leurs amis, et de plus en plus à des assistants d'IA, « qui devrais-je appeler » — veut généralement que la réponse soit oui. Une entreprise bâtie sur l'exclusivité ou un processus de vente très contrôlé peut avoir de vraies raisons de dire non.
Si la réponse est oui, cela oriente vers l'autorisation des robots qui alimentent les réponses d'un assistant : les robots d'entraînement qui apprennent à un modèle votre existence, et les robots de type recherche qui lui permettent de vous citer directement.
Le cadre
Trois questions, dans l'ordre
1. Est-ce que je veux que les assistants d'IA me recommandent ?
La plupart des entreprises grand public et locales répondent oui.
2. Ce contenu me rapporte-t-il de l'argent directement ?
Les pages marketing disent généralement non ici ; le contenu payant ou propriétaire dit généralement oui.
3. Puis-je réellement maintenir cette politique ?
Une règle simple tenue à jour vaut mieux qu'un ensemble élaboré que personne ne revisite.
Question deux : ce contenu vous rapporte-t-il de l'argent directement ?
Certains contenus existent purement pour être trouvés et lus — une page de services, un article de blog, une FAQ. D'autres contenus sont le produit lui-même : les articles réservés aux abonnés d'un éditeur de presse, la documentation premium d'une société SaaS, les annonces détaillées d'une place de marché. Le contenu de la seconde catégorie mérite une réponse plus prudente, car laisser entraîner le modèle de quelqu'un d'autre avec revient à donner ce que vous essayez de vendre, plutôt que de le faire connaître.
Cette question divise souvent un même site web en deux réponses différentes : les pages marketing disent oui à l'exploration, et le contenu payant ou propriétaire dit non — ce qui est parfaitement légitime, puisque les règles robots.txt peuvent être écrites pour des chemins précis, pas seulement pour le site entier.
Question trois : pouvez-vous réellement maintenir cela ?
Un fichier robots.txt qui nomme dix robots précis aujourd'hui sera dépassé le jour où un onzième sera lancé. Si personne dans votre équipe ne va revisiter ce fichier tous les quelques mois, une politique plus simple et plus durable — autoriser globalement les grands robots bien documentés comme catégorie, revisiter deux fois par an — vaut mieux qu'un ensemble de règles élaboré que personne ne maintient.
Être réaliste sur votre propre capacité de maintenance n'est pas un compromis ; une politique que vous pouvez réellement tenir à jour vous protège mieux qu'une politique ambitieuse qui devient obsolète en un an.
Appliquer le cadre à trois entreprises réelles
Un plombier local répond oui à la question un (veut des recommandations IA), la question deux s'applique à peine (une page de services ne rapporte rien en restant secrète), et la question trois est facile (il y a peu à maintenir). Le cadre aboutit clairement à : autoriser largement les grands robots.
Une société SaaS répond oui à la question un pour son site marketing et son blog public, mais un non prudent à la question deux pour sa documentation premium et son contenu d'aide intégré au produit, dont elle vend l'accès. Son robots.txt finit avec deux règles différentes pour deux parties différentes du même domaine — pages marketing ouvertes, documentation payante fermée.
Un éditeur de presse donne souvent la réponse la plus nuancée : oui à la question un pour ses articles gratuits, puisque les citations génèrent une vraie notoriété auprès des lecteurs, mais un non ferme à la question deux pour son travail d'enquête payant dont dépend son activité. Parce que Google-Extended et ses équivalents chez d'autres entreprises séparent l'entraînement de la visibilité dans la recherche, un éditeur peut raisonnablement autoriser l'exploration de type recherche de son contenu gratuit tout en refusant que ce même contenu serve à l'entraînement de modèles.
Exemple appliqué
Comment le même cadre aboutit différemment
Plombier local
Autoriser largement les grands robots — rien à protéger, tout à gagner.
Société SaaS
Pages marketing ouvertes, documentation premium fermée.
Éditeur de presse
Autoriser l'exploration de type recherche des articles gratuits ; bloquer l'entraînement sur le travail payant.
Voyez ce que l'IA dit de votre entreprise
Growli mesure votre part de réponses IA sur ChatGPT, Gemini, Claude et Perplexity — et transforme chaque écart en actions priorisées.
CommencerFAQ
C'est une norme volontaire — le RFC 9309 définit le format, mais rien ne force physiquement un robot à l'obéir. Chaque grand opérateur de robot d'IA déclare dans sa propre documentation que ses robots automatisés respectent robots.txt, et bloquer ou autoriser via ce fichier est le moyen standard et accepté pour les propriétaires de sites d'exprimer leurs souhaits.
Pas forcément. Un robot inconnu mérite une vérification rapide de la documentation de cette entreprise plutôt qu'un blocage automatique — le cadre de cet article (est-ce que je veux la recommandation, ce contenu rapporte-t-il de l'argent directement, puis-je maintenir cela) s'applique à tout robot, connu ou nouveau.
Oui. Les règles robots.txt s'appliquent par chemin, donc un site marketing et une zone de produit payant sur le même domaine peuvent avoir des autorisations d'exploration entièrement différentes, comme le montre l'exemple SaaS ci-dessus.
Deux fois par an est un défaut raisonnable pour la plupart des petites et moyennes entreprises — assez souvent pour repérer les nouveaux grands robots, assez rarement pour que ce soit réellement tenable à maintenir.
Non — autoriser l'accès est nécessaire mais pas suffisant. Être exploré signifie seulement qu'un robot a pu lire votre contenu ; que l'assistant vous cite réellement dépend de ce qu'il y trouve. Notre [guide sur le fait d'être exploré mais jamais cité](https://growli.xyz/blog/crawled-but-not-cited-by-ai) couvre cet écart.
