Cloudflare prépare une nouvelle ère où des agents IA paient eux‑mêmes pour accéder à des contenus, des API et des outils. Annoncés le 4 août 2026, Cloudflare Wallets et cloudflare.pay posent les bases d’un portefeuille numérique programmable qui délègue un budget à chaque agent, avec des règles strictes : services autorisés, plafond par opération, limites temporelles. Le paiement s’exécute via x402 (HTTP 402 Payment Required) et des micropaiements en stablecoins, sans créer de compte classique. L’identité reste facultative, mais un marchand peut l’exiger pour des essais gratuits, des crédits ou des remises. Le tout s’inscrit dans une évolution logique : un web de plus en plus guidé par l’automatisation, où l’intelligence artificielle agit comme un utilisateur autonome, avec des transactions sécurisées et des garde‑fous côté entreprise.
La feuille de route est claire : l’annonce est faite, mais plusieurs fonctions de paiements en ligne arrivent encore. Le Monetization Gateway doit étendre à grande échelle un modèle déjà testé sur les crawlers, cette fois pour des pages web, des jeux de données, des API et des outils MCP. Dans ce schéma, le paiement s’effectue en amont, directement sur l’infrastructure Cloudflare, puis le vendeur reçoit les fonds en pair à pair. Une voie médiane émerge entre ouverture totale et blocage : laisser passer les agents, mais faire payer l’usage réel, sous contrôle. Les acteurs du e‑commerce y voient un levier de revenus incrémentaux sur des segments jusque‑là difficilement monétisables, tout en renforçant la sécurité informatique via l’identification des agents et la limitation des abus promotionnels.
- Annonce : Wallets et cloudflare.pay dévoilés, fonctions clés de paiement encore à venir.
- Contrôle : un Account Wallet délègue des Virtual Wallets avec budget, liste blanche de services, et plafond par transaction.
- x402 : micropaiements en cryptomonnaie (stablecoins), sans création de compte, règlement pair à pair.
- Identité : facultative côté agent, mais un site peut l’exiger pour des crédits, des essais, des promos.
- Périmètre : monétisation des pages, datasets, API, outils MCP, au‑delà des crawlers.
- Contexte : 60,6 % du trafic HTML récent provient de bots ; l’automatisation devient la norme.
- Manques actuels : stablecoins/réseaux non précisés, liste d’attente pour le Monetization Gateway.
Cloudflare Wallets et cloudflare.pay : des portefeuilles numériques pour agents IA et paiements en ligne
Objectif : permettre à un agent de régler l’usage réel des ressources, sous pilotage d’un compte principal. L’agent reçoit un budget, une liste de services autorisés et un plafond par opération. Il paie, obtient la ressource, et passe à la suite. Simple et programmable.
Disponibilité : les briques d’orchestration sont annoncées, tandis que les paiements concrets pour du contenu et des API arrivent progressivement. Les identifiants cloudflare.pay, eux, ont ouvert les réservations dès le 4 août.
Fonctionnement : Account Wallet et Virtual Wallets
Un Account Wallet appartient à une personne ou une organisation. Il contient les fonds en stablecoins. Il délègue ensuite des Virtual Wallets à des agents, chacun accessible via clés API.
Exemple : une équipe data attribue 100 $ par semaine à un agent d’intelligence artificielle pour l’inférence. L’agent paie ses appels, sans toucher au reste des fonds. Résultat : des transactions sécurisées, traçables et limitées par design.
Ce découpage réduit fortement le risque : l’agent ne voit jamais la totalité de la trésorerie. Un vrai compte de dépenses programmable.
Contrôles de dépenses et rails en cryptomonnaie
Trois leviers dominent : une allocation budgétaire, une liste de services autorisés, un plafond par transaction. Les paiements utilisent des stablecoins, avec options d’alimentation et de conversion selon les zones.
Cloudflare n’a pas encore listé les stablecoins ni les réseaux. Les partenaires de conservation restent à annoncer. L’essentiel : un rail de technologie financière prévu pour l’automatisation à grande échelle.
x402 et Monetization Gateway : transactions sécurisées, rapides et automatisées
Le protocole x402 s’appuie sur le code HTTP 402 « Payment Required ». Un service peut répondre « paie X » ; l’agent règle en micropaiement, puis relance la requête pour obtenir la ressource. Pas de compte client, pas de friction inutile.
Le Monetization Gateway facture en amont, sur l’infrastructure Cloudflare, avant l’origine. Un média peut monétiser un dataset ou une page premium. Un SaaS peut vendre l’accès à une API à l’appel. L’agent paie, reçoit et continue sa tâche.
Le projet gagne du poids institutionnel via une structure de la Linux Foundation dont des acteurs comme Visa, Mastercard, American Express, Google, Shopify et Stripe sont membres. Un signal fort pour l’adoption.
Identité facultative via cloudflare.pay et Web Bot Auth
Avec cloudflare.pay, un agent peut déclarer pour qui il agit. Utile quand un marchand exige une identité pour des crédits, des essais ou des tarifs négociés. Sans identité, l’accès reste possible, mais certains avantages se ferment.
Logique commerciale : un essai gratuit visant « un utilisateur » doit s’appuyer sur un identifiant stable. Sans cela, des agents multiples peuvent recycler la même offre. Ici, l’identification devient un outil de sécurité informatique et d’équité.
Impacts business : e‑commerce, modèles d’essai et conformité
Les bots pèsent déjà lourd. Selon Cloudflare Radar, 60,6 % des requêtes HTML de la semaine avant le 10 août 2026 venaient de bots. Les agents IA ne se contentent plus de lire : ils décident et paient.
Pour l’e‑commerce, l’accès « pay‑per‑use » d’un agent à une fiche produit enrichie, une API de disponibilité ou un guide propriétaire ouvre une monétisation fine. La croissance du marché renforce l’enjeu, comme le montrent ces indicateurs de l’e‑commerce en France.
Essais gratuits, crédits, promotions : nouvelles règles du jeu
Sans identité, impossible de garantir qu’un essai « par personne » n’est pas détourné. Solution : exiger cloudflare.pay pour activer un crédit, tout en laissant le paiement à l’acte ouvert aux agents anonymes.
Effet attendu : moins d’abus, moins de support, des transactions sécurisées. Et des conditions d’utilisation qui clarifient « compte », « utilisateur », « agent ».
Cas d’usage et plan d’adoption pour les portefeuilles numériques d’agents IA
Cas 1 : un studio vidéo vend des fichiers d’extraits par appel API. Un agent règle 0,10 $ via x402, télécharge, enchaîne. Cas 2 : une scale‑up data autorise 100 $ hebdos à son agent pour acheter des appels d’inférence pendant les pics. Cas 3 : un média facture un dataset thématique à la page.
Pour cadrer l’adoption, un plan simple évite les dérives et accélère la valeur.
- Définir les ressources monétisables : pages premium, API, jeux de données, outils MCP.
- Paramétrer budgets, listes autorisées et plafonds dans les Virtual Wallets.
- Tester x402 en bac à sable ; mesurer coûts par appel et taux de succès.
- Exiger une identité cloudflare.pay pour activer essais, crédits, parrainages.
- Surveiller les schémas d’automatisation et ajuster les limites côté sécurité informatique.
- Aligner les CGU sur la notion d’« agent autorisé » et d’« usage payant ».
Dans un marché qui frôle des sommets, comme l’illustrent ces chiffres de l’e‑commerce français, la granularité du pay‑per‑use pour agents devient un levier immédiat.
Un fil conducteur : payer ce qu’on consomme, quand on en a besoin
Les portefeuilles numériques pour agents transforment l’accès : moins d’inscriptions, plus de paiements en ligne directs, et des garde‑fous budgétaires. L’automatisation gagne en clarté, le business en prévisibilité.
Question simple pour finir : si un agent travaille déjà pour vous, pourquoi ne pas lui donner le moyen de payer exactement ce qu’il consomme ?
