Protocolos de comercio para agentes de IA: UCP, ACP, AP2 y MCP — Cómo encaja la pila

Puntos clave

• UCP tiene 11 co-desarrolladores, incluyendo Google, Shopify, Amazon, Meta y Stripe — se está expandiendo de las compras hacia el alojamiento y la comida, lo que la convierte en la coalición de protocolos de comercio más amplia a agosto de 2026.
• ACP está gobernado por OpenAI y Stripe (a los que ahora se une Meta), está en beta y en vivo en ChatGPT desde septiembre de 2025 — cubre el checkout dirigido por agentes, pero no el flujo de trabajo de compra B2B.
• AP2 asegura los pagos dirigidos por agentes en más de 60 organizaciones, con Coinbase x402 como la extensión de stablecoin — x402 ha procesado 100 millones de pagos agénticos en Coinbase Base a 2026.
• MCP es la capa de inteligencia debajo tanto de UCP como de ACP — toda tienda Shopify con UCP expone un endpoint MCP en vivo, y la arquitectura de tres capas de ACP coloca a MCP en el medio.
• Ninguno de los cuatro protocolos cubre la capa semántica B2B — los precios por nivel de cliente, la cotización de RFQ a granel, las retenciones de inventario contra un ERP y la atribución de pedidos entre canales requieren todos un módulo MCP personalizado por encima.

Dos estándares abiertos se lanzaron con meses de diferencia entre 2025 y 2026 para resolver el mismo problema desde direcciones distintas: ¿cómo descubre un agente de IA un producto, negocia un precio, completa un checkout y paga — sin que un humano tenga que cablear una integración a medida para cada tienda? El Universal Commerce Protocol (UCP) fue co-desarrollado por Google y Shopify con 11 co-desarrolladores, incluyendo Amazon, Meta, Microsoft, Salesforce y Stripe. El Agentic Commerce Protocol (ACP) es mantenido por OpenAI y Stripe y está en vivo en ChatGPT desde septiembre de 2025. Un tercer protocolo, el Agent Payments Protocol (AP2), asegura la capa de mandato de pago con más de 60 organizaciones participantes. Los tres se apoyan sobre el Model Context Protocol (MCP), que proporciona la conexión de capa de inteligencia entre un agente y los datos de una tienda.

Este artículo mapea dónde encaja cada protocolo, cómo se superponen y dónde está la brecha para el comercio B2B — porque los cuatro protocolos fueron diseñados para el descubrimiento y el checkout de consumo, no para los flujos de cotización, precios por nivel y retención de inventario que realmente necesita un distribuidor de mercado medio que opera NetSuite o BigCommerce.

La pila de cuatro capas

El panorama de protocolos de comercio no es un estándar único. Es una pila de cuatro protocolos complementarios, cada uno resolviendo una capa distinta de la transacción del agente:

Capa	Protocolo	Gobernado por	Qué hace	Estado de producción
Descubrimiento y comercio	UCP	Google, Shopify, 11 co-desarrolladores	El agente descubre productos, arma carritos, transfiere al comerciante para el checkout y hace seguimiento de pedidos	En vivo (Shopify Spring '26 Edition); expandiéndose a alojamiento y comida
Interacción de checkout	ACP	OpenAI, Stripe, Meta	Modelo de interacción de compra dirigido por agentes; arquitectura de tres capas (Interacción → Inteligencia → Comercio)	Beta; en vivo en ChatGPT desde sept. 2025
Mandato de pago	AP2	Google, 60+ organizaciones, FIDO Alliance	Credenciales verificables, mandatos de pago, rastro de auditoría criptográfico para pagos dirigidos por agentes	v0.2; estandarización en la FIDO Alliance en curso
Inteligencia y herramientas	MCP	Anthropic (originalmente)	Conexión agente-a-herramienta: lectura de datos de producto, consulta de inventario, llamadas a las APIs de la tienda	Especificación final 2026-07-28; ~20K servidores registrados

MCP no es un protocolo de comercio — es la capa de inteligencia de la que dependen tanto UCP como ACP. La especificación de UCP declara explícitamente "soporte MCP integrado". La arquitectura de tres capas de ACP coloca a MCP en el medio: la capa de Interacción (agente-a-comprador) está encima, la capa de Inteligencia (MCP) conecta al agente con los datos de la tienda, y la capa de Comercio maneja el cumplimiento. Toda tienda Shopify que implementa UCP expone un endpoint MCP en vivo para que los agentes consulten catálogos de productos, gestionen carritos y obtengan el estado de los pedidos.

UCP — el estándar de descubrimiento a checkout

UCP es la coalición más amplia. El sitio ucp.dev enumera 11 co-desarrolladores en tres industrias: compras (Google, Shopify, Etsy, Wayfair, Target, Walmart, Amazon, Microsoft, Meta, Salesforce, Stripe), alojamiento (Amadeus, Booking.com, Expedia, Hilton, Marriott, Trip.com) y comida (DoorDash, Square, Toast, Uber Eats). La lista de socios avalados incluye a Visa, Mastercard, Coinbase, PayPal, Adyen, Klarna y Worldpay.

UCP soporta los transportes REST y JSON-RPC, con soporte integrado para AP2, A2A y MCP. La documentación para desarrolladores de Shopify confirma que las herramientas MCP de Shopify implementan UCP en cada paso del recorrido del comprador: negociar y autenticar (niveles de confianza basados en perfil), descubrir productos (búsqueda entre cientos de millones de listados), carritos y checkout (armar carritos, convertirlos en checkouts, transferir al comerciante para el pago) y monitorear pedidos (webhooks de pedidos y estado de pedido bajo demanda mediante la herramienta MCP get_order).

La Universal Cart API permite que un agente de IA recolecte artículos de cualquier comerciante — dentro o fuera de Shopify — en un único carrito unificado a través de UCP. El programa de certificación de Shopify (Shopify + OpenAI + Google, beta cerrada, acceso más amplio en el T3 de 2026) crea lo que equivale a una nueva capa de descubrimiento para agentes: unos datos estructurados limpios determinan si un agente puede encontrar y transaccionar con una tienda.

ACP — el modelo de interacción de checkout

ACP adopta un enfoque arquitectónico diferente. En lugar de una amplia coalición multi-industria, está gobernado por OpenAI y Stripe (la documentación de Stripe ahora incluye a Meta como co-creador) en calidad de Mantenedores Fundadores, con una vía hacia una gobernanza comunitaria más amplia. La especificación está en beta bajo Apache 2.0.

ACP define bloques de construcción componibles para el comercio dirigido por agentes. La Agentic Commerce Suite de Stripe proporciona la implementación de referencia: los agentes descubren productos, los agregan a carritos y completan compras usando la infraestructura de pagos de Stripe. BigCommerce adoptó la vía de ACP a través de su alianza con Stripe en lugar de construir un servidor MCP de primera parte para los datos de la tienda — el artículo del conector de BigCommerce cubre esto en profundidad.

La arquitectura de tres capas de ACP — Interacción → Inteligencia (MCP) → Comercio — significa que MCP es el tejido conectivo. Un agente no evita MCP para usar ACP; usa MCP para hablar con la tienda y ACP para estructurar la interacción de compra.

AP2 — la capa de mandato de pago

AP2 se sitúa debajo tanto de UCP como de ACP como el protocolo de confianza de pago. Google anunció AP2 en septiembre de 2025 con más de 60 organizaciones socias. Actualmente se está estandarizando dentro de la FIDO Alliance. AP2 extiende A2A (comunicación agente-a-agente) con mandatos de pago estructurados — Intent Mandates, Cart Mandates y Payment Mandates — que proporcionan una prueba verificable e irrefutable de que un usuario autorizó a un agente a realizar una compra específica.

Coinbase x402 es la extensión de stablecoin de AP2, nombrada por el código de estado HTTP 402 ("Payment Required"). x402 permite que los agentes paguen llamadas a API, servicios y micro-transacciones directamente con stablecoins sobre HTTP. Chainalysis reportó que x402 superó los 100 millones de pagos agénticos en Coinbase Base, demostrando que el riel de stablecoin opera a escala de producción.

Tres redes de pago competidoras se han formado en torno al comercio de agentes: Visa Trusted Agent, Mastercard Agent Pay (más de 30 socios de la industria, Agentic Tokens vía MDES) y Coinbase x402. Stripe está aprovisionando tokens de red agénticos tanto de Mastercard como de Visa, posicionándose como el puente entre los rieles de tarjeta tradicionales y la capa de pago de agentes.

La pila de protocolos de comercio de cuatro capas, con la brecha de la capa semántica B2B que requiere un módulo MCP personalizado:

Dónde converge la pila — y dónde no

Los cuatro protocolos están convergiendo hacia una arquitectura compartida: UCP o ACP para la interacción de comercio, AP2 para el mandato de pago, MCP para la capa de inteligencia y A2A para la delegación agente-a-agente. La especificación de UCP referencia explícitamente a AP2, A2A y MCP como integraciones incorporadas. La documentación de AP2 referencia explícitamente a A2A y UCP. La pila está diseñada para interoperar.

Pero la convergencia tiene forma de consumo. Los protocolos resuelven un problema específico: un agente descubre un producto, negocia un precio, completa un checkout y paga. Ese es el recorrido del consumidor. Un distribuidor B2B de mercado medio que cotiza 200 RFQ a la semana no tiene un problema de checkout — tiene un problema de niveles de precio, un problema de retención de inventario y un problema de escritura de vuelta al ERP.

La brecha es la capa semántica B2B:

• Precios por nivel de cliente. UCP y ACP exponen los precios publicados de una tienda. Los precios de un distribuidor B2B son por cliente, por contrato, por nivel de volumen — almacenados en grupos de clientes de NetSuite o BigCommerce, no en un catálogo público. Ningún protocolo de comercio negocia precios por nivel.
• Cotización de RFQ a granel. Los protocolos de consumo manejan compras de un solo artículo. La adquisición B2B funciona con RFQ: un comprador envía una solicitud de 500 unidades con una ventana de entrega, el proveedor responde con una cotización, el comprador negocia. El artículo sobre la arquitectura del motor de RFQ cubre este flujo de trabajo en profundidad.
• Retenciones de inventario contra un ERP. Un checkout de consumo reserva inventario en el momento de la compra. Una cotización B2B necesita una retención de disponibilidad — una reserva con límite de tiempo contra el inventario de NetSuite o Brightpearl que expira si la cotización no se acepta. Ninguna herramienta de UCP o ACP proporciona esto.
• Atribución de pedidos entre canales. Un pedido B2B realizado por un agente necesita atribuirse a la cuenta de cliente correcta, al vendedor correcto y al contrato correcto en el ERP. Los protocolos de consumo asumen una sola identidad de comprador.

Un módulo MCP personalizado llena esta brecha. El MCP Module Code Standard define el patrón estructural: definiciones de herramientas tipadas, traducciones de capa semántica entre el agente y el ERP, gobernanza de límites de tasa y un rastro de auditoría. El módulo se sitúa por encima de los protocolos de comercio — no reemplaza a UCP ni a ACP, los extiende hacia los flujos de trabajo B2B que los protocolos de consumo no fueron diseñados para cubrir.

Lecturas relacionadas

• "Conectar un agente de IA a BigCommerce con MCP: lo que la alianza con Stripe no resuelve" — el análisis por conector de la vía ACP de BigCommerce y la brecha de la capa semántica B2B
• "Cuando un agente de IA vende en tu nombre: conectar Shopify a la pila B2B" — cómo los servidores MCP de Shopify compatibles con UCP cubren la mitad de consumo y dónde un módulo personalizado se extiende hacia B2B
• "MCP + A2A: los dos protocolos detrás de todo sistema de IA agéntica en producción" — la visión general de la pila de protocolos que este artículo extiende hacia la capa de comercio

Build representativo

Un distribuidor industrial de mercado medio que opera BigCommerce para su catálogo en línea y NetSuite como ERP recibe 150 RFQ a la semana por correo electrónico. Cada RFQ requiere una consulta de precio por nivel de cliente, una retención de disponibilidad de inventario y una cotización que referencia los términos del contrato del cliente. Los protocolos de comercio de consumo — UCP para el descubrimiento de productos, ACP para el checkout, AP2 para el pago — no tocan ninguno de estos pasos. Un módulo MCP personalizado cierra la brecha: expone herramientas tipadas para la consulta de precios por nivel, la creación de retenciones de disponibilidad y el ensamblaje de cotizaciones que un agente invoca después de descubrir productos a través del protocolo de comercio estándar. El agente maneja el RFQ de extremo a extremo — descubrimiento, precios, retención, cotización, aprobación humana — mientras el módulo MCP gobierna la escritura de vuelta al ERP y el rastro de auditoría. El primer agente está en vivo en 5 a 8 semanas.

Solicita un build con alcance definido. Discovery de una semana. Obtienes un inventario de sistemas, un mapa de flujo de trabajo y un alcance fijo — construyas o no con nosotros.