Depuis le 15 septembre 2026, Cloudflare propose un réglage qui distingue enfin, pour un même robot d’indexation, l’usage recherche de l’usage entraînement d’un modèle de langage : Disallow AI Training. Un artisan ou une boutique en ligne hébergés derrière Cloudflare peuvent désormais refuser que leurs pages nourrissent l’entraînement d’un modèle IA sans se couper de Google. Avant ce changement, ce choix n’existait pas pour les robots dits mixtes, ceux qui servent à la fois l’indexation recherche et l’entraînement du modèle qui la fait tourner.
Le sujet touche directement les lecteurs de guide-seo. Cloudflare héberge une bonne partie des sites de TPE et PME françaises, et jusqu’ici, bloquer les crawlers IA en robots.txt ou au niveau serveur restait une manipulation risquée et binaire : tout bloquer ou tout laisser passer. Le nouveau réglage promet une troisième voie, à condition de comprendre exactement ce qu’il couvre et ce qu’il laisse de côté.
Table des matières
Quatre réglages, une seule vraie nuance
Cloudflare a détaillé ce changement sur son blog officiel le 15 septembre 2026. Le panneau Security Settings propose désormais quatre choix, disponibles sur tous les plans, gratuits compris. Allow autorise tout, Disallow AI Training bloque l’entraînement en gardant la recherche, Block on pages with ads bloque uniquement sur les pages publicitaires, et Block bloque tout, recherche comprise. Le comportement du deuxième réglage est la vraie nouveauté : avant le 15 septembre, un blocage de l’entraînement ne visait que les crawlers d’entraînement purs, ceux qui ne servent jamais l’indexation recherche.
Google, Apple et Microsoft ne jouent pas encore la même partition
Le nouveau réglage ne s’applique qu’à trois opérateurs que Cloudflare qualifie d’« Accountable », c’est-à-dire ceux dont un même robot sert à la fois la recherche et l’entraînement. Google actionne Google-Extended via une règle de refus dans le robots.txt, complétée par un bouton dans Search Console pour exclure ses pages des résultats générés par IA. Apple fait de même avec Applebot-Extended, associé à la balise HTML nosnippet et à des directives dédiées au contenu payant. Microsoft et Bing restent en retrait : le moteur ne respecte aujourd’hui que la balise NOARCHIVE, et l’équivalent complet en robots.txt n’est prévu que début 2027. Un site qui compte surtout sur le trafic Bing n’a donc, pour l’instant, aucun levier comparable.
Pour porter le label Accountable, un opérateur s’engage sur quatre points : un mécanisme de refus de l’entraînement via robots.txt ou équivalent, un moyen de refuser l’inclusion dans les résumés IA (réglé directement avec l’opérateur aujourd’hui, et centralisé sur Cloudflare seulement à partir de début 2027 selon l’annonce), une visibilité URL par URL sur les pages utilisées pour l’entraînement et sur les métriques de recherche, et la garantie que refuser l’entraînement ne change rien au classement. Ces engagements restent déclaratifs : Cloudflare les documente, sans les auditer de façon indépendante. Le sujet rejoint celui de llms.txt, un fichier de préférence que 97 % des sites déployés n’avaient reçu aucun trafic bot sur le mois étudié : une déclaration d’intention ne vaut que si l’opérateur en face la respecte.
Le vrai piège, pour qui avait déjà réglé Block
Le changement le plus concret touche les sites qui avaient déjà activé Block avant le 15 septembre pour viser l’entraînement IA. Avant cette date, Block ignorait les crawlers mixtes par construction : un site cherchait à se couper de l’entraînement et restait indexé sans le savoir. Depuis le 15 septembre, Block s’applique à tous les crawlers d’entraînement, mixtes compris, ce qui veut dire que ce même réglage coupe désormais aussi Google et Apple de leur usage recherche. Un cabinet de conseil qui avait activé Block par précaution s’est peut-être retrouvé invisible sur Google le 15 septembre sans avoir touché à rien. Le premier réflexe à avoir est de retourner dans Security Settings et de vérifier quel réglage est actif, puis de choisir explicitement Disallow AI Training si l’objectif reste de bloquer l’entraînement sans perdre la recherche.
Cloudflare a prévu une migration automatique pour limiter la casse. Les domaines déjà configurés avant le 15 septembre conservent un réglage adapté à leur ancienne configuration, l’ancien blocage de l’entraînement pur devenant Disallow AI Training. Les nouveaux domaines reçoivent une préconfiguration selon leur profil : Disallow AI Training par défaut pour les sites monétisés par la publicité, Allow pour les autres. Cette migration automatique ne dispense pas de vérifier son propre compte, puisqu’elle repose sur ce que Cloudflare a pu déduire de la configuration précédente, pas sur une intention explicite du propriétaire du site.
Ce que « refuser l’entraînement » garantit, et ce qu’il ne garantit pas
Refuser l’entraînement via ce réglage ne garantit pas de disparaître des résumés IA de Google ou d’Apple : c’est un engagement distinct, à régler séparément avec chaque opérateur aujourd’hui, qui ne sera centralisé sur Cloudflare qu’à partir de début 2027 selon l’annonce. Cela ne garantit pas grand-chose côté Bing non plus, dont l’engagement robots.txt reste à construire. Le cas est différent pour Amazon, Anthropic, Meta et OpenAI : Cloudflare les classe eux aussi « Accountable » et leur crawler d’entraînement est bien couvert par Disallow AI Training, mais comme ces opérateurs séparent déjà leurs robots recherche et entraînement, bloquer l’un ne risque jamais de couper l’autre — contrairement à Google, Apple et Microsoft, qui viennent seulement d’obtenir cette garantie pour leurs robots mixtes.
Cloudflare justifie sa démarche par plusieurs chiffres à lire comme un argumentaire, pas comme un fait établi de façon indépendante. Selon l’entreprise, plus de la moitié des internautes lisent désormais les résumés IA en recherche, et ceux qui les lisent sont 40 % plus susceptibles d’abandonner leur recherche sans cliquer. Cloudflare avance aussi des conversions trois à plus de cinq fois supérieures sur le trafic référé depuis une réponse IA par rapport à un clic de recherche classique, un chiffre qui sert surtout à justifier pourquoi mieux vaut négocier sa visibilité IA que la bloquer en bloc. Dix-sept pour cent des sites sous Cloudflare bloquaient déjà l’entraînement d’une manière ou d’une autre avant le 15 septembre, contre moins de 1 % qui bloquaient la recherche : la majorité des sites concernés cherchait donc déjà à nuancer, pas à tout couper.
Que faire concrètement si votre site est derrière Cloudflare
La première chose à faire, quelle que soit la taille du site, est d’ouvrir Security Settings et de noter le réglage actuellement actif : Allow, Disallow AI Training, Block on pages with ads ou Block. Si Block était actif avant le 15 septembre pour viser l’entraînement, mieux vaut vérifier dans Search Console si le trafic recherche a bougé depuis cette date avant de changer quoi que ce soit à l’aveugle. Pour une boutique en ligne ou un cabinet qui vit du trafic Google, Disallow AI Training correspond le mieux à l’objectif habituel : ne pas nourrir un modèle concurrent, sans perdre la visibilité qui fait vivre le site. Le réglage ne protège en revanche ni contre Bing, ni contre les résumés IA eux-mêmes : sur ces deux fronts, la vigilance reste manuelle encore un moment.
Crédit photo : Pixabay.
