Il y a quelques mois, beaucoup de dirigeants ont coché une case qui paraissait de bon sens : empêcher les robots d'intelligence artificielle d'aspirer le contenu de leur site. Un interrupteur unique, une phrase rassurante, et l'impression d'avoir protégé son travail. Le 15 septembre 2026, cette case va changer de sens sans que personne ne la retouche.
À cette date, Cloudflare cesse de juger un robot sur son nom pour le juger sur l'ensemble de ses comportements, en appliquant la règle la plus restrictive qui le concerne. Or Googlebot explore à la fois pour le moteur de recherche et pour l'entraînement des modèles. Cloudflare l'écrit noir sur blanc dans son annonce officielle : les robots polyvalents comme Googlebot, Applebot et Bingbot seront bloqués chez les clients qui ont choisi de bloquer l'entraînement, y compris via l'ancien interrupteur unique.
Autrement dit, une décision prise au printemps pour protéger vos textes peut vous retirer de Google à la rentrée.
Deux changements distincts, que la presse mélange
Il faut séparer deux annonces qui tombent le même jour, parce qu'elles ne concernent pas les mêmes sites.
Le premier changement porte sur les réglages par défaut. À partir du 15 septembre, les robots d'entraînement et les robots agents seront bloqués d'office sur les pages qui affichent de la publicité. Cela vise les domaines nouvellement raccordés, les nouveaux sites créés par des clients existants, et les comptes gratuits dont les réglages n'ont pas été touchés. Un site vitrine d'artisan ou de cabinet n'affiche pas de publicité : ce premier point le concerne peu.
Le second changement est celui qui compte, et il s'applique à tout le monde. Un robot qui combine plusieurs usages sera désormais évalué sur tous ses comportements à la fois, la règle la plus stricte l'emportant. Si vous bloquez l'entraînement, vous bloquez donc aussi l'exploration pour le moteur de recherche chez les robots qui font les deux. Ce n'est pas un effet de bord non prévu : c'est la conséquence assumée d'un choix de classification, et Cloudflare l'annonce comme tel.
Pourquoi c'est plus grave qu'une ligne dans robots.txt
Beaucoup de responsables de sites confondent les deux mécanismes, et la différence est décisive.
Le fichier robots.txt est une consigne. Il exprime un souhait à l'attention des robots, qui restent libres de le suivre ou non, et les moteurs sérieux le respectent par convention. Une erreur dans ce fichier se corrige, et l'exploration reprend.
Un blocage posé chez Cloudflare est d'une autre nature : il agit au niveau du réseau, avant même que la requête n'atteigne votre hébergement. Le robot ne reçoit pas votre page, il reçoit un refus. Google n'a rien à interpréter et rien à choisir : il constate qu'il ne peut plus accéder à vos pages. Répété sur plusieurs semaines, cela dégrade l'exploration, puis l'indexation, puis la visibilité. Le site reste parfaitement accessible aux visiteurs humains pendant tout ce temps, ce qui rend le diagnostic très lent, sujet que nous développons dans notre article sur le site en ligne mais invisible sur Google.
La vérification prend deux minutes
Premier point à établir : votre site passe-t-il seulement par Cloudflare ? Beaucoup de sites que nous suivons sont hébergés en direct, chez Infomaniak par exemple, sans aucun service intermédiaire. Dans ce cas, l'annonce ne vous concerne pas. Pour le savoir, regardez chez qui pointent les serveurs de noms de votre domaine, ou demandez-le à la personne qui a mis le site en ligne.
Si vous êtes bien concerné, ouvrez le tableau de bord Cloudflare, puis les réglages de sécurité du domaine, et cherchez l'entrée relative au blocage des robots d'intelligence artificielle. Trois situations se présentent. Si le réglage est désactivé, vous n'avez rien à faire. S'il est actif, sur toutes les pages ou seulement sur celles qui portent de la publicité, vous entrez dans le champ de la nouvelle règle et vous devez agir avant le 15 septembre.
L'action consiste à abandonner l'interrupteur unique au profit des trois catégories disponibles depuis juillet, qui distinguent la recherche, les agents et l'entraînement. Vous autorisez explicitement la recherche, et vous limitez le blocage de l'entraînement de façon qu'il n'emporte pas les robots qui indexent aussi. Après la bascule, surveillez les statistiques d'exploration dans la Search Console : un afflux soudain de refus est le signal à ne pas manquer, et nous expliquons comment lire cet outil dans notre article sur la Search Console.
La question de fond : voulez-vous vraiment bloquer ?
Avant de régler quoi que ce soit, il vaut la peine de se demander ce que l'on cherche à obtenir, parce que la réponse n'est pas la même selon le métier.
Pour un éditeur de presse ou un site dont les contenus sont le produit vendu, le raisonnement se tient : laisser des modèles ingérer gratuitement ce que l'on vend revient à travailler pour un tiers. Le blocage est une position commerciale défendable.
Pour une entreprise dont le site est une vitrine, l'arbitrage s'inverse. Quand un assistant conversationnel cite votre cabinet en réponse à une question, ce n'est pas un vol, c'est une recommandation. Vos horaires, votre zone d'intervention et vos prestations n'ont aucune valeur marchande hors de leur contexte, mais ils ont une valeur de prescription considérable. Bloquer revient alors à se retirer volontairement d'un canal de recommandation naissant, pour protéger un contenu que personne ne cherchait à monétiser.
Un dernier point mérite d'être connu, parce qu'il désamorce une illusion. Google propose un réglage séparé permettant de refuser l'usage de vos contenus pour l'entraînement sans perdre votre place dans le moteur. C'est utile, mais le périmètre est plus étroit qu'on ne le croit : les résumés générés en tête des résultats s'appuient sur l'index de recherche, et non sur un corpus d'entraînement distinct. Refuser l'entraînement ne vous fait donc pas disparaître de ces résumés. La frontière entre « je bloque l'IA » et « je reste visible » est bien plus mince que ne le laissent penser les interrupteurs à bascule.
Ce que nous faisons pour les sites que nous suivons
Notre traitement de ce type d'échéance est simple. Nous établissons la liste des sites placés derrière un service de filtrage, nous relevons l'état du réglage sur chacun, et nous signalons ceux qui basculeraient le 15 septembre.
Ensuite vient la décision, qui vous appartient. Nous vous exposons ce que vous gagnez et ce que vous perdez dans chaque cas, nous appliquons le réglage retenu, et nous notons la décision quelque part, parce qu'un réglage sans trace écrite se retrouve remis en cause dans dix-huit mois par quelqu'un qui ne sait plus pourquoi il est là. Après la bascule, nous surveillons les statistiques d'exploration pendant quelques jours.
Ce suivi fait partie de la maintenance WordPress à 500 HT / an et du forfait référencement à 500 HT. Nous intervenons à distance, partout en France et en Suisse.
À retenir
Un réglage de protection posé il y a six mois change de portée le 15 septembre, et il peut couper l'accès de Google à votre site sans rien casser d'apparent. Vérifiez si votre domaine passe par un service de filtrage, regardez l'état du blocage des robots, et remplacez l'interrupteur unique par un réglage qui distingue la recherche de l'entraînement.
Si vous ne savez pas par où passe votre site ni ce qui y est réglé, envoyez-nous son adresse. Nous vous dirons en quelques minutes si la date du 15 septembre vous concerne.