Cloudflare lance la bêta d'une passerelle où les agents IA paient via HTTP 402

Cloudflare a lancé une bêta fermée de Monetization Gateway, un outil qui transforme le code HTTP 402 Payment Required en véritable « barrière payante pour agents ». Le propriétaire d'un domaine active le paiement sur son site, son API, ses outils MCP ou ses jeux de données en quelques clics. L'agent reçoit les instructions de paiement, signe l'autorisation et récupère la ressource une fois le règlement effectué. Trois mois après l'annonce du plan, le service compte déjà quatre clients en production : Cloudflare AI Gateway, Ceramic.ai, Stocktwits et API2PDF.

Pourquoi les abonnements ne conviennent pas aux agents

La plupart des éditeurs de logiciels vendent leur produit par abonnement ou par crédits prépayés. L'acheteur s'engage à l'avance, et ne garde donc que quelques services qui tiennent dans son budget. L'agent fonctionne autrement : il cherche un résultat et, pour l'obtenir, il peut se rendre sur un nouveau site, appeler un outil MCP ou charger un data feed. Dans ce mode d'usage, il est logique de payer à l'unité de consommation : une requête, une recherche, un token.

Les infrastructures de paiement actuelles ne sont pas conçues pour cela. Elles supposent une latence élevée, des montants importants et un acheteur que le vendeur connaît personnellement. Les agents ont besoin du contraire : des paiements bon marché, rapides, sans humain dans la boucle. Cloudflare estime que, pour l'instant, seuls les stablecoins et leurs blockchains répondent à ces exigences. L'entreprise n'exclut pas que d'autres réseaux, ou des solutions d'acteurs existants, apparaissent avec le temps.

Comment fonctionne la passerelle

Le paiement est intégré à la requête elle-même. Il n'y a ni redirection vers une page de paiement ni API de paiement distincte. Le vendeur définit quelles requêtes sont payantes, combien elles coûtent et où envoyer l'argent. Les règles de prix peuvent porter sur n'importe quelle partie de la requête : URL, en-têtes ou paramètres de requête. Plusieurs schémas de tarification existent. Cloudflare prend en charge la vérification des paiements et les règlements via le Coinbase x402 Facilitator, la gestion des erreurs et des retries, l'analytique, ainsi que le suivi des évolutions du protocole x402. Les règlements se font en USDC sur la blockchain Base.

Pour les contenus à forte valeur, qu'un agent peut parcourir une seule fois puis exploiter mille fois, un mode distinct, Pay Per Use, est prévu. Il repose sur un réseau d'acheteurs vérifiés, qui déclarent eux-mêmes chaque utilisation et la paient.

Quatre clients en production

• Cloudflare AI Gateway. Plan de contrôle et place de marché de centaines de modèles accessibles avec une seule clé d'API. Les clients américains peuvent désormais payer l'inférence au moment de la requête, pour un ensemble de modèles donné, en ajoutant l'en-tête Payment-Method: x402. L'exemple de la documentation utilise z-ai/glm-4.7-flash. Le service applique ici un origin-controlled pricing : la passerelle demande le prix au vendeur lui-même, c'est-à-dire à AI Gateway, et ne reproduit pas sa facturation complexe au token.
• Ceramic.ai. API de recherche pour agents, dotée d'un index propriétaire de plus de 40 Md de pages et de réponses à partir de 50 ms. Elle applique un prix fixe, et l'agent paie la recherche sans clé d'API. La fondatrice, Anna Patterson, souligne que la recherche doit figurer parmi les premiers produits qu'un agent achète lui-même. Il n'aura alors pas à rationner ses requêtes pour respecter un budget fixé à l'avance.
• Stocktwits. Réseau social pour investisseurs lancé en 2008, avec une audience de plus de 10 M de personnes. Il vend aux agents des signaux : le sentiment par ticker (haussier ou baissier), le volume de messages par rapport à la normale, le nombre d'abonnés au ticker et les tendances. L'entreprise a créé pour cela un chemin dédié aux agents derrière la passerelle. Les API existantes et les produits de données destinés aux entreprises n'ont pas été modifiés, et chaque requête est tarifée séparément.
• API2PDF. API REST de génération de PDF à partir de HTML et de documents bureautiques, en service depuis 2018. Auparavant, il fallait un compte et une clé d'API, puis, après le premier mois, une carte bancaire. À cette étape, la conversion chutait de plus de 50%. Désormais, le service répond à une requête sans clé par un 402 accompagné de l'en-tête payment-required. Le prix est variable : l'agent est informé du maximum pour une requête, mais seule la consommation réelle est débitée.

L'argument d'API2PDF est simple : l'agent peut dépenser des tokens et générer lui-même le PDF, ou payer une fraction de centime à une API spécialisée.

Ce que doivent faire vendeurs et développeurs

L'accès est pour l'instant fermé et limité aux vendeurs et acheteurs américains éligibles ; les autres régions sont promises pour plus tard. La demande d'onboarding se dépose dans le tableau de bord Cloudflare, et la documentation est ouverte. Pour un vendeur, la marche à suivre pratique est la suivante : isoler une ressource où chaque requête correspond à une consommation (API, outil, jeu de données) et créer pour les agents un chemin distinct, comme l'a fait Stocktwits. Il faut ensuite choisir le schéma de prix : fixe pour des requêtes homogènes, ou variable avec un plafond pour des calculs au coût fluctuant.

Les développeurs d'agents ont intérêt à prévoir dès maintenant un portefeuille USDC et la gestion de la réponse 402 : lire les instructions, signer l'autorisation, renvoyer la requête. Cloudflare prévoit la découverte de services par les agents, des journaux de toutes les transactions, des infrastructures de paiement supplémentaires et des primitives d'identification. Grâce à elles, les vendeurs pourront décider à qui céder leurs ressources, et à quel prix.