El 30 de septiembre Cloudflare movió a beta dos productos que redefinen cómo se cobra a la IA: Monetization Gateway, que permite a vendedores cobrar a agentes por cada petición a una API, herramienta MCP, dataset o web; y Pay Per Use, que paga a editores cuando una compañía de IA reporta haber usado su contenido tras recuperarlo. Ambos siguen la estela de Pay Per Crawl y consolidan a Cloudflare como el intermediario de facto entre crawlers, agentes y publishers.

La beta cerrada del Gateway arranca solo para vendedores y compradores en EE.UU., con liquidaciones en USDC sobre Base vía el facilitator x402 de Coinbase. Para el mercado hispanohablante todavía no hay acceso directo, pero el movimiento marca el estándar técnico (HTTP 402 + protocolo x402) con el que vamos a convivir en los próximos meses. Conviene entenderlo ya, porque cambia cómo diseñamos APIs, cómo monetizamos contenido y cómo medimos el tráfico no humano.

Qué cambia realmente: tres eventos de pago distintos

Cloudflare tiene ahora tres mecánicas de cobro conviviendo, y es importante no mezclarlas:

• Pay Per Crawl: cobra al crawler por cada recuperación exitosa. Precio fijado por el site owner.
• Monetization Gateway: cobra por request a un recurso (API, MCP, dataset). Precio fijado por el vendedor, fijo o variable (de 0,001 $ hasta 100 $).
• Pay Per Use: paga al editor cuando el comprador reporta un uso efectivo (p. ej., citar en una respuesta de AI Search). Precio y definición de uso los pone la compañía de IA; el editor acepta o rechaza.

La diferencia conceptual es clave: Pay Per Crawl cobra por el acceso, el Gateway cobra por la interacción con el recurso, y Pay Per Use retribuye por el impacto posterior. Son capas complementarias, no sustitutivas.

Monetization Gateway: cómo funciona por dentro

El Gateway implementa el protocolo x402 y el código de estado HTTP 402 Payment Required. El flujo es sencillo: el agente intenta acceder al recurso protegido, recibe los términos de pago, firma una autorización y reintenta la petición. El pago se procesa y verifica antes de que el servidor del vendedor responda.

Cada regla define dominio, URL, precio y audiencia (todos o solo bots verificados por BotBase de Cloudflare). Hay cuatro implementaciones live: Ceramic.ai (API de búsqueda web para agentes, sin API key), AI Gateway de la propia Cloudflare (inferencia pay-per-request sobre cuatro modelos abiertos), Stocktwits (señales de mercado) y API2PDF con pricing variable según cómputo y ancho de banda. Este último dato es revelador: API2PDF reportó una caída de más del 50% en conversión al pedir tarjeta de crédito tras el primer mes. El pago por request elimina esa fricción.

Pay Per Use: el modelo que más interesa a editores

Para quien gestiona medios o sitios de contenido, Pay Per Use es el frente a vigilar. El comprador (la empresa de IA) define qué considera un «uso» y lo autorreporta con timestamp, URL fuente e ID de evento. Cloudflare verifica que el uso corresponda a un editor inscrito, factura al comprador y paga mensualmente al editor.

Hay dos puntos críticos aquí. Primero, el uso es autorreportado: el editor depende de la honestidad del comprador, aunque las reglas del programa exijan reporting completo. Segundo, los términos de cada programa cubren qué puede hacer la IA con el contenido, incluidas restricciones de entrenamiento. Cloudflare no ha nombrado todavía a los compradores que participan en la beta, y ese silencio es un indicador: hasta que no sepamos quién paga y cuánto, no hay forma de evaluar si merece la pena activarlo.

Implicaciones para el SEO hispanohablante

Aunque la beta está limitada a EE.UU., las consecuencias son globales:

• Diseño técnico: si tienes APIs públicas o datasets, empezar a pensar en pricing por request y en servir contenido diferenciado a bots verificados vs humanos deja de ser teórico.
• robots.txt y bot management ya no bastan. El estándar emergente es cobrar, no bloquear. Quien bloquea sin alternativa pierde ingresos; quien no cobra regala valor.
• Medición: hay que separar tráfico humano, crawlers de indexación clásica, crawlers de entrenamiento IA y agentes transaccionales. Son cuatro públicos con cuatro modelos de negocio distintos.
• Dependencia de infraestructura: Cloudflare se posiciona como peaje. Google (AI contribution pilot) y Microsoft (Publisher Content Marketplace) ofrecen alternativas, pero fragmentan el mercado. Habrá que elegir o combinar.

Qué vigilar en los próximos meses

Tres señales marcarán si esto cuaja: que Cloudflare publique nombres de compradores reales en Pay Per Use, que llegue soporte para más geografías (confirmado como «on the way») y que aparezcan métricas públicas de transacciones y pagos. Sin esos tres elementos, seguimos en terreno experimental.

Mi recomendación práctica: si gestionas contenido editorial, mantén tu zona en Cloudflare y vigila la opción de Pay Per Use en cuanto se abra fuera de EE.UU. Si gestionas APIs o datasets, estudia ya el protocolo x402 porque va a ser el estándar de facto para agentes autónomos. Y si eres consultor SEO, incorpora a tus auditorías la pregunta incómoda: ¿cuánto contenido estás regalando a la IA y qué estrategia tienes para monetizarlo?

Fuente original: Search Engine Journal