Saltar al contenido

Usamos cookies de analítica (Google Analytics) para entender el uso del sitio. Se cargan siempre, pero sus cookies solo se instalan en tu navegador si aceptas expresamente. Puedes aceptarlas, rechazarlas o revocar tu consentimiento cuando quieras; consulta nuestra política de cookies.

Cobra por uso a los agentes de IA que ya consumen tu API o tu contenido.

Integramos en tu API o tu producto el protocolo x402 (HTTP 402) para que un agente de IA pague por uso y reciba el resultado en segundos, sin cambiar tu pasarela y con liquidación en tu moneda. Antes te decimos si en tu caso tiene sentido.

Plantear el caso de uso

Capacidades

Qué entregamos.

  • Integración del pago 402

    El servidor de tu API o tu web responde con HTTP 402 y los datos del cobro; el agente paga y reintenta. SDK oficial para Next.js e integrable en cualquier backend (Node, Python u otro).

  • Raíl de pago según tu caso

    Facilitador gestionado operable hoy, moneda local cuando esté disponible en tu región o autoalojado sin vendor lock-in.

  • Que los agentes te encuentren

    OpenAPI, llms.txt, la convención /.well-known/x402 y, si quieres, directorios de servicios.

  • Servidor MCP monetizado

    Tus herramientas para asistentes de IA, cobradas por uso y con autenticación OAuth.

  • Cobro a crawlers de IA

    Si tienes un medio o un archivo, los rastreadores pagan por acceder a tus páginas; encaja con nuestras plataformas para medios.

  • Seguridad y antifraude

    Idempotencia y anti-replay, vinculación pago↔recurso, reintento y finalidad, y KYA (Know Your Agent: firmas HTTP, Web Bot Auth).

  • Encaje legal y contractual

    Stablecoin admisible bajo MiCA, PSD2/SCA si hay raíl de tarjeta y términos de servicio para agentes: atribución, límites de uso y responsabilidad.

Proceso

Cómo funciona un pago agéntico.

  1. 01

    El agente pide

    Un asistente de IA pide un recurso de tu API o producto —consulta, generación, dato— sin cuenta previa ni clave.

  2. 02

    402 Payment Required

    Tu servidor responde con HTTP 402 y los datos del cobro: cuánto cuesta y cómo pagar. Respuesta estándar del protocolo, no una pasarela a medida.

  3. 03

    El agente paga y reintenta

    El agente autoriza el pago y repite la petición ya pagada. Todo por HTTP, máquina a máquina, en segundos y por micro-importes (céntimos por petición).

  4. 04

    Recibe el resultado

    Tu servidor verifica el pago, entrega el recurso y registra el cobro. Para trabajos que tardan, se paga al crearlos y se consulta el estado gratis.

Beneficios

Cuándo tiene sentido (y cuándo no).

  • Tiene sentido si ya te consumen agentes

    Agentes o crawlers de IA que usan tu API, tu generación o tu contenido y hoy no pagan. Cobras cada petición sin cuentas ni suscripciones.

  • Sin contracargos, pero con reembolsos por diseñar

    Pago autorizado antes de servir el recurso: sin disputas de tarjeta. Reembolsos y conciliación contable no vienen de serie; los diseñamos contigo.

  • Un estándar abierto, no un proveedor

    x402 opera bajo la Linux Foundation con un ecosistema que incluye a Google, AWS, Microsoft, Stripe, Visa, Mastercard, Coinbase y Cloudflare. Integramos contra el estándar HTTP: puedes cambiar de raíl después.

  • No lo montes si...

    Si lo compran personas en un checkout (ahí aplican AP2, ACP o UCP), si aún no tienes tráfico automatizado que cobrar o si tu equipo no puede asumir una capa de pago joven. Te lo decimos en el discovery.

Comparativa

En detalle.

Raíles de pago que integramos.

RaílEstadoCuándo encaja
Facilitador gestionado (Coinbase CDP)Operable hoyLiquidación en stablecoin (USDC) y un tercero que verifica el pago y aporta el cumplimiento (PCI, SOC 2). Nosotros integramos y no custodiamos fondos.
Liquidación en moneda local (Stripe)En preview en EuropaPrefieres cobrar en euros al balance que ya usas. Según disponibilidad en tu región, no garantizado ya.
AutoalojadoOperable hoySin vendor lock-in: verificamos y liquidamos el pago contra tu propia infraestructura.

Se decide en discovery según región, tolerancia al vendor lock-in y moneda de cobro. Integración contra el estándar HTTP: cambias de raíl sin reescribir tu API.

Preguntas frecuentes.

Hablemos con claridad.

x402 es joven: cuán maduro está, en qué se diferencia del checkout agéntico (AP2, ACP, UCP) y qué implica cobrar por uso a agentes.

  • ¿Esto es aceptar criptomonedas?
    Para ti es pago automático liquidado en tu moneda. Por debajo, el raíl estándar usa una stablecoin anclada al euro o al dólar (USDC o EURC, las autorizadas bajo MiCA; no USDT). No gestionas nada del mundo cripto.
  • ¿Está esto lo bastante maduro para montarlo ya?
    x402 tiene especificación estable, SDK y facilitadores operables hoy, y grandes actores ya cobran tráfico de agentes. El ecosistema es joven y el volumen pequeño: no es una urgencia. Lo integramos cuando hay un caso real que cobrar; si no lo tienes, te lo decimos.
  • ¿Tengo que cambiar mi pasarela de pago o mi stack?
    No. x402 se añade a tu API como capa de cobro para el tráfico de agentes; tu pasarela y tus cobros a personas siguen igual. Se integra en cualquier backend contra el estándar HTTP, y las herramientas de un servidor MCP pasan a ser de pago sobre esa base.
  • ¿x402, AP2, ACP o UCP: cuál me aplica?
    Depende de quién paga. x402 cobra por uso a un agente que consume tu API o tu contenido. AP2, ACP y UCP son checkout agéntico: un agente que compra en tu tienda en nombre de una persona. Acceso máquina a máquina, x402; venta a personas a través de agentes, los otros.
  • ¿Qué se puede monetizar y compensa cobrar céntimos por petición?
    Cualquier recurso consumible por petición: una API, un servicio de generación, las herramientas de tu servidor MCP o el contenido de un medio que los crawlers de IA rastrean sin devolver visitas. Con tarjeta no compensa: la comisión fija supera el importe. En x402 el pago viaja en la propia petición y el coste por operación es marginal, desde céntimos por petición. Si tu ticket medio es alto y lo pagan personas, tu pasarela actual es mejor opción.
  • ¿Y si es mi agente el que paga?
    Es el otro lado del mismo protocolo: un agente tuyo que consume API de pago necesita una cartera con límites, registro de cada cobro y reintentos que no paguen dos veces. Lo tratamos dentro de consultoría e implantación de IA, con los mismos controles.
  • ¿Cómo se evita que alguien reutilice un pago o cobre dos veces?
    Cada cobro lleva una autorización firmada de un solo uso con identificador único: ni doble cobro ni repetición de un pago gastado. Además, idempotencia, vinculación entre pago y recurso, políticas de reintento y KYA (Know Your Agent).
  • ¿Qué implicaciones legales tiene abrir mi servicio a pagos de agentes?
    Forman parte del servicio: stablecoin admisible bajo MiCA, PSD2/SCA si hay raíl de tarjeta y términos de servicio que fijen a quién se atribuyen los actos del agente, límites de uso y responsabilidad.

El siguiente paso

Hablemos de tu proyecto.

Plantear el caso de usoVer cómo funciona
hola@dreamsite.es