Pendant près de trente ans, un site qui refusait d’être aspiré n’avait qu’un recours : un fichier texte poli, posé à son entrée, qui priait les robots de passer leur chemin. Tout reposait sur leur bonne foi. Depuis juillet 2026, Patreon a cessé d’y croire.
La plateforme, qui héberge les publications de créateurs financés par leurs abonnés, ne demande plus poliment aux robots collecteurs de s’abstenir. Elle les bloque, au niveau du réseau, avant même qu’ils ne touchent le moindre contenu. Le changement paraît minuscule. Il redessine en réalité les règles du jeu entre les producteurs de contenu et les modèles d’IA qui s’en nourrissent.
Le robots.txt, une pancarte que rien n’oblige à lire
Commençons par la brique de base. Le fichier robots.txt applique le Robots Exclusion Protocol, une convention née au milieu des années 1990. Concrètement, un site y liste les zones que les robots « ne devraient pas » explorer. C’est un panneau planté à l’entrée du domaine.
Son défaut est structurel : ce panneau n’a aucune valeur contraignante. Un robot qui l’ignore ne casse rien, ne force aucune serrure, ne viole aucune règle technique. Il se contente de ne pas jouer le jeu. Toute la protection repose donc sur une hypothèse fragile : que celui qui lit la consigne accepte de la respecter.
Tant que les collecteurs étaient rares et identifiés, l’hypothèse tenait à peu près. L’arrivée des grands modèles de langage l’a fait voler en éclats. Aspirer le web est devenu un carburant industriel, et un panneau « prière de ne pas entrer » ne fait pas le poids face à un appétit de cette taille.
Du panneau au mur : Cloudflare filtre la requête en amont
C’est ici qu’intervient le virage de Patreon, opéré via un partenariat avec Cloudflare. Au lieu de signaler ses préférences dans un fichier, la plateforme filtre les requêtes en amont, à la couche réseau. Le robot d’entraînement ne lit plus une consigne qu’il pourrait ignorer : il se heurte à une porte close.
L’image du panneau et du mur résume tout. Le robots.txt, c’est un écriteau « propriété privée » posé sur une pelouse ouverte : il informe, il n’empêche pas d’entrer. Le blocage réseau, lui, ferme le portail à clé et poste un vigile qui vérifie l’identité de chaque visiteur. La préférence devient contrainte. Patreon ne prie plus les robots de renoncer d’eux-mêmes : la plateforme leur ferme elle-même la porte.
Techniquement, la nuance est décisive. Un filtrage réseau agit avant que le contenu ne soit servi. Le robot n’a jamais accès à la page qu’il convoitait, quelle que soit sa volonté de contourner la règle. On sort de la logique déclarative pour entrer dans une logique d’infrastructure.
Des milliers de tentatives par semaine, tombées à zéro
Le résultat annoncé par Patreon est net : les tentatives hebdomadaires des robots d’entraînement seraient passées « de milliers à zéro ». Il faut lire ce chiffre pour ce qu’il est : la démonstration qu’une protection réellement opposable donne des effets mesurables, là où la consigne restait un vœu pieux.
Le moteur de ce blocage porte un nom : AI Crawl Control, l’outil que Cloudflare met à disposition des sites pour distinguer et filtrer les robots selon leur usage. L’entreprise, qui achemine une part considérable du trafic mondial, occupe une position d’observation privilégiée : elle voit passer les collecteurs, apprend à les reconnaître et peut leur claquer la porte à l’échelle de milliers de sites d’un coup. Un point de contrôle unique, capable d’arbitrer qui accède à quoi.
Le consentement, nerf juridique de l’opération
Derrière la mécanique, un argument de fond. La formule employée par Patreon vise juste : « le consentement ne devrait pas dépendre du choix d’un scraper de bien se comporter. » Autrement dit, un accord qui ne tient que si l’autre partie veut bien le respecter n’est pas un accord, c’est un espoir.
Le déplacement est là. Sur le web, la norme par défaut reste l’aspiration : tout ce qui est publiquement accessible est présumé collectable, sauf effort actif pour l’empêcher. En basculant vers le blocage, Patreon inverse discrètement la charge. Le consentement des auteurs cesse d’être une préférence affichée pour devenir une barrière technique. Ce que la loi peine encore à trancher, l’infrastructure le tranche à sa place.
Le mur protège la source, pas ce qui a déjà fui
Attention à ne pas surinterpréter. Ce blocage protège les données d’entraînement à la source, sur le domaine de Patreon. Il n’efface pas ce qui a déjà été aspiré les années précédentes, ni ce qui circule ailleurs, republié ou capturé hors de la plateforme. Un mur solide ne récupère pas ce qui est passé quand la porte était grande ouverte.
Il déplace surtout le rapport de force sur un terrain d’ingénierie. Si le blocage réseau se généralise, les collecteurs les plus déterminés chercheront à se faire passer pour du trafic humain, à changer d’adresse, à imiter un navigateur ordinaire. Les défenses répondront par une détection plus fine. On entre dans une logique de mesure et de contre-mesure, où la protection des contenus se joue à coups de signatures réseau plutôt que de fichiers de configuration.
L’accès à la matière première de l’IA cesse d’être un acquis. Il devient une ressource négociée, filtrée, parfois verrouillée. D’autres acteurs ont choisi de la vendre plutôt que de la fermer : Reddit a monnayé son contenu, avec un accord de licence estimé à 60 millions de dollars par an côté Google et un second passé avec OpenAI, quand Patreon préfère le verrou au péage. Et les jeux de données ouverts d’hier se referment un domaine après l’autre. Pendant vingt ans, un site qui refusait l’aspiration n’avait qu’un panneau à brandir. Patreon montre qu’il dispose désormais d’un verrou. Le web des données librement servies ne disparaît pas d’un coup, mais il rétrécit, portail après portail.
