Saltar al contenido

Usamos cookies de analítica (Google Analytics) para entender el uso del sitio y de publicidad (Google Ads) para medir qué anuncios traen contactos. Solo se instalan si las aceptas: puedes aceptarlas todas, solo las de analítica o rechazarlas todas, y cambiar de opinión cuando quieras; consulta nuestra política de cookies.

Tu próximo proyecto empieza aquí.

Hablemos 30 min para conocernos Llamar ahora+34 91 229 00 80 hola@dreamsite.es

Cobra por uso a los agentes de IA.

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

Un agente usa tu API.
¿Te paga?

Cobrar por uso requiere un recurso con valor para quien lo consume y un agente capaz de completar el pago. Definimos el recurso, las condiciones de acceso y la integración con x402 antes de habilitar el servicio para el tráfico de pago.

  • Integración del pago 402

    En tu API o tu web, el servidor responde con HTTP 402 y los datos del cobro. Recibes la integración funcionando con el SDK oficial para Next.js, o en cualquier otro backend (Node, Python u otro).

  • El raíl de pago adecuado para tu caso

    Hay tres formas de cobrar con x402: a través de un proveedor que verifica el pago por ti, cobrando en euros en la cuenta que ya utilizas, o con tu propia infraestructura sin depender de ningún proveedor. Te recomendamos la que encaja con tu caso y te explicamos por qué, según tu región y la moneda en la que quieres cobrar.

  • Que los agentes te encuentren

    Dejamos tu servicio descrito para que un asistente lo localice y sepa cómo pagarlo: OpenAPI, llms.txt, la convención /.well-known/x402 y el alta en los directorios de servicios para agentes.

  • Servidor MCP monetizado

    Si tu producto expone funciones a los asistentes de IA a través de un servidor MCP, cada función que un asistente utiliza se cobra por uso con x402, con la identificación del agente mediante OAuth. Definimos qué funciones son de pago y cuáles gratuitas, y registramos cada cobro.

  • Cobro a crawlers de IA

    Si tienes un medio o un archivo, podemos exigir pago para acceder a los recursos que definas, cuando el rastreador sea compatible y acepte las condiciones. Encaja con nuestras plataformas para medios.

  • Seguridad y antifraude

    Cada pago se verifica antes de entregar el recurso: un mismo pago no puede reutilizarse, ni un recurso entregarse dos veces por error, y cada cobro queda ligado a la petición que lo originó. Además identificamos al agente que paga (Know Your Agent) para que solo cobres a quien es quien dice ser.

  • Encaje legal y contractual

    Cobrar a agentes de IA tiene implicaciones legales que conviene revisar antes de activarlo. Entregamos a tu equipo jurídico la documentación del flujo de pago: qué moneda y qué proveedor intervienen, si aplica la normativa europea de criptoactivos (MiCA) o de pagos (PSD2), quién responde de cada operación y qué límites de uso se establecen.

¿Qué recibe el agente
antes de aceptar el cobro?

La respuesta de pago debe permitir identificar el recurso, el importe y las condiciones. Definimos qué se cobra antes de entregar el resultado, para que el agente compatible pueda decidir si continúa.

Plantear mi caso

Un pago, cuatro mensajes

  1. GET /api/consultaPide un recurso, sin cuenta ni clave.
  2. 402 Payment RequiredIndica qué cuesta y cómo pagar.
  3. Pago autorizadoRepite la petición, ya pagada.
  4. 200 OKVerifica el pago y entrega el recurso.
Esquema ilustrativo, no es una captura real.

Proceso

Cómo funciona
un pago agéntico, paso a paso.

Un agente de IA no rellena formularios ni abre cuentas, así que sin otra vía tu API no cobra. Con x402 el pago viaja en la propia petición HTTP. Son cuatro pasos, todos por HTTP estándar. Esto es lo que ocurre en cada uno.

  1. 01

    El agente pide

    Un asistente de IA pide un recurso de tu API o producto (consulta, generación, dato). No necesita cuenta previa ni clave, así que no hay altas que gestionar ni credenciales que repartir.

  2. 02

    402 Payment Required

    Tu servidor responde con HTTP 402 y los datos del cobro: cuánto cuesta y cómo pagar. Es la respuesta estándar del protocolo, no una pasarela a medida, y la implementamos en tu API.

  3. 03

    El agente paga y repite la petición

    El agente autoriza el pago y repite la petición ya pagada. El intercambio se realiza por HTTP, entre máquinas y en segundos, por micro-importes (céntimos por petición). Sin formularios, sin claves y sin intervención manual.

  4. 04

    Recibe el resultado

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

Decide qué recursos cobras
y cuáles siguen abiertos.

No todo el tráfico necesita el mismo tratamiento. Delimitamos los recursos de pago, las consultas gratuitas y los accesos existentes antes de añadir x402, manteniendo separado el cobro a tus clientes actuales.

Cobrar a los agentes

Tráfico de tu API · antes y después

Antes

  • Agente de un asistenteServido sin cobrar
  • Crawler de IAServido sin cobrar
  • Herramienta MCPServido sin cobrar
  • Clientes de tu webTu pasarela

Acceso abierto a estos recursos.

Después

Recursos con pago

  • Agente de un asistentePago requerido
  • Crawler de IAPago requerido
  • Herramienta MCPPago requerido
  • Clientes de tu webIgual que hoy

El agente compatible decide si paga y accede.

Esquema ilustrativo, no es una captura real.

Beneficios

Por qué elegirnos
para tus pagos agénticos.

Un equipo de desarrollo que integra x402 en tu API con el mismo criterio que el resto de tu software: alcance delimitado, dependencias documentadas y una respuesta clara sobre si el cobro por uso compensa en tu caso.

  • El acceso de pago queda delimitado

    El control de acceso se aplica a los recursos incluidos en la integración. Puedes distinguir contenido abierto, operaciones de pago y consultas de estado, con condiciones explícitas para los agentes compatibles.

  • Reembolsos y conciliación previstos

    Definimos qué ocurre si un cobro se completa y la entrega falla. Los reembolsos, la conciliación y el tratamiento de disputas se revisan según el raíl y las condiciones del proveedor.

  • Una integración con dependencias identificadas

    x402 es un estándar abierto bajo la Linux Foundation, con un ecosistema que incluye a Google, AWS, Microsoft, Stripe, Visa, Mastercard, Coinbase y Cloudflare. Documentamos la integración HTTP y las dependencias del proveedor, para poder valorar el trabajo necesario si cambias de raíl.

  • Sabes si compensa antes de invertir

    Si lo compran personas en un checkout (ahí aplican AP2, ACP o UCP), si no tienes tráfico automatizado que cobrar o si tu equipo no asume una capa de pago joven, lo sabes en el discovery, antes de invertir en ella.

Antes de integrar x402,
comprueba quién puede pagarte.

Revisamos si los agentes que consumen tu servicio pueden completar el pago y si el uso previsto compensa la integración. Tener tráfico automatizado no demuestra que exista demanda de pago.

Cuéntanos tu proyecto

Primera revisión · resultado

  • Integrar el pago agénticoSi tu API ya recibe tráfico automatizado que cobrar.
  • Preparar la APISi falta documentarla y exponerla antes de cobrar.Lo que te conviene
  • Nada por ahoraSi lo compran personas en un checkout normal.

Lo determinamos en el discovery, a partir de tu API.

Esquema ilustrativo, no es una captura real.

Comparativa

Qué raíl de pago encaja
con tu caso.

Hay tres formas de liquidar un cobro con x402, y no todas están disponibles en Europa ni encajan con cualquier empresa. Esta tabla resume en qué estado está cada una y cuándo la recomendamos.

Raíles de pago que integramos.

RaílEstadoCuándo encaja
Facilitador gestionado (Coinbase CDP)Operable hoyQuieres liquidar en stablecoin (USDC) con 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. Depende de la disponibilidad en tu región y no está garantizado ya: lo comprobamos en el discovery antes de comprometer nada.
AutoalojadoOperable hoyQuieres evitar el vendor lock-in: verificamos y liquidamos el pago contra tu propia infraestructura, y la integración sigue siendo el estándar HTTP.

Se decide en discovery según región, tolerancia al vendor lock-in y moneda de cobro. El cambio de raíl requiere revisar compatibilidad, liquidación y dependencias de la integración.

Preguntas frecuentes.

Compatibilidad, costes y límites
del cobro con x402.

Respuestas a las dudas más habituales antes de integrar x402: si implica aceptar criptomonedas, qué grado de madurez tiene el protocolo, qué tipo de servicios se pueden cobrar por uso y en qué se diferencia de los sistemas de compra para agentes como AP2, ACP o UCP.

  • ¿Integrar x402 implica 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 ningún activo cripto.
  • ¿Está x402 lo bastante maduro para integrarlo 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 todavía no existe, te lo indicamos.
  • ¿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?
    La integración combina controles de idempotencia, vinculación entre pago y recurso y políticas de reintento. Revisamos la validación de las autorizaciones y la prevención de reutilización según el raíl elegido, además de KYA (Know Your Agent) cuando corresponda. Estos controles se prueban; no equivalen a una garantía de ausencia de fraude.
  • ¿Qué implicaciones legales tiene abrir mi servicio a pagos de agentes?
    El flujo de pago y el proveedor elegido necesitan revisión jurídica. Aportamos la documentación técnica para valorar la posible aplicación de MiCA o PSD2/SCA y redactar condiciones sobre atribución de operaciones, límites de uso y responsabilidad. La validación legal corresponde a tu equipo jurídico.

El siguiente paso

¿Te pagan los agentes
por usar tu API?

El primer paso es el discovery: vemos tu API y te decimos si tiene sentido y por qué raíl empezar, antes de construir nada.

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