# Qué es AP2 (Agent Payments Protocol) de Google

> Qué es AP2, el protocolo de Google para que un agente de IA pague por ti: cómo funcionan sus mandatos, qué está disponible hoy y qué solo se ha anunciado.

URL: https://clione.ai/es/glosario/ap2/
Lang: es

AP2 son las siglas de Agent Payments Protocol, el protocolo de pagos para agentes que presentó Google. Importa por una razón muy de tienda: cuando quien pulsa «pagar» es un [agente de IA](/es/glosario/agente-de-ia/) y no una persona, **la tienda necesita saber que alguien autorizó esa compra**, porque si el cargo se discute, alguien tendrá que demostrarlo. AP2 es la propuesta de Google y de sus socios para que esa prueba viaje con el pedido.

## Cómo funciona

Google lo presentó el 16 de septiembre de 2025 como un protocolo abierto, desarrollado con empresas de pagos y de tecnología, para iniciar y completar pagos dirigidos por agentes entre plataformas distintas, y con más de 60 organizaciones colaborando, entre ellas Adyen, American Express, Mastercard, PayPal, Revolut y Worldpay.[^google-ap2-launch] Hoy su sitio oficial lo describe como una extensión de los protocolos [A2A](/es/glosario/a2a/) y [UCP (Universal Commerce Protocol)](/es/glosario/ucp/).[^ap2-site]

La especificación v0.2 reparte el trabajo entre cinco papeles:[^ap2-spec]

- **El [agente comprador](/es/glosario/agente-comprador/)** (_Shopping Agent_): busca productos, monta el carrito y ejecuta la compra.
- **El proveedor de credenciales** (_Credential Provider_): la fuente de los datos de pago, que comprueba que el agente está autorizado.
- **La tienda** (_Merchant_): prepara y cierra el pedido, y comprueba que el agente tiene permiso para comprar esos artículos.
- **El procesador de pagos de la tienda** (_Merchant Payment Processor_): procesa el cobro y verifica la autorización de la credencial.
- **La superficie de confianza** (_Trusted Surface_): la pantalla donde la persona da su consentimiento. La especificación exige que no sea agéntica.

La pieza central son los mandatos, registros firmados de lo que la persona autorizó (el [mandato de AP2](/es/glosario/mandato-ap2/) tiene su propia entrada). En la v0.2 hay dos: **el mandato de _checkout_**, que demuestra a la tienda que el agente puede comprar ese carrito, y **el mandato de pago**, que demuestra al proveedor de credenciales, a la red y al procesador que puede pagarlo.[^ap2-spec] Cada uno puede ser abierto, cuando recoge las condiciones que pone la persona antes de que exista un carrito, o cerrado, cuando autoriza un pedido y un importe concretos.[^ap2-site] Los mandatos se firman como SD-JWT, un formato de credencial que permite revelar solo una parte de los datos.[^ap2-spec]

Con esas piezas, AP2 describe dos maneras de comprar:[^ap2-flows]

1. **Con la persona delante** (_Human Present_): la persona ve el pedido cerrado y aprueba el _checkout_ y el pago directamente, por ejemplo con su huella.
2. **Sin la persona delante** (_Human Not Present_): la persona firma antes unos mandatos abiertos con sus límites y se va. El agente, solo, monta un pedido que cumple esas condiciones y firma él los mandatos cerrados. Es lo que se llama [pagos delegados](/es/glosario/pagos-delegados/).

Si la tienda o el proveedor de credenciales ven que el pedido no encaja en las condiciones firmadas, pueden devolver un error de restricción sin resolver y **obligar a que la persona vuelva a aprobarlo**.[^ap2-flows]

## Qué está disponible y qué solo está anunciado

El protocolo se mueve deprisa y sus propios documentos han cambiado de una versión a otra. Lo que hay a 6 de octubre de 2026:

| Fecha                    | Qué pasó                                                                                                                                | Estado                         |
| ------------------------ | --------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------ |
| 16 de septiembre de 2025 | Google anuncia AP2 y publica la v0.1 en GitHub[^google-ap2-launch][^ap2-releases]                                                       | Disponible                     |
| 11 de enero de 2026      | Google presenta UCP y lo declara compatible con AP2 para los pagos con agentes[^google-ucp]                                             | Disponible como especificación |
| 28 de abril de 2026      | Sale la v0.2, centrada en las compras sin la persona delante[^ap2-releases]                                                             | Disponible                     |
| 28 de abril de 2026      | Google cede AP2 a la FIDO Alliance, que crea dos grupos de trabajo técnico, uno de autenticación agéntica y otro de pagos[^fido-agents] | En curso, sin fecha de cierre  |
| Hoja de ruta             | Monederos electrónicos, transferencias inmediatas como UPI o PIX y monedas digitales[^ap2-site]                                         | Anunciado                      |

Ojo con los medios de pago. El anuncio de 2025 decía que AP2 admitía distintos tipos de pago, de las tarjetas de crédito y débito a las _stablecoins_ y las transferencias inmediatas.[^google-ap2-launch] El sitio oficial, más reciente, es más preciso: **la versión inicial admite pagos «pull» como las tarjetas**, y el resto está en la hoja de ruta.[^ap2-site] Cuando dos textos del mismo dueño no coinciden, manda el más nuevo. La FIDO Alliance, por su parte, dice que ya trabaja en esos grupos y que informará a medida que avance, sin dar fechas.[^fido-agents]

## En una tienda

Un **ejemplo ficticio** del flujo sin la persona delante, en una tienda de café. La clienta le pide a su agente: «Compra un kilo de café de Etiopía en grano cuando baje de 30 euros». Paso a paso, según los flujos que publica AP2:[^ap2-flows]

| Paso | Quién                             | Qué pasa                                                                                            |
| ---- | --------------------------------- | --------------------------------------------------------------------------------------------------- |
| 1    | Clienta y superficie de confianza | Aprueba, con su huella, un mandato de _checkout_ abierto y uno de pago abierto con esas condiciones |
| 2    | Agente comprador                  | Vigila el precio, encuentra la oferta, monta el carrito en la tienda y llega al pago                |
| 3    | Tienda                            | Crea un _checkout_ firmado y pide un mandato válido para seguir                                     |
| 4    | Agente comprador                  | Elige los mandatos abiertos que encajan y firma los cerrados, enlazados entre sí                    |
| 5    | Proveedor de credenciales         | Verifica el mandato de pago y entrega una credencial de pago limitada a esa compra                  |
| 6    | Tienda                            | Comprueba que el mandato de _checkout_ coincide con el carrito actual y lanza el cobro              |
| 7    | Procesador de pagos               | Verifica el mandato y devuelve el recibo de pago                                                    |

Para la tienda, el trabajo nuevo está en los pasos 3 y 6: **firmar el pedido y comprobar que el mandato corresponde a ese carrito** antes de cobrar. El resto lo hacen el agente y los intermediarios de pago.


Que AP2 es un medio de pago o una pasarela que compite con la tuya. No lo es: la especificación se declara **independiente del instrumento de pago** que se use,[^ap2-spec] y el cobro lo siguen haciendo el proveedor de credenciales y el procesador de pagos de la tienda.[^ap2-flows] Lo que AP2 añade es la prueba firmada de que la persona autorizó esa compra. Tampoco es lo que te hace aparecer en un asistente: eso depende de tu catálogo y de los protocolos de compra, no del de pago.


## Cómo comprobarlo

1. **Abre la especificación y mira la versión.** A 6 de octubre de 2026 es la v0.2; si ves otra, lo que dice esta página puede haber cambiado.[^ap2-spec]
2. **Revisa las versiones publicadas en GitHub**, con su fecha: la lista de cambios dice si una novedad ya es código o solo intención.[^ap2-releases]
3. **Comprueba qué medios de pago cubre la versión actual** en el sitio oficial antes de dar por hecho que tu método favorito entra.[^ap2-site]
4. **Si vendes a Estados Unidos, mira tu cuenta de [Google Merchant Center](/es/glosario/google-merchant-center/).** Es el requisito que pone Google para que sus productos entren en el _checkout_ de referencia de UCP, en el [Modo IA](/es/glosario/modo-ia-google/) y en la aplicación de [Gemini](/es/glosario/gemini/).[^google-ucp]
5. **Pregunta a tu plataforma y a tu pasarela** si aceptan pedidos con mandatos AP2 y desde cuándo. La respuesta te dice si esto es asunto tuyo o de ellos.

## Concepto cercano: UCP

[UCP](/es/glosario/ucp/) y AP2 se citan juntos y hacen cosas distintas. UCP es un estándar de código abierto para el [comercio agéntico](/es/glosario/comercio-agentico/) que hoy mueve el _checkout_ entre un agente y la tienda, admite también la vinculación de identidad y la gestión de pedidos, y se integra mediante API, A2A o [MCP](/es/glosario/mcp/).[^google-ucp] AP2 se ocupa solo de la parte del pago: **UCP dice qué se compra y cómo; AP2 demuestra que la persona lo autorizó**. Google lo resume al presentar UCP: es compatible con AP2 para dar soporte seguro a los pagos con agentes.[^google-ucp] El [ACP (Agentic Commerce Protocol)](/es/glosario/acp/) es otra propuesta de protocolo de compra, con su propia entrada.

Para seguir, la [ruta de lectura de comercio agéntico](/es/aprender/comercio-agentico/) ordena estos protocolos y el resto del vocabulario.