El nuevo peaje de AWS: cómo monetizar el acceso de los bots de IA a tu web

Internet acaba de estrenar una capa de monetización nativa para agentes de inteligencia artificial. El 15 de junio de 2026, AWS lanzó una nueva capacidad dentro de su Web Application Firewall (WAF) llamada monetización de tráfico de IA, y funciona resucitando un viejo conocido del protocolo HTTP: el código de estado 402 Payment Required (Pago Requerido) .

Adiós a la elección forzosa que los dueños de contenidos han enfrentado durante años: bloquear a los bots por completo o regalar su trabajo. Ahora, AWS permite que los creadores de contenido y proveedores de APIs cobren a los rastreadores de IA directamente en el borde de la red. Un bot llega a un recurso protegido en CloudFront, recibe una solicitud de pago en stablecoins USDC, y si paga, accede. Sin código de facturación a medida, sin necesidad de reescribir aplicaciones .

No se trata de un experimento a pequeña escala. La funcionalidad está disponible de forma general desde el primer día, no conlleva ningún coste adicional más allá del precio estándar de WAF, e identifica de fábrica a más de 650 bots de IA conocidos . Esto marca el momento en que la economía máquina-a-máquina en internet deja de ser un concepto abstracto para convertirse en infraestructura.

Cómo funciona la barrera de pago con HTTP 402

El mecanismo central es un ciclo de vida de cinco pasos que se rige por el protocolo abierto x402 . Esto es lo que sucede cuando un agente de IA solicita un recurso monetizado detrás de CloudFront:

1. El agente envía una petición normal. Es como cualquier otra solicitud HTTP GET, pero el Bot Control de AWS WAF inspecciona el agente de usuario y las señales de comportamiento para clasificarla como tráfico de bot de IA.
2. AWS WAF responde con un error HTTP 402 Payment Required. La respuesta no es una página de error al uso. Es un manifiesto de precios legible por máquinas que contiene el coste por petición, las redes de pago aceptadas y la dirección de la cartera USDC del editor .
3. El agente envía un pago firmado en USDC. El bot construye una transacción en la blockchain (cadena de bloques) hacia la cartera del editor, ya sea en la red Base o Solana. Este paso se apoya en la infraestructura de carteras para desarrolladores de Coinbase, que gestiona la firma criptográfica sin que el agente tenga acceso directo a las claves privadas .
4. AWS WAF verifica el pago. El firewall comprueba que la transacción es válida y corresponde al recurso solicitado. Si es correcta, levanta el bloqueo.
5. Se entrega el contenido protegido. El agente recibe el artículo, la fuente de datos o la respuesta de la API que había solicitado originalmente .

La decisión de diseño clave es que todo este proceso se resuelve en un único ciclo de petición en el perímetro de la red. La fijación de precios, el pago y la verificación ocurren antes de que la solicitud llegue al servidor de origen .

Precios: por petición, por bot y configurables hasta $0.001

Los editores establecen un precio base como una cadena de texto decimal en USD con hasta tres decimales. El mínimo es de $0.001 USDC . A partir de ahí, la granularidad entra en juego:

• PriceMultiplier por regla: Un editor puede crear múltiples reglas en el WAF y asignar a cada una un multiplicador. Si el precio base es de $0.001 y una regla tiene un multiplicador de 3, las peticiones que coincidan costarán $0.003 .
• Precios escalonados por nivel de verificación: Se puede cobrar de forma diferente según la exhaustividad con la que se haya verificado la identidad del bot .
• Precios por categoría de bot: Diferentes identidades de bot —GPTBot frente a Claude-Web, por ejemplo— pueden enfrentarse a tarifas distintas .

En el lado del editor, AWS proporciona un panel de ingresos dentro de WAF que desglosa los ingresos totales, los totales de pagos verificados frente a los no verificados, el recuento de liquidaciones y el total de respuestas 402 servidas . Los pagos se liquidan directamente en la cartera configurada por el editor; AWS no se lleva ninguna comisión de los ingresos por contenido, aunque se siguen aplicando los cargos estándar de WAF y Bot Control .

Coinbase y Stripe: las dos vías de pago

La capa de liquidación inicial funciona completamente con stablecoins a través de Coinbase. Los editores deben proporcionar una dirección de cartera USDC en la red Base, Solana, o ambas, a través de la Plataforma para Desarrolladores de Coinbase . El Facilitador x402 de Coinbase se encarga de la verificación en la blockchain en la que se basa AWS WAF.

El papel de Stripe es complementario y aún está en desarrollo. El mismo día que AWS lanzó la funcionalidad en WAF, Stripe anunció que proporcionaría la infraestructura financiera para esta capacidad . El comunicado de prensa de Stripe describe la posibilidad de que los dueños de contenido reciban fondos directamente en sus cuentas de Stripe, lo que apunta a un futuro en el que los pagos de agentes en moneda fiduciaria (como euros o dólares tradicionales) convivan con la vía de las stablecoins. Sin embargo, a fecha de 15 de junio de 2026, la integración de Stripe se describe oficialmente como "próximamente" .

Por ahora, si un editor activa la monetización de tráfico de IA, la única liquidación de pagos en funcionamiento es en USDC en la blockchain a través de Coinbase. Las vías de pago fiduciario de Stripe están planeadas como una opción adicional, pero aún no están disponibles.

Los cimientos: Amazon Bedrock AgentCore Payments

La funcionalidad del WAF es la cara visible para el editor de un proyecto mayor. Bajo ella se asienta Amazon Bedrock AgentCore Payments, un servicio gestionado que AWS presentó en vista previa en mayo de 2026 y que construyó junto a Coinbase y Stripe .

AgentCore Payments es la mitad que mira hacia el agente de IA. Proporciona a los agentes carteras integradas —ya sean criptocarteras de Coinbase o carteras vinculadas a Stripe— con credenciales gestionadas a través de AgentCore Identity, que nunca se almacenan en el código de la aplicación . Los desarrolladores establecen límites de gasto por sesión y tiempos de vida que la capa de infraestructura hace cumplir, de modo que un agente no pueda exceder su presupuesto aunque lo intente .

Esto es lo que hace viable la monetización del WAF a gran escala. Los agentes construidos en Bedrock pueden descubrir APIs de pago de forma autónoma, encontrarse con un desafío 402, liquidar el pago en USDC y continuar con su tarea sin intervención humana . El protocolo x402 y la funcionalidad del WAF son las dos caras de la misma transacción: uno cobra, el otro paga.

El estándar abierto que lo sustenta: Machine Payments Protocol (MPP)

El protocolo x402 que utiliza AWS WAF es la implementación práctica del Machine Payments Protocol (MPP), un estándar abierto co-creado por Stripe y Tempo y lanzado el 18 de marzo de 2026 .

MPP formaliza el código de estado HTTP 402 en un marco de negociación de pagos estandarizado para agentes de IA. En lugar de construir una nueva vía de pago, MPP integra la negociación directamente en las peticiones HTTP y MCP, convirtiéndola en un flujo de desafío-respuesta de un único viaje de ida y vuelta: petición, desafío 402, pago, contenido .

Características clave de MPP:

• Agnóstico a la vía de pago. Soporta stablecoins y está diseñado para extenderse a vías fiduciarias, tarjetas de crédito y modelos de "compra ahora, paga después" .
• Construido sobre la blockchain de capa 1 de Tempo, una red respaldada por Stripe y Paradigm creada específicamente para la liquidación de stablecoins .
• Grandes adoptantes tempranos. Junto a AWS y Coinbase, el protocolo ha sido integrado por Visa, Mastercard, Anthropic, OpenAI y Shopify .

Al adoptar x402 como el protocolo de desafío, AWS eligió construir sobre un estándar abierto y multipartito en lugar de un mercado propietario. Esa distinción es importante al comparar el enfoque con el de su principal rival.

AWS WAF vs. Cloudflare Pay per Crawl

Cloudflare fue el primero en llegar al mercado de acceso de pago para bots, lanzando Pay per Crawl como una beta privada en un marketplace el 1 de julio de 2025 . El servicio permite a los editores fijar precios para los rastreadores de IA y, de forma crucial, comenzó a bloquear rastreadores de IA por defecto para nuevos sitios, con más de 1 millón de dominios suscritos .

Pero los dos enfoques difieren fundamentalmente en arquitectura y filosofía:

Aspecto	AWS WAF (Monetización de tráfico IA)	Cloudflare Pay per Crawl
Estado	Disponible de forma general (junio 2026)	Beta privada (solo EE. UU., desde julio 2025)
Mecanismo de pago	HTTP 402 + protocolo abierto x402	Negociación en marketplace; HTTP 402 usado en iteraciones posteriores
Liquidación	USDC en blockchain vía Coinbase (Base/Solana); Stripe fiduciario planeado	No especificado públicamente
Estándar abierto	x402/MPP (Stripe + Tempo)	Inicialmente propietario; luego añadió códigos 402 personalizables
Identificación de bots	WAF Bot Control: más de 650 bots identificados	Bloqueo de rastreadores IA por defecto con controles de identidad
Control de precios	Por petición, por regla, por categoría de bot, por nivel de verificación	Precios fijados por el marketplace y el editor
Infraestructura de borde	AWS WAF + CloudFront	Red global de Cloudflare

Cloudflare llegó primero y construyó un modelo de mercado donde los editores y rastreadores negocian los términos. AWS, llegando un año después, optó por un enfoque nativo del protocolo: un desafío de pago estandarizado y programable que cualquier agente compatible con x402 puede procesar, con liquidación en blockchain y una granularidad configurable. Ninguno de los dos modelos ha demostrado su viabilidad a largo plazo, pero representan dos visiones distintas de cómo la web cobrará a las máquinas.

El panorama general: una web donde los agentes llevan cartera

La monetización de tráfico de IA de AWS WAF es el primer servicio perimetral disponible de forma general que permite a los editores facturar a los bots de IA de manera programática. No requiere que los operadores de bots se registren en un mercado, tengan cuentas o negocien términos por adelantado. Se basa en el mismo protocolo que los agentes construidos en Bedrock AgentCore Payments ya entienden.

Las implicaciones van más allá del mundo editorial. Los proveedores de APIs pueden usar la misma funcionalidad para controlar el acceso detrás de microtransacciones. Las fuentes de datos, los archivos con licencia y los servidores MCP pueden situarse detrás del mismo desafío 402, y los agentes con carteras gestionadas y límites de gasto pueden pagar por ellos de forma autónoma .

Lo que aún no está claro: si los principales laboratorios de IA implementarán el flujo de pago x402 en sus rastreadores a gran escala, si la economía de los micropagos de fracciones de céntimo será viable después de las comisiones de red de la blockchain (gas fees), y si los editores verán ingresos significativos en comparación con los modelos publicitarios estándar. La infraestructura ya está en marcha. El comportamiento de los agentes —y los modelos de negocio— llegarán después.