Version bêta de Monetization Gateway : facturer aux agents IA leur consommation via le code HTTP 402
Cet article est également disponible en English, Deutsch, Español, Español (Latinoamérica), Italiano, 日本語, 한국어, 繁體中文, 简体中文 et Português.

Aujourd’hui, nous proposons la passerelle Cloudflare Monetization Gateway en version bêta fermée et nous présentons quatre scénarios d’utilisation client déjà en production. Depuis que nous avons l’annonce de ce projet il y a trois mois, nous avons travaillé en étroite collaboration avec nos clients afin de rendre la passerelle Gateway rapide, flexible et simple d’utilisation.
En seulement quelques clics, la passerelle Monetization Gateway permet aux propriétaires de domaines de facturer aux agents l’accès à leur site web, à leurs API, à leurs outils MCP ou à leurs ensembles de données. Demandez votre accès dès aujourd’hui depuis le tableau de bord Cloudflare.
Prolifération des agents et des paiements autonomes
Aujourd’hui, la plupart des éditeurs de logiciels commercialisent leurs produits sous forme d’abonnements ou de crédits prépayés. Ces modèles économiques imposent aux acheteurs d’effectuer un investissement économique initial considérable, ce qui les incite à se limiter à quelques abonnements adaptés à leur budget. Toutefois, ce modèle ne correspond pas au fonctionnement des agents, qui constituent aujourd’hui la principale source de trafic sur Internet.
Les agents cherchent à obtenir des résultats, qu’ils découlent d’une question directe ou d’une demande implicite. Pour parvenir à un résultat, un agent peut consulter de nouveaux sites, invoquer des outils MCP ou ingérer des flux de données. Partout, les entreprises cherchent à se positionner sur ce chemin incontournable, avec l’objectif d’aider les agents à obtenir de meilleurs résultats. Cela leur permet d’aller à la rencontre de nouveaux utilisateurs, d’être rémunérées pour leur contribution aux réponses de ces agents et de s’imposer comme des leaders du commerce agentique headless.
Pour saisir cette opportunité, les entreprises doivent aligner leurs modèles économiques sur les modèles de consommation des agents. Les paiements doivent correspondre à l’unité de consommation d’un agent : par requête, par recherche ou par token. Cependant, les circuits de paiement actuels ne sont pas en mesure de gérer ce fonctionnement. Ils reposent sur le postulat que l’acheteur accepte une latence élevée, qu’il n’effectue que des transactions d’un montant élevé et qu’il représente une entité bien identifiée ou identifiable par le vendeur. Or, les agents recherchent précisément l’inverse : des circuits de paiement économiques, rapides et fiables, capables d’évoluer de manière sécurisée, avec un minimum d’intervention humaine.
Vendeurs et acheteurs auront tout intérêt à aligner leurs modèles économiques sur la consommation réelle, et ils utiliseront le réseau de paiement qui leur permettra d’y parvenir. Aujourd’hui, les transactions en stablecoins et les réseaux blockchain sous-jacents sont en mesure de satisfaire ces exigences. Au fil du temps, nous pourrions voir des réseaux existants proposer de nouvelles solutions ou voir apparaître de nouveaux réseaux de paiement. La passerelle Monetization Gateway a été conçue pour permettre aux vendeurs de se concentrer sur leur produit et proposer aux acheteurs une expérience d’achat prévisible.
Développer avec la passerelle Monetization Gateway
La passerelle Monetization Gateway permet aux vendeurs de facturer aux agents l’accès à toute ressource hébergée derrière le réseau de Cloudflare, avec une tarification à l’utilisation. Elle est conçue pour les ressources où chaque requête correspond à l’utilisation effective, telles que les API, les outils et les données. Les contenus à forte valeur ajoutée répondent à une logique différente : une page peut être explorée une fois seulement, puis réutilisée mille fois. Pour cela, le service Pay Per Use propose un réseau de confiance d’acheteurs vérifiés qui déclarent et rémunèrent chaque utilisation.
La passerelle utilise le code d’état http 402 Payment Required, permettant aux acheteurs de proposer un paiement correspondant à une ressource via le protocole HTTP, directement intégré à la requête d’accès à la ressource. Il s’agit d’une distinction importante : aucune redirection vers une page de paiement n’a lieu et aucune API de paiement distincte n’est appelée.
Les vendeurs définissent les requêtes nécessitant un paiement, ainsi que le montant et la destination du paiement. Les acheteurs reçoivent les instructions de paiement, signent une autorisation et peuvent accéder à la ressource une fois le paiement effectué.

Dans sa forme la plus simple, la solution peut être considérée comme un « paywall pour agents ». Les vendeurs peuvent déployer le service en quelques secondes et quelques clics seulement, définir le public qu’ils souhaitent facturer et s’assurer que les acheteurs ne puissent pas accéder aux ressources avant d’avoir effectué le paiement.
Au-delà de sa simplicité de mise en œuvre, nous mettons à la disposition des vendeurs un ensemble complet de fonctionnalités de tarification et de monétisation prêtes à l’emploi. Il vous suffit de rédiger des règles de tarification correspondant à n’importe quelle partie d’une requête (comme l’URL, les en-têtes ou les paramètres de requête), puis de faire votre choix parmi plusieurs modèles de tarification. Nous nous chargeons du reste : vérification et règlement des paiements via le service x402 Facilitator de Coinbase, gestion des échecs et des nouvelles tentatives, analyses de données et suivi des évolutions du protocole x402. Le règlement des paiements se déroule sur la blockchain Base en USDC, un stablecoin indexé sur le dollar américain. À terme, nous avons l’intention d’aider les vendeurs à rendre leurs services découvrables par les agents, de fournir des journaux pour l’ensemble des transactions, de prendre en charge d’autres circuits de paiement et d’intégrer des composantes primitives de gestion des identités.
Examinons maintenant comment nos clients utilisent aujourd’hui le service en production.
Cloudflare AI Gateway : payer pour l’inférence
La passerelle AI Gateway de Cloudflare est un plan de contrôle et une marketplace de modèles permettant aux développeurs d’accéder à des centaines de modèles d’IA avec une clé d’API unique. Notre objectif est de proposer le catalogue de modèles le plus riche de l’écosystème et de le mettre à la disposition du plus grand nombre de clients possible. AI Gateway permet à ces derniers d’acheter des crédits utilisables pour l’ensemble de leur consommation sur AI Gateway. Cependant, à mesure qu’un nombre croissant d’agents disposent de leur propre portefeuille, le maintien d’un solde de crédits comme unique mécanisme d’utilisation génère des frictions superflues.
À compter d’aujourd’hui, les clients de Cloudflare situés aux États-Unis peuvent payer l’inférence directement au moment de la requête pour une sélection de modèles, en ajoutant l’en-tête PAYMENT-METHOD: x402. Des instructions détaillées sont fournies dans notre documentation pour développeurs dédiée à AI Gateway. À terme, le code d’état HTTP 402 sera intégré nativement dans un plus grand nombre de produits d’infrastructure de Cloudflare.
$ curl -iX POST "https://api.cloudflare.com/client/v4/accounts/$CLOUDFLARE_ACCOUNT_ID/ai/run" \
--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
--header "Payment-Method: x402" \
--header "Content-Type: application/json" \
--data '{
"model": "z-ai/glm-4.7-flash",
"input": {
"max_tokens": 9001,
"messages": [
{
"role": "user",
"content": "What is Cloudflare?"
}
]
}
}'AI Gateway utilise un moteur de tarification complexe pour déterminer la facturation de chaque token. Nous avons co-conçu la passerelle Monetization Gateway afin de répondre aux exigences d’une tarification contrôlée par le serveur d’origine. Lorsque cette configuration est activée, Monetization Gateway demande directement les informations tarifaires au vendeur (AI Gateway). Pour AI Gateway, cela permet de s’appuyer sur son module de tarification existant sans devoir maintenir un catalogue de règles dans Monetization Gateway.

Vous souhaitez définir les prix depuis votre serveur d’origine ? Écrivez-nous et nous vous aiderons à vous lancer.
Ceramic.ai : payer pour la recherche web
« Le web a été conçu pour un acheteur humain – une personne qui s’inscrit et saisit un numéro de carte de paiement. Les agents ont besoin d’agir pour leur propre compte, et les paiements constituent leur moyen d’y parvenir. La recherche est l’un des premiers besoins de tout agent ; elle devrait donc être l’une des premières ressources qu’un agent peut acheter. » – Dr Anna Patterson, fondatrice, Ceramic.ai
Si l’inférence est le raisonnement, la recherche incarne la confrontation à la réalité. Ceramic.ai propose une API de recherche web conçue spécialement pour les agents. Ceramic.ai gère un index propriétaire comprenant plus de 40 milliards de pages et a optimisé chaque couche de sa pile d’infrastructure pour les appelants autonomes, et génère des résultats de recherche en moins de 50 millisecondes. À cette vitesse, un agent peut effectuer des recherches répétées tout au long de l’exécution d’une tâche.
Cela fait de la recherche un scénario d’utilisation naturel pour les paiements natifs aux agents. La recherche est l’une des ressources les plus élastiques qu’un agent achète. Une question simple ne peut nécessiter qu’une seule requête, tandis qu’une tâche de recherche complexe peut en exiger des centaines. Lorsqu’un agent peut payer lui-même pour effectuer des recherches, il n’a plus besoin de rationner ses requêtes en fonction d’un budget défini à l’avance. Il peut déterminer l’effort de recherche nécessaire en fonction de la tâche à accomplir, en dépensant davantage lorsque les enjeux exigent davantage de preuves.
Ceramic.ai utilise le modèle de monétisation à tarif fixe de la passerelle Monetization Gateway pour permettre aux agents de payer pour effectuer une recherche sans clé d’API. Essayez la démo et consultez la documentation de Ceramic.ai pour en savoir plus.
Stocktwits : payer pour des signaux boursiers
« Les agents transforment la façon dont les données sont consommées. Au lieu d’avoir un client qui souscrit un abonnement ou négocie une licence pour entreprise, un agent peut demander exactement ce dont il a besoin, au moment même où il en a besoin. La possibilité de facturer cette requête individuelle offre à Stocktwits une toute nouvelle façon de proposer l’accès à ses données. » – Howard Lindzon, fondateur et CEO, Stocktwits
Lorsque le cours d’une action commence à fluctuer, l’une des premières questions que se posent les traders est « Qu’en disent tous les autres ? ».
Depuis 18 ans, cette conversation se déroule sur Stocktwits. Fondé en 2008, Stocktwits a popularisé les cashtags (comme $NET) afin d’organiser les discussions financières autour de valeurs boursières individuelles. Aujourd’hui, plus de 10 millions de personnes utilisent Stocktwits pour suivre les marchés, partager des idées et suivre les conversations d’autres investisseurs.
Conçu spécifiquement pour les investisseurs, Stocktwits offre une vue en temps réel des tendances que les investisseurs particuliers surveillent et analysent. Stocktwits transforme cette activité en différents signaux, notamment :
- Sentiment : indique si les publications récentes concernant un ticker sont majoritairement haussières (bullish) ou baissières (bearish)
- Volume de messages : mesure le volume de conversations que génère un ticker par rapport à son niveau d’activité habituel
- Abonnés : indique le nombre d’utilisateurs Stocktwits qui suivent un ticker, fournissant une mesure de l’intérêt durable des investisseurs particuliers
- Tendances : identifie les tickers qui gagnent le plus rapidement en visibilité
Ces signaux sont disponibles depuis longtemps au travers des produits de données existants de Stocktwits. La passerelle Monetization Gateway crée un canal de distribution supplémentaire pour un nouveau type de client : les agents IA qui ont besoin de contexte de marché à la demande. Par exemple, un agent qui surveille un portefeuille ou effectue des recherches concernant un investissement particulier peut vérifier si les conversations autour de $NET s’accélèrent, si le sentiment penche du côté haussier ou baissier ou combien d’investisseurs suivent cette valeur. Au lieu de devoir souscrire une licence d’utilisation de données traditionnelle, un développeur peut ainsi payer uniquement pour les requêtes individuelles que son agent effectue réellement.
Pour commencer, Stocktwits a développé un parcours distinct, orienté agents, pour ces requêtes, protégé en amont par la passerelle Monetization Gateway de Cloudflare. Son API existante et ses produits de données pour entreprises restent inchangés. Chaque requête bénéficie d’une tarification individuelle, permettant à Stocktwits de rendre ses signaux de marché accessibles aux agents IA tout en préservant ses produits de données et ses modèles de licence actuels. Lancez-vous dès aujourd’hui en consultant la documentation du service.
API2PDF : payer pour l’accès à l’API
API2PDF est une API REST qui aide les développeurs à générer des fichiers PDF à partir de documents HTML et Office. Depuis son lancement en 2018, API2PDF a constaté qu’un nombre croissant d’agents IA orientaient les développeurs vers son service et les traite désormais comme des clients à part entière.
Le modèle de tarification en fonction de la consommation d’API2PDF facture aux clients la bande passante et la puissance de calcul nécessaires pour traiter chaque requête. Auparavant, les clients devaient créer un compte et se procurer une clé d’API avant d’utiliser le service. Après le premier mois, ils devaient fournir un numéro de carte de paiement, ce qui se traduisait par une chute de plus de 50 % du taux de conversion. API2PDF utilise désormais la passerelle Monetization Gateway pour renvoyer une réponse HTTP 402 lorsqu’un utilisateur ou un agent effectue une requête sans clé d’API. Puisque chaque requête dépend de coûts variables de puissance de calcul et de bande passante, API2PDF applique une tarification variable pour informer les agents du prix maximal d’une requête. Une fois que le client a effectué le paiement, API2PDF traite la requête et ne facture que la consommation réelle.
Les agents sont confrontés au même dilemme de décision, « faire ou acheter », que les développeurs. Un agent qui a besoin d’un fichier PDF peut dépenser des tokens pour en générer un lui-même, ou il peut payer une fraction de centime à une API spécialisée comme API2PDF pour exécuter correctement cette tâche.
$ curl -iX POST https://v2.api2pdf.com/chrome/pdf/html --header "Content-Type: application/json" --data '{"html":"<p>Hello from an AI agent</p>"}'
HTTP/2 402
content-type: application/json
payment-required: eyJ4NDAy...Lancez-vous dès aujourd’hui
La passerelle Monetization Gateway est disponible en version bêta fermée pour les vendeurs et acheteurs éligibles situés aux États-Unis ; la prise en charge de nouvelles régions géographiques sera disponible prochainement. Si vous souhaitez rendre votre produit agent-native, nous serions ravis d’avoir de vos nouvelles. Renseignez le formulaire de demande d’intégration depuis le tableau de bord de Cloudflare, consultez notre documentation pour développeurs et nous vous répondrons dans les meilleurs délais. Si vous avez des questions ou des idées ou vous souhaitez nous aider à proposer les paiements agentiques à grande échelle, n’hésitez pas à nous envoyer un e-mail.
Nous tenons à remercier nos partenaires pour leurs contributions et leurs commentaires. Sans eux, ce lancement n’aurait pas été possible. Merci notamment à Vail Gold et Jeff Rafter de l’équipe Cloudflare AI Gateway ; à la Dr Anna Patterson, Sean Costello, Sadé Ried et Autumn Yuan de Ceramic.ai ; à Leo Gorkin, Ethan Berk et Santiago Sanchez de Stocktwits ; et à Zack Schwartz d’API2PDF.



