Visiteur sans navigateur cherche porte d'entrée : qui a le droit de passer ?

Un samedi, un agent réserve une table pour quatre dans un restaurant toulousain. Aucun navigateur ouvert, aucun cookie, pas d'adresse IP que le serveur reconnaisse. Sa requête arrive avec un en-tête signé, et le serveur peut vérifier que la clé appartient bien à l'opérateur qui l'affirme. Par agent, on entend ici un logiciel qui agit pour le compte d'une personne : il lit, compare, réserve, parfois achète. Le site doit alors décider s'il lui ouvre la porte, et à quelles conditions.

Le sujet est sur la table parce que Cloudflare vient de le mettre en avant. Dans son billet « The Internet has a second audience » (30 septembre 2026), l'entreprise affirme que plus de la moitié du trafic de son réseau n'est plus humaine, et que les requêtes d'agents IA ont grimpé de plus de 1 700 % en un an. Il faut lire ces chiffres avec un recul : Cloudflare vend précisément les outils pour trier ce trafic. Cela ne les rend pas faux, mais personne d'indépendant ne les a confirmés.

Quand les robots coûtent plus qu'ils ne rapportent

Côté facture, l'effet se comprend vite. Selon Cloudflare, la part des requêtes de robots destinées à l'entraînement des modèles est passée de 22 % à 52 % entre le printemps 2025 et juin 2026. Dans le commerce de détail, les logiciels ou la finance, le trafic humain aurait reculé jusqu'à 40 % en moins d'un an. Le site paie la bande passante et la charge serveur, sans qu'un visiteur, un revenu ou un abonnement ne suive. Les autres chiffres du billet (de 63 à 115 millions de requêtes par seconde) donnent l'échelle, pas l'essentiel.

Tout bloquer n'est pas une option sérieuse : l'agent qui compare des devis ou prépare un achat travaille pour un client potentiel, et le refuser revient parfois à refuser la personne derrière. Tout laisser passer coûte tout aussi cher. Il faut donc trier, et pour trier, savoir qui frappe à la porte.

La signature, ou comment prouver qui l'on est sans adresse IP

C'est le rôle du Web Bot Auth. Jusqu'ici, un robot se déclarait par son user-agent, un simple champ texte que n'importe quel client peut imiter, ou se reconnaissait à une liste d'IP. Désormais, l'opérateur de l'agent génère une paire de clés Ed25519 et publie la clé publique dans un annuaire accessible en HTTPS. Chaque requête est ensuite signée selon la RFC 9421 (HTTP Message Signatures), et le serveur, ou le réseau en périphérie (l'edge, c'est-à-dire les serveurs de Cloudflare placés entre le site et le visiteur), récupère l'annuaire et valide la signature. Sans signature valide, la requête retombe dans le tri habituel des robots.

L'intérêt tient à une chose simple : c'est la clé qui porte l'identité, plus l'adresse IP. Un opérateur peut changer d'hébergeur ou de plage réseau sans casser sa vérification. Pour un site, c'est un filtrage plus fiable que les listes d'IP qu'il fallait tenir à jour à la main.

Direct ou intermédiaire : Cloudflare classe, le site tranche

Depuis le 1er juillet 2026, Cloudflare range ses robots par comportements (recherche, agent, entraînement, transaction, collecte de données, test de sécurité, SEO) et traite les agents signés comme des robots vérifiés. Sa documentation, mise à jour le 8 octobre 2026, distingue le niveau Direct (un opérateur, sa propre infrastructure) et le niveau Intermédiaire (un service que des milliers d'utilisateurs pilotent en même temps). Dans ce second cas, on peut faire confiance à l'opérateur sans pouvoir répondre de chacun de ses utilisateurs. Un agent parfaitement identifié peut aussi être abusif : cadence excessive, préférences ignorées, usage non voulu.

Vérifier une signature dit à qui l'on parle. Cela ne dit pas ce qu'on lui doit.

Ce que cela change pour un site e-commerce ou éditorial

D'abord, les chiffres de fréquentation. Si une part importante du trafic n'est pas humaine, les « pages vues » et les « sessions » racontent une histoire fausse à un client qui pilote son budget avec. Il faudra segmenter les agents et décider quelles métriques gardent un sens. Ensuite, la protection : robots.txt reste une préférence que personne n'est obligé de respecter, et le filtrage par IP s'use dès que les opérateurs changent d'infrastructure. La signature ajoute une couche vérifiable, mais elle juge l'émetteur, pas le comportement.

Enfin, l'accès lui-même peut devenir un produit. Si certains visiteurs sont des agents avec un budget derrière, un site marchand ou un média peut ouvrir, brider ou facturer l'entrée. C'est l'axe que Cloudflare met en avant : voir qui visite, décider qui entre, facturer l'accès. On notera que la boutique qui permet cela est aussi celle qui l'a ouverte.

Signaux solides, issue incertaine

Ce qui est solide : des brouillons de l'IETF (Internet Engineering Task Force) sur l'architecture et le registre Web Bot Auth, un support expérimental chez Google depuis mai 2026, et le classement opérationnel de Cloudflare depuis juillet. Ce qui l'est moins : ce sont des brouillons, pas un standard ratifié, les démonstrations ne disent rien de l'usage quotidien, et plusieurs mécanismes concurrents cohabitent. Quant au billet de blog personnel cité en source secondaire, il aide à comprendre le principe sans valoir documentation officielle.

Pour un studio, la prudence consiste à mesurer d'abord la part réelle de trafic automatisé chez ses clients, avant d'acheter une solution de tri. La suite se jouera à l'IETF : on saura bientôt si les brouillons convergent vers un standard unique, et si les grands opérateurs d'agents acceptent de signer leurs requêtes.