Depuis juillet 2026, une tranche du réseau Cloudflare transmet à OpenAI des métadonnées sur les pages web qu’elle traverse. Le résultat, détaillé dans un billet commun publié le 15 octobre 2026, se compte en centaines de millions de pages que ChatGPT Search a découvertes et indexées grâce à ces signaux.
Ce pilote est différent du refus d’entraînement IA que Cloudflare propose par ailleurs à ses clients (voir notre article sur Cloudflare Disallow AI Training) : là, un site choisit de bloquer l’aspiration de son contenu pour l’entraînement des modèles tout en gardant son indexation Google. Ici, c’est Cloudflare elle-même qui fournit à OpenAI des informations sur l’état de son réseau, dans le seul but d’aider ChatGPT Search à mieux explorer et indexer le web pour la recherche, pas pour nourrir l’entraînement d’un modèle.
Table des matières
Ce que Cloudflare transmet concrètement à OpenAI
Le billet, co-écrit par un ingénieur de Cloudflare et deux employés d’OpenAI, décrit trois types de signaux transmis depuis la tranche du réseau qui participe au pilote, environ 1 % du réseau total de Cloudflare. Le premier porte sur les pages qui n’existent plus ou qui ont été redirigées : au lieu de laisser le robot de ChatGPT Search perdre du temps sur une URL morte, Cloudflare le signale en amont. Le deuxième est un signal de fraîcheur, qui indique quand une page a changé et mérite un nouveau passage. Le troisième sert à repérer les pages potentiellement malveillantes, comme les fausses pages de connexion utilisées pour le phishing, pour que le robot les évite.
Le résultat net, selon Cloudflare, se chiffre en centaines de millions de pages web supplémentaires découvertes et indexées par ChatGPT Search. Aucun des deux billets, ni celui de Cloudflare ni la reprise de Search Engine Journal, n’avance de pourcentage ou de nombre exact : le chiffre reste volontairement flou, et il vaut mieux s’en tenir à cette formulation plutôt que d’en extrapoler un.
Un signal de découverte n’est pas une autorisation d’accès
Cloudflare insiste sur une distinction qu’elle formule noir sur blanc dans son billet : « A signal about a page doesn’t grant permission to access it », soit en français un signal sur une page ne donne pas la permission d’y accéder. Transmettre ces métadonnées à OpenAI ne change rien aux règles déjà posées par un site. Un site qui bloque OAI-SearchBot, le robot qu’OpenAI utilise pour l’indexation de ChatGPT Search (à distinguer de GPTBot, dédié à la collecte de données d’entraînement), via son fichier robots.txt ou au niveau du serveur continue de le bloquer : voir notre article sur le blocage des crawlers IA, robots.txt ou niveau serveur. Les réglages d’AI Crawl Control, l’outil Cloudflare qui permet de choisir quels robots IA ont le droit de passer, restent ce qui décide de l’accès réel, pas ce pilote de signaux.
Un pilote qui reste minoritaire, pas une bascule générale
Le pilote ne couvre encore qu’environ 1 % du réseau Cloudflare, et rien dans le billet n’annonce de calendrier d’extension à l’ensemble des clients : Cloudflare parle seulement d’une « prochaine phase » qui s’appuiera sur ce qui a été appris, sans date. Le billet ne communique non plus aucun chiffre sur le nombre de citations ou de visites générées par ces pages nouvellement indexées, une absence relevée par Search Engine Journal. Cloudflare précise elle-même qu’OpenAI évalue et classe ensuite ces pages de façon indépendante, selon leur pertinence. Être découvert et indexé par ChatGPT Search n’équivaut donc pas à être cité dans une réponse, le tri se fait ensuite, en dehors de ce pilote.
Ce rapprochement s’ajoute à une série d’initiatives qui placent Cloudflare au centre des relations entre les sites et les acteurs de l’IA générative, dont les tentatives de faire payer les crawlers IA pour le contenu qu’ils aspirent. Le terrain est différent (ici la découverte pour la recherche, là la rémunération pour l’entraînement), mais le même réseau se retrouve à chaque fois au milieu du jeu.
Ce que ça change pour un site de PME
Pour un artisan, une boutique en ligne ou un cabinet de conseil hébergé derrière Cloudflare, il n’y a rien à configurer : ce pilote tourne au niveau du réseau, pas du compte client, et ne dépend d’aucune case à cocher dans un tableau de bord. Ce qui compte reste ce qui a toujours compté pour être explorable, à savoir un site accessible au crawl, sans blocage involontaire, avec des redirections propres plutôt que des pages mortes laissées à l’abandon. Les signaux que Cloudflare transmet ne font qu’accélérer la détection de ce qui est déjà en ordre, ou de ce qui manque encore.
Le signal à retenir n’est pas le chiffre, resté volontairement flou, mais la direction : l’infrastructure réseau devient un acteur actif de la visibilité dans les moteurs de réponse IA, aux côtés du contenu éditorial et du balisage technique. Pour l’instant, ça reste un pilote restreint à surveiller, pas un levier à activer. La vigilance utile porte sur ce qui dépend réellement d’un site : le garder propre à explorer, et vérifier de temps en temps que les réglages de blocage des crawlers IA correspondent toujours à ce qu’on veut vraiment autoriser.
Crédits photo : Akela999, blickpixel, Bru-nO (Pixabay).
