Qué es el protocolo AP2.
AP2 es el Protocolo de Pagos de Agentes de Google, una especificación abierta sobre cómo los agentes de IA pagan a los comerciantes programáticamente. Estandariza tres piezas: cómo un usuario otorga un mandato de pago, cómo un agente presenta ese mandato a un procesador de pagos y cómo se realiza la liquidación a través de cualquier vía que acepte el comerciante. AP2 se sitúa en la capa de mandato; las vías subyacentes pueden ser fiat o stablecoin.
La apuesta de comercio agente de Google.
AP2 es la apuesta de Google en la categoría de comercio agente. Mientras que el x402 de Coinbase adopta un enfoque HTTP por llamada, AP2 adopta un enfoque basado en mandatos: preautoriza al agente para un sobre de pagos, luego permite que ejecute dentro de ese sobre sin más intervención del usuario. Los dos protocolos apuntan a formas ligeramente diferentes de actividad del agente. x402 se ajusta a la facturación por llamada a la API; AP2 se ajusta a compras impulsadas por agentes, suscripciones y adquisiciones.
For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.
Mandato, presentación, liquidación.
- Otorgamiento de mandato. El usuario autoriza al agente a través de la interfaz de mandato de Google (en Wallet o a través de una superficie de desarrollador para empresas). El mandato especifica la cantidad máxima, ventana de frecuencia, destinatarios permitidos o categorías de destinatarios, y una expiración.
- Presentación del mandato. Cuando el agente necesita pagar, agrupa el mandato en la solicitud de pago al procesador del comerciante. El procesador valida la firma y los parámetros del mandato; si la solicitud es válida, el pago procede.
- Liquidación. La liquidación real ocurre a través del medio de pago elegido por el comerciante (Google Pay, una red de tarjetas, ACH, stablecoin). AP2 es agnóstico a la liquidación; lo que estandariza es la autorización del agente para retirar de la cuenta del usuario.
- Auditoría y revocación. Cada pago contra el mandato se registra. El usuario puede revocar el mandato desde su billetera en cualquier momento. Las presentaciones posteriores fallan en la validación; los asentamientos en curso en el momento de la revocación pueden o no completarse dependiendo del rail.
Dónde encaja AP2.
Agente pagando a través de las vías de Google Pay
Un agente de pila de Google (que se ejecuta dentro de Gemini, Agentspace o Vertex AI) presenta un mandato AP2 al procesador de un comerciante. El procesador valida el mandato, liquida el pago a través de los rieles existentes de Google Pay y devuelve la confirmación. La integración del comerciante es idéntica a una transacción normal de Google Pay; la diferencia está en el lado del comprador, donde el agente reemplazó a un humano.
Comercio de agentes entre protocolos
Un agente tiene un mandato AP2 para pagos en fiat a través de Google Pay Y una billetera Blockchain0x para pagos en USDC en Base. Cuando necesita pagar a un comerciante que acepta ambos, elige la vía con tarifas más bajas para esa forma de transacción. El usuario otorgó ambas autorizaciones una vez; el agente enruta por pago.
Adquisición empresarial a través de AP2
Un agente de adquisiciones corporativas tiene un mandato AP2 del equipo de finanzas que autoriza pagos de hasta $10,000/mes a una lista de proveedores definida. El agente procesa órdenes de compra, valida contra el mandato y liquida los pagos sin que un humano apruebe cada uno. La pista de auditoría (mandato más eventos por pago) se registra en el sistema ERP de la empresa.