El comercio digital entra en una nueva etapa. PayPal y Google Cloud han anunciado una solución conjunta para que los comercios desplieguen experiencias de “comercio agéntico” en sus propios canales: asistentes conversacionales capaces de acompañar al cliente desde el descubrimiento del producto hasta el pago, con transacciones verificables sobre estándares abiertos. La propuesta combina el Conversational Commerce Agent de Google Cloud —o agentes propios construidos con su Agent Development Kit (ADK)— con pagos gestionados por el PayPal Agent a través de AP2 (Agent Payments Protocol), una nueva capa abierta de pagos que se asienta sobre A2A (Agent2Agent) y MCP (Model Context Protocol).

La ambición es clara: ofrecer a los comercios una vía rápida para adoptar compras conversacionales totalmente integradas, sin ceder la relación con el cliente y manteniendo el control del tono, la imagen y el recorrido de usuario. Para el comprador, la promesa es una experiencia fluida, personalizada y segura, donde el asistente entiende peticiones complejas, sugiere productos relevantes y completa la compra con un checkout integrado, recomendaciones de método de pago e incluso opciones “compra ahora, paga después” cuando proceda.

Cómo funciona: dos agentes que colaboran en un mismo “escenario” de compra

En el nuevo esquema, el comercio puede optar por adoptar el agente conversacional de Google Cloud o construir su propio agente con ADK. Ese agente de comercio actúa como un vendedor digital: conversa de forma natural, comprende consultas complejas, filtra el catálogo y responde a dudas sobre tallas, compatibilidades o políticas de devolución. Cuando el usuario avanza hacia la decisión, el agente del comercio se coordina con el PayPal Agent mediante el protocolo A2A para incorporar contexto —por ejemplo, historial de compras con consentimiento del usuario— y afinar las recomendaciones.

Al llegar el momento del pago, entra AP2. En lugar de un mero intercambio de llamadas a APIs, AP2 establece un lenguaje común y seguro entre agentes para iniciar y autorizar pagos con pruebas verificables de intención del usuario. El checkout sucede dentro de la misma interfaz conversacional: el PayPal Agent presenta métodos de pago adecuados, comprueba la elegibilidad de “paga a plazos” si corresponde y, con el consentimiento del comprador, autentica y autoriza la transacción en una superficie de confianza. La coordinación entre agentes es transparente para el cliente; para el comercio, se traduce en menos fricción y más conversiones.

AP2 en detalle: de la “inferencias” a las pruebas criptográficas de intención

AP2 nace como un protocolo abierto y agnóstico del método de pago diseñado por Google en colaboración con un amplio grupo de empresas de pagos y tecnología. Su objetivo es resolver el gran escollo de los agentes de IA que operan por cuenta del usuario: cómo confiar en que una orden de compra es auténtica, autorizada y no repudiable.

La respuesta de AP2 descansa en dos piezas clave:

• Mandatos (mandates): contratos digitales inmutables, firmados criptográficamente, que prueban la intención del usuario. En lugar de deducir que el usuario quiso comprar, el sistema aporta una evidencia determinista que vincula identidad, contexto y transacción.
• Credenciales Digitales Verificables (VDCs): los mandatos se firman con VDCs, lo que crea una traza de auditoría no repudiable y aclara la responsabilidad de cada parte (usuario, comercio, red de pagos).

AP2 define, entre otros, dos mandatos ilustrativos:

• Cart Mandate: la credencial básica cuando el usuario está presente. La genera el comercio y la firma el usuario —habitualmente desde su dispositivo—, vinculando la autorización a una compra concreta.
• Payment Mandate: una credencial separada que se comparte con la red de pagos y el emisor para dejar constancia de la naturaleza agéntica de la transacción y su modalidad (“Humano Presente” vs “No Presente”). Aporta señales para valorar riesgo y fortalecer la confianza.

El resultado práctico es un cambio de paradigma: de la inferencia (el sistema “cree” que el usuario quiso pagar) a la prueba (el sistema “demuestra” que el usuario autorizó). Esto reduce el riesgo de error del agente, mejora la resolución de disputas y aclara la rendición de cuentas entre comercio, red y emisor. Con un PayPal Agent compatible con AP2, el comercio puede tener la certeza de que el usuario estuvo presente y firmó la operación, y la red de pagos dispone de señales adicionales para evaluar la transacción.

A2A + MCP: estándares complementarios para que los agentes colaboren

El andamiaje técnico se completa con A2A (Agent2Agent) y MCP. MCP se centra en dotar a un agente de acceso seguro a herramientas y contexto; A2A, por su parte, permite que agentes de organizaciones distintas se comuniquen, cooperen y se deleguen tareas. AP2 extiende esas capacidades con un idioma común para pagos: cómo inicia un agente un cobro, cómo se autoriza, qué evidencias se almacenan y quién responde de qué.

Este enfoque tiene implicaciones prácticas importantes. Un comercio puede mantener su agente “de cara” al cliente, con el tono de su marca y su propia lógica de negocio, y conectarlo puntualmente con un PayPal Agent para cobrar sin reinventar la rueda en seguridad, cumplimiento y prevención del fraude. A medio plazo, el uso de estándares abiertos apunta a interoperabilidad: los mismos mandatos y credenciales deberían funcionar con diversos métodos de pago y redes, no solo con PayPal.

Confianza del consumidor como eje: control, riesgo y fraude

La llegada de agentes capaces de comprar en nombre del usuario abre la puerta a malentendidos, abusos o fraudes si no se diseña con rigor. Google Cloud y PayPal sitúan esa preocupación en el centro del anuncio. Con mandatos firmados, VDCs y una traza de auditoría inmutable, el sistema favorece que cada paso quede documentado. La distinción Humano Presente / No Presente y las señales sobre intervención agéntica permiten a redes y emisores ajustar el control de riesgos en tiempo real.

La arquitectura también refuerza el consentimiento granular: el agente del comercio puede aportar contexto (por ejemplo, compras previas) solo con permiso del usuario, y la autorización de pago queda acotada a una transacción específica mediante el Cart Mandate. En el lado operativo, el comercio posee la experiencia y conserva la relación con el cliente, lo que reduce la dependencia de plataformas externas y preserva datos de primera mano valiosos para fidelización y atención posventa.

Qué gana el comercio: despliegue rápido, propiedad de la experiencia y mejores conversiones

Uno de los atractivos del anuncio es su carácter “casi llave en mano”. En lugar de construir desde cero un entramado de agentes, protocolos y controles antifraude, los comercios pueden adoptar el agente conversacional de Google Cloud o desarrollar el suyo con ADK y conectarlo con el PayPal Agent para pagos verificados. La coherencia de marca está asegurada: el comercio define el tono, el look & feel y la estrategia de conversación, y el asistente se integra en las superficies digitales propias (web, app, mensajería integrada en el sitio, etc.).

En términos de negocio, la reducción de fricción —búsqueda guiada, resolución de dudas y pago sin saltos— suele traducirse en mayores tasas de conversión. Además, la recomendación de métodos de pago y la elegibilidad de “paga a plazos” dentro del flujo conversacional permite maximizar el ticket cuando tiene sentido, sin enviar al usuario a un circuito externo. Para el equipo técnico, apoyarse en estándares abiertos facilita futuras integraciones y reduce el riesgo de bloqueo con un único proveedor.

Preguntas abiertas y madurez de la propuesta

La propuesta llega en un contexto de rápido avance del ecosistema agéntico. AP2 es reciente y su adopción aún está en fase de despegue; diversas fuentes apuntan a decenas de socios del mundo de los pagos, tarjetas, “wallets” y comercios que participan en su definición y prueba. En paralelo, el protocolo A2A está ganando tracción como vía de interoperabilidad entre agentes.

Para los comercios, el reto no es solo técnico. Implica repensar procesos (atención, ventas, devoluciones, KYC/AML cuando proceda) para aprovechar bien los agentes; entrenar al equipo en redacción conversacional y observabilidad; y diseñar salvaguardas ante casos límite (por ejemplo, cómo escalar a un humano cuando el agente detecta ambigüedad o señales de riesgo). La gestión del consentimiento y la privacidad —especialmente con datos históricos de compra— requiere políticas claras y transparentes.

Qué viene ahora

PayPal y Google Cloud presentan esta solución como una vía rápida de adopción para comercios que no quieran asumir la complejidad de crear todo el marco por su cuenta. A nivel práctico, el siguiente paso es contactar con Google Cloud para evaluar caso de uso, alcance y despliegue del agente conversacional, y activar el PayPal Agent conforme a AP2. Si el mercado valida el enfoque, lo previsible es ver pilotos en retail, viajes, marketplaces verticales y servicios digitales, donde el chat de compra ya es un hábito y un checkout conversacional puede marcar la diferencia.

La fotografía que dibuja el anuncio sugiere un nuevo estándar operativo para el comercio con IA: agentes que hablan entre sí con A2A, acceden a herramientas con MCP, demuestran intención con AP2 y cierran la venta en una única conversación, con el comercio al mando de la experiencia.

---

Preguntas frecuentes

¿Qué es exactamente el “Agent Payments Protocol (AP2)” y para qué sirve?
AP2 es un protocolo abierto que define cómo los agentes de IA inician y autorizan pagos de forma segura, verificable y auditable. Basa la confianza en mandatos firmados criptográficamente y credenciales digitales verificables, creando pruebas no repudiables de la intención del usuario y de la naturaleza agéntica de la operación.

¿En qué se diferencia A2A de MCP y por qué ambos son relevantes para el comercio agéntico?
MCP se enfoca en dotar a un agente de acceso a herramientas y contexto; A2A permite que dos o más agentes (por ejemplo, el del comercio y el de pagos) se comuniquen y colaboren entre organizaciones. AP2 se construye encima para normalizar los pagos entre agentes. En conjunto, MCP + A2A + AP2 habilitan compras conversacionales de extremo a extremo.

¿Qué ventajas ofrece a un comercio integrar el PayPal Agent con el agente conversacional de Google Cloud?
Permite desplegar rápidamente un checkout conversacional con pruebas verificables de intención, recomendaciones de método de pago, chequeo de elegibilidad “paga a plazos” y propiedad total de la experiencia (tono, diseño, datos de primera mano). Todo ello sobre estándares abiertos, reduciendo la fricción y, previsiblemente, mejorando la conversión.

¿Cómo ayuda AP2 a la prevención del fraude y la resolución de disputas?
Al sustituir inferencias por pruebas criptográficas (mandatos y VDCs), AP2 documenta quién autorizó qué, cuándo y cómo, separa Humano Presente/No Presente, y aporta señales de riesgo a redes y emisores. Esta trazabilidad simplifica responsabilidades y favorece resoluciones más claras en caso de reclamaciones.