Guía de interoperabilidad del protocolo de comercio agente.
Compare cómo UCP, AP2, MCP, A2A, x402 y las capas de confianza de red de tarjetas encajan entre sí en descubrimiento, carrito, pago y cumplimiento.
Updated May 25, 2026
El comercio agente no se ejecutará en un solo protocolo. UCP ayuda a los sistemas comerciales a interoperar, AP2 maneja la autorización de pago verificable, MCP expone herramientas y contexto, A2A coordina a los agentes, x402 maneja las solicitudes de pago nativas de la máquina y las capas de confianza de la red de tarjetas agregan controles de identidad y pago. La tendencia es la interoperabilidad, no el monopolio de protocolos.
Por qué se espera la superposición de protocolos#
El comercio tiene muchas etapas del ciclo de vida. El descubrimiento, el carrito, el pago, el cumplimiento, el reembolso, la autenticación y la coordinación del agente son problemas diferentes.
No se debe esperar que un solo protocolo los resuelva todos.
La página existente UCP vs ACP vs MCP compara tres patrones principales. Esta página mapea la pila de comercio agente más amplia.
Mapa de roles de protocolo#
| Protocolo o capa | Papel principal | Etapa de comercio |
| — |
| — |
| UCP |
| AP2 |
| PCM |
| A2A |
| x402 |
| Intención verificable / TAP / Pago del agente |
La comparación de protocolos de pago de agentes explica el lado del pago con más detalle.
Flujo de ejemplo#
Una compra agente podría funcionar así:
- El agente descubre productos a través de páginas, fuentes, esquemas o capacidad de catálogo UCP.
- El agente compara opciones utilizando datos estructurados de políticas y productos.
- El agente crea un carrito a través de UCP o API de comerciante.
- La intención del usuario se captura a través de mandatos estilo AP2 o una capa de confianza comparable.
- El pago se realiza mediante tarjetas, billeteras, x402, monedas estables o crédito en la cuenta.
- Los eventos de cumplimiento actualizan al agente después del pago.
- La evidencia de disputa vincula la intención del usuario, la acción del agente, el carrito, el pago y la entrega.
Esto explica por qué Agent Engine Optimization necesita trabajo tanto en la capa de lectura como en la capa de ejecución.
Lo que los comerciantes no deben hacer#
No espere a que un estándar “gane”. En su lugar, diseñe sistemas internos en torno a conceptos estables:
- identidad del producto
- intención del usuario
- estado del carrito
- autorización de pago
- identidad del agente
- política comercial
- estado del pedido
- pista de auditoría
Luego, asigne esos conceptos a los protocolos a medida que maduren.
Lista de verificación de interoperabilidad| Objeto interno | Necesidad de afrontar el protocolo |#
| — |
| Producto |
| Carrito |
| Intención |
| Pago |
| Agente |
| Orden |
| Auditoría |
La página evidencia de disputas comerciales de agentes cubre la capa de auditoría.
Preguntas frecuentes#
¿UCP reemplazará a AP2?#
No. UCP y AP2 resuelven problemas diferentes. UCP se centra en la interoperabilidad comercial; AP2 se centra en autorizaciones y mandatos de pago seguros.
¿X402 compite con AP2?#
En ocasiones pueden aparecer en la misma conversación de pago, pero son diferentes. x402 es negociación de pago nativa HTTP; AP2 trata sobre la autorización y la intención verificable en torno a los pagos de los agentes.
¿Dónde encaja MCP?#
MCP ayuda a los agentes a utilizar herramientas y contexto. Puede admitir flujos de trabajo comerciales, pero no reemplaza los protocolos de pago o pago.
¿Qué deberían implementar primero los comerciantes?#
Comience con la coherencia interna de los objetos: producto, carrito, intención, pago, política, pedido y auditoría. Las integraciones de protocolos se vuelven más fáciles después de eso.
Fuentes#
Fuentes principales: documentación UCP, documentación AP2, actualización de comercio de IA y UCP de Google, documentos del protocolo de contexto del modelo, anuncio de Cloudflare x402 y intención verificable de Mastercard.