Cloudflare : nouveaux réglages des robots d'IA au 15 septembre

C’est une échéance qui n’a rien d’un sujet de spécialistes, même si elle en a l’apparence. Le 15 septembre 2026, Cloudflare modifie les réglages par défaut qui déterminent quels robots d’intelligence artificielle peuvent lire les pages des sites qu’il protège. Il reste huit jours.

Cloudflare n’est pas un acteur marginal : c’est l’intermédiaire technique qui se place entre les visiteurs et une part considérable des sites web, y compris beaucoup de sites de TPE et de PME françaises, souvent sans que leur dirigeant le sache — le service est fréquemment activé par l’hébergeur ou par l’agence qui a construit le site.

Nous avions signalé cette échéance dans une précédente édition sans la traiter, faute d’actualité immédiate. Elle mérite aujourd’hui un article à part entière, parce que la décision à prendre, elle, doit être prise avant la date.

Ce que Cloudflare a annoncé

Une annonce de juillet, une application en septembre

Le changement a été présenté le 1er juillet 2026 sur le blog de Cloudflare, dans un article signé Jin-Hee Lee et Bryan Becker intitulé Your site, your rules: new AI traffic options for all customers. L’annonce a été largement relayée à l’époque, notamment par TechCrunch et Help Net Security, mais son application était différée. C’est cette application qui arrive.

Trois familles de robots au lieu d’une

Le cœur du changement est une réorganisation du vocabulaire. Jusqu’ici, un site pouvait autoriser ou bloquer « les robots d’IA », en bloc. Cloudflare distingue désormais trois fonctions :

Search (recherche) : selon la définition de Cloudflare, tout comportement qui collecte ou indexe votre contenu « afin de pouvoir répondre plus tard à des questions à son sujet ». La catégorie est volontairement large : elle englobe les moteurs de recherche classiques comme les moteurs de réponse fondés sur l’IA ;
Agent : les robots qui agissent en temps réel pour le compte d’un utilisateur — par exemple un assistant qui va consulter une page pour répondre à une question posée à l’instant ;
Training (entraînement) : les robots qui collectent des données pour entraîner ou affiner des modèles d’IA.

Cloudflare invite les éditeurs de robots à utiliser des agents distincts pour chaque fonction, afin que l’intention de chaque passage soit lisible.

Ce qui devient bloqué par défaut

À partir du 15 septembre 2026, pour les nouveaux domaines, les réglages par défaut deviennent :

robots Search : autorisés ;
robots Training : bloqués sur les pages monétisées par la publicité ;
robots Agent : bloqués sur les pages monétisées par la publicité.

La justification donnée par Cloudflare est explicite : sur ces pages, l’attention humaine est l’objectif, et les robots qui pourraient s’y substituer en sont écartés.

Selon le compte rendu de TechCrunch, ces réglages par défaut s’appliquent aux nouveaux clients Cloudflare, aux nouveaux sites créés par des clients existants et aux clients de l’offre gratuite — pour ces derniers, Cloudflare précise que le changement s’appliquera automatiquement à ceux qui n’auront pas modifié leurs réglages avant le 15 septembre 2026.

Les trois catégories de contrôle, elles, sont ouvertes à toutes les offres, y compris le plan gratuit. Seules certaines fonctions avancées, comme la base de données de robots BotBase, restent réservées aux offres Enterprise.

Le point qui mérite votre attention

Les robots « polyvalents » sont traités selon toutes leurs fonctions

C’est la disposition la plus lourde de conséquences, et la moins commentée. Cloudflare l’écrit sans détour : les robots multi-fonctions tels que Googlebot, Applebot et BingBot seront bloqués chez les clients qui ont choisi de bloquer la catégorie Training. Help Net Security le formule de la même manière : ils seront bloqués même lorsque les robots de recherche sont autorisés.

Ce n’est donc pas une éventualité, c’est le comportement annoncé. Un robot qui indexe pour la recherche mais alimente aussi des modèles est traité selon sa fonction d’entraînement.

Un site dont le référencement dépend de Google a donc, en théorie, un moyen de se couper de Googlebot par un réglage pris pour une autre raison. C’est le risque à vérifier, et il ne demande que quelques minutes de contrôle.

Le périmètre exact : les pages monétisées

Il faut rester précis, car la nuance change tout pour la plupart des entreprises locales. Les blocages par défaut portent sur les pages monétisées par la publicité. Un site vitrine d’artisan, un site de présentation d’entreprise du BTP ou un site de restaurant qui n’affiche aucune publicité n’est pas dans la cible principale de ces réglages par défaut.

Cela ne dispense pas de vérifier. D’abord parce que les réglages d’un compte peuvent avoir été modifiés à un moment ou à un autre ; ensuite parce qu’un site avec une régie publicitaire, même modeste, ou un blog monétisé, entre directement dans le périmètre.

Pourquoi ce sujet relève du GEO et pas seulement de la technique

Se rendre lisible, ou se rendre invisible

Le sujet paraît d’abord relever de l’infrastructure. Il est en réalité au centre de la question qui occupe les dirigeants depuis deux ans : comment être présent dans les réponses générées par l’IA ?

Il n’y a pas de réponse unique, et c’est précisément le problème. Deux logiques s’opposent, toutes deux défendables :

La logique de la visibilité. Si les robots d’agent ne peuvent plus lire vos pages, un assistant interrogé sur « quel couvreur intervient à Fréjus » ne pourra pas s’appuyer sur votre site pour répondre. Pour une entreprise dont le site est un outil de prospection, c’est une perte sèche.

La logique de la valeur du contenu. Si votre modèle repose sur les visites — un média, un blog monétisé, un site de contenus payants — laisser des robots absorber vos textes pour produire des réponses qui remplacent la visite est un problème économique réel. C’est ce raisonnement que Cloudflare traduit en réglages.

Le contexte : une bascule du trafic

Le PDG de Cloudflare, Matthew Prince, a résumé la position de l’entreprise dans le communiqué de presse accompagnant l’annonce : la majorité du trafic Internet étant désormais non humaine, il faut aller plus loin et plus vite pour qu’un écosystème soutenable puisse émerger.

Ce cadrage explique la démarche : Cloudflare fait aussi évoluer son dispositif de rémunération des éditeurs, en transformant son mécanisme Pay Per Crawl en Pay Per Use, avec Ceramic.ai et You.com comme premiers partenaires. Pour une TPE, ce volet n’a pas d’application pratique immédiate — il éclaire la direction prise, pas les actions à mener.

Ce qu’il faut faire

Le travail à faire est court, mais il a une date limite.

Déterminez si votre site passe par Cloudflare. C’est la première question, et beaucoup de dirigeants ne connaissent pas la réponse. Demandez-la à votre hébergeur ou à votre prestataire, en une phrase : « est-ce que notre nom de domaine est géré par Cloudflare ? »
Si oui, ouvrez les réglages avant le 15 septembre. Les paramètres de sécurité du compte Cloudflare permettent de choisir explicitement le comportement, et de sortir des nouveaux réglages par défaut. Cloudflare indique que ce choix peut être fait à tout moment jusqu’à la date.
Vérifiez en priorité que les robots de recherche restent autorisés. C’est le point de contrôle le plus important, compte tenu du traitement des robots polyvalents. Un site coupé de Googlebot perd sa visibilité en quelques semaines.
Décidez de votre position sur les robots d’agent. Pour une entreprise locale qui cherche des clients, l’autorisation est en général le choix cohérent : mieux vaut être lisible par les assistants que d’en être absent. Pour un site dont le contenu est le produit, la discussion est légitime.
Notez votre décision par écrit. Une ligne dans le document de suivi de votre site, avec la date et le nom de la personne qui a fait le réglage. Ces paramètres se perdent, et on ne retrouve jamais qui les a touchés.
Contrôlez après la date. Dans la semaine du 15 septembre, vérifiez dans la Search Console que l’exploration de votre site se poursuit normalement — absence de nouvelles erreurs d’exploration, pages toujours indexées. C’est le moyen le plus simple de détecter un blocage involontaire.

Sources

Sources primaires

Analyses secondaires