AWS lance un péage pour bots IA : comment faire payer les crawlers pour l'accès au contenu

Comment fonctionne le portique de paiement HTTP 402

Le mécanisme central est un cycle de vie en cinq étapes régi par le protocole ouvert x402 . Voici ce qui se passe lorsqu'un agent IA demande une ressource monétisée derrière CloudFront :

1. L'agent envoie une requête normale. Elle ressemble à n'importe quel autre HTTP GET, mais la fonction de contrôle des bots de WAF inspecte l'agent utilisateur et les signaux comportementaux pour classer le trafic comme provenant d'un bot IA.
2. AWS WAF renvoie une réponse HTTP 402 Paiement requis. Le corps de la réponse n'est pas une page d'erreur. Il s'agit d'un manifeste de tarification lisible par une machine contenant le coût par requête, les réseaux de paiement acceptés et l'adresse du portefeuille USDC de l'éditeur .
3. L'agent soumet un paiement signé en USDC. Le bot construit une transaction sur la chaîne vers le portefeuille de l'éditeur sur la blockchain Base ou Solana. Cette étape s'appuie sur l'infrastructure de portefeuille développeur de Coinbase, qui gère la signature cryptographique sans que l'agent ne détienne jamais directement les clés privées .
4. AWS WAF vérifie le paiement. Le pare-feu vérifie que le paiement est valide et correspond à la ressource demandée. Si c'est le cas, le blocage est levé.
5. Le contenu protégé est délivré. L'agent reçoit l'article, le flux de données ou la réponse API qu'il avait initialement demandée .

Le choix de conception critique est que tout cela se résout en un seul cycle de requête à la périphérie. La tarification, le paiement et la vérification ont lieu avant que la requête n'atteigne le serveur d'origine .

Tarification : par requête, par bot et configurable jusqu'à 0,001 $

Les éditeurs définissent un prix de base sous la forme d'une chaîne décimale en USD avec jusqu'à trois décimales. Le minimum est de 0,001 $ USDC . À partir de là, la granularité entre en jeu :

• Multiplicateur de prix par action de règle : un éditeur peut créer plusieurs règles WAF et attribuer à chacune un multiplicateur. Si le prix de base est de 0,001 $ et qu'une règle a un multiplicateur de 3, les requêtes correspondant à cette règle coûtent 0,003 $ .
• Tarification échelonnée par niveau de vérification : les éditeurs peuvent facturer des montants différents selon le degré de vérification de l'identité du bot .
• Tarification par catégorie de bot : différentes identités de bots — GPTBot par rapport à Claude-Web, par exemple — peuvent se voir appliquer des grilles tarifaires différentes .

Côté éditeur, AWS fournit un tableau de bord des revenus dans WAF qui détaille le revenu total, la répartition entre paiements vérifiés et non vérifiés, le nombre de règlements et le nombre total de réponses 402 servies . Les paiements sont réglés directement sur le portefeuille configuré de l'éditeur ; AWS ne prélève aucune commission sur les revenus du contenu, bien que les frais standard WAF et de contrôle des bots restent applicables .

Coinbase et Stripe : les deux voies de paiement

La couche de règlement initiale fonctionne entièrement en stablecoins via Coinbase. Les éditeurs doivent fournir une adresse de portefeuille USDC sur Base, Solana, ou les deux via la plateforme développeur de Coinbase . Le facilitateur x402 de Coinbase gère la vérification sur la chaîne sur laquelle AWS WAF s'appuie.

Le rôle de Stripe est complémentaire et encore en développement. Le jour même du lancement de la fonctionnalité WAF par AWS, Stripe a annoncé qu'il fournirait l'infrastructure financière pour cette capacité . Le communiqué de presse de Stripe décrit la possibilité pour les propriétaires de contenu de recevoir des fonds directement sur leurs comptes Stripe, laissant entrevoir un avenir où les paiements d'agents en monnaie fiduciaire coexisteront avec la voie des stablecoins. Mais au 15 juin 2026, l'intégration de Stripe est officiellement décrite comme « à venir » .

Pour l'instant, si un éditeur active la monétisation du trafic IA, le seul règlement de paiement en direct se fait en USDC sur la chaîne via Coinbase. Les voies de paiement en monnaie fiduciaire de Stripe sont prévues comme une option supplémentaire, mais pas encore disponibles.

La fondation : Amazon Bedrock AgentCore Payments

La fonctionnalité WAF est la moitié orientée éditeur d'un projet plus vaste. En dessous se trouve Amazon Bedrock AgentCore Payments, un service géré qu'AWS a présenté en avant-première en mai 2026 et construit avec Coinbase et Stripe .

AgentCore Payments est la moitié orientée agent. Il donne aux agents IA des portefeuilles intégrés — soit des portefeuilles crypto Coinbase, soit des portefeuilles liés à Stripe — avec des identifiants gérés via AgentCore Identity, jamais stockés dans le code de l'application . Les développeurs définissent des limites de dépenses par session et des durées de vie que la couche d'infrastructure applique, de sorte qu'un agent ne peut pas dépasser son budget, même s'il essaie .

C'est ce qui rend la fonctionnalité de monétisation WAF viable à grande échelle. Les agents construits sur Bedrock peuvent découvrir de manière autonome des API payantes, rencontrer un défi 402, régler le paiement en USDC et poursuivre leur tâche sans intervention humaine . Le protocole x402 et la fonctionnalité WAF sont les deux faces d'une même transaction : l'un facture, l'autre paie.

Le standard ouvert qui la sous-tend : Machine Payments Protocol (MPP)

Le protocole x402 utilisé par AWS WAF est la mise en œuvre pratique du Machine Payments Protocol (MPP), un standard ouvert co-créé par Stripe et Tempo et lancé le 18 mars 2026 .

MPP formalise le code de statut HTTP 402 en un cadre de négociation de paiement standardisé pour les agents IA. Plutôt que de construire un nouveau rail de paiement, MPP intègre la négociation directement dans les requêtes HTTP et MCP, ce qui en fait un flux de défi-réponse en un seul aller-retour : requête, défi 402, paiement, contenu .

Caractéristiques clés de MPP :

• Agnostique du rail de paiement. Il prend en charge les stablecoins et est conçu pour s'étendre aux rails de monnaie fiduciaire, aux cartes et au paiement fractionné .
• Construit sur la blockchain de couche 1 de Tempo, une infrastructure soutenue par Stripe et Paradigm, conçue spécifiquement pour le règlement en stablecoins .
• Adoptants précoces majeurs. Aux côtés d'AWS et de Coinbase, le protocole a été intégré par Visa, Mastercard, Anthropic, OpenAI et Shopify .

En adoptant x402 comme protocole de défi, AWS a choisi de construire sur un standard ouvert et multipartite plutôt que sur une place de marché propriétaire. Cette distinction est importante lorsqu'on compare l'approche à celle de son principal rival.

AWS WAF vs. Cloudflare Pay per Crawl

Cloudflare a été le premier sur le marché de l'accès payant aux bots, en lançant Pay per Crawl en tant que place de marché bêta privée le 1er juillet 2025 . Le service permet aux éditeurs de fixer des prix pour les crawlers IA et, surtout, a commencé à bloquer les crawlers IA par défaut pour les nouveaux sites — avec plus d'un million de domaines qui se sont inscrits .

Mais les deux approches diffèrent fondamentalement dans leur architecture et leur philosophie :

Cloudflare a été le premier et a construit un modèle de place de marché où éditeurs et crawlers négocient les conditions. AWS, arrivé un an plus tard, a opté pour une approche native du protocole : un défi de paiement standardisé et programmable que tout agent compatible x402 peut traiter, avec un règlement sur la chaîne et une granularité configurable. Aucun des deux modèles n'a prouvé sa viabilité à long terme, mais ils représentent deux visions distinctes de la manière dont le web facturera les machines.

La vision d'ensemble : un web où les agents ont un portefeuille

La monétisation du trafic IA d'AWS WAF est le premier service périphérique généralement disponible qui permet aux éditeurs de facturer les bots IA par programme. Il n'exige pas que les opérateurs de bots s'inscrivent à une place de marché, détiennent des comptes ou négocient des conditions à l'avance. Il s'appuie sur le même protocole que les agents construits sur Bedrock AgentCore Payments comprennent déjà.

Les implications vont au-delà de l'édition. Les fournisseurs d'API peuvent utiliser la même fonctionnalité pour protéger l'accès derrière des microtransactions. Les flux de données, les archives sous licence et les serveurs MCP peuvent tous se trouver derrière le même défi 402, et les agents dotés de portefeuilles gérés et de limites de dépenses peuvent les payer de manière autonome .

Ce qui n'est pas encore clair : si les grands laboratoires d'IA mettront effectivement en œuvre le flux de paiement x402 sur leurs crawlers à grande échelle, si l'économie des micropaiements en fractions de centimes s'avérera viable après les frais de gaz de la blockchain, et si les éditeurs verront des revenus significatifs par rapport aux modèles publicitaires standard. L'infrastructure est désormais opérationnelle. Le comportement des agents — et les modèles économiques — suivront.