En la NRF 2026, Google presentó el Universal Commerce Protocol (UCP): un estándar abierto para permitir que agentes de IA ejecuten etapas de la compra con minoristas de forma estandarizada. El punto central no es “un canal más”, sino un cambio de interfaz: además de su storefront (nativo o PWA/headless), surge una capa de consumo del commerce por API de capacidades, que son las de checkout, identidad y posventa.
En paralelo, OpenAI y Stripe avanzan con el Agentic Commerce Protocol (ACP), ligado al Instant Checkout en ChatGPT.
Para operaciones mid-market/enterprise en Adobe Commerce, el diferencial no será un tema más bonito: será consistencia de precio, inventario, plazo y política comercial, integración bien gobernada, observabilidad y posventa previsible. Quien ya sufre con divergencias entre Commerce, ERP y OMS va a entender rápido: en el mundo agentic, esos problemas pasan a costar conversión.
01Qué señaló Google en la NRF al lanzar el UCP
El anuncio del UCP en la NRF de esta semana es un recado claro: el recorrido de compra puede ocurrir donde nace la intención, incluso en experiencias de IA. En lugar de llevar al usuario a “hacer clic y navegar”, el agente pasa a armar la compra, pedir confirmaciones y concluir el checkout.
Para quien usa Adobe Commerce, eso cambia la pregunta estratégica. No es “¿cómo dejamos el sitio más rápido?”. Es:
“¿Nuestro Commerce es comprable por API de punta a punta?”
“¿El precio total, el envío y el plazo son confiables en tiempo real?”
“¿Conseguimos operar la posventa (estado, cambio, devolución) sin fricción?”
“¿Tenemos un rastro auditable y control de reprocesamiento para transacciones iniciadas por máquinas?”
El UCP pone ese escenario en formato de protocolo. Y eso tiende a empujar la inversión hacia lo que sostiene las compras programáticas: capabilities + operaciones + datos.
02Qué es agentic commerce
Agentic commerce es cuando la IA deja de ser apenas un “motor de búsqueda” y pasa a ejecutar acciones: comparar productos, armar el carrito, calcular el envío, aplicar cupones, finalizar el checkout y acompañar el pedido.
El cambio de comportamiento viene de un desplazamiento simple:
– Antes: el usuario navega para decidir.
– Ahora: el usuario define criterios (precio, plazo, política, confiabilidad) y delega el trabajo.
Eso reduce clics, disminuye la dependencia de su layout y aumenta la dependencia de aquello que el agente consigue leer y ejecutar: datos estructurados y API estables.
03UCP de Google: qué es y cómo funciona
El Universal Commerce Protocol (UCP) nace para estandarizar cómo los agentes interactúan con los comerciantes a lo largo del recorrido y, en el lanzamiento inicial, organiza la integración en tres bloques:
1) Checkout y el concepto de “checkout session”
El UCP estructura el checkout en torno a una checkout session: un estado que representa el carrito, los totales, las opciones de entrega/pago y el ciclo de vida del checkout (crear, actualizar, completar, cancelar).
Para un equipo de Adobe Commerce, eso debe sonar familiar: es lo que todo proyecto headless serio ya intenta hacer, es decir, tratar el checkout como estado transaccional por API, y no como un formulario acoplado a páginas.
2) Identity Linking
Identity Linking es el mecanismo de vincular al usuario con una cuenta del merchant (direcciones, fidelidad, preferencias), con consentimiento. En términos prácticos: el agente consigue aplicar “lo que es mío” en el checkout sin que el usuario complete todo de nuevo.
3) Order Management
Order Management cubre la poscompra: acompañar pedidos, estados, soporte y, potencialmente, flujos de cambio/devolución. Eso es importante porque, para un agente, la “confiabilidad” pesa tanto como el “precio”.
Traducción para Adobe Commerce: el UCP tiende a empujar la inversión hacia la consistencia del ciclo completo del pedido. Eso implica integración con OMS, ERP, logística, etc., no solo Commerce.
04ACP de OpenAI/Stripe
El Agentic Commerce Protocol (ACP) es un estándar abierto asociado al ecosistema OpenAI/Stripe para habilitar compras iniciadas por agentes, con el telón de fondo de experiencias como Instant Checkout en ChatGPT.
Mientras el UCP tiene a Google como gran “hub” de intención, el ACP atiende el escenario en el que la intención nace (y se concluye) dentro de un agente específico. Para operaciones enterprise, el efecto práctico es: no habrá un único protocolo dominante de un día para el otro. Lo más realista es la convivencia.
MCP Server at a glance
MCP (Model Context Protocol) es un estándar para que un agente llame “herramientas” externas de forma estandarizada (como si fueran funciones). Un MCP server expone esas herramientas, por ejemplo: “crear checkout”, “recalcular envío”, “concluir pedido”. En el contexto del ACP, eso significa que, en lugar de que el agente integre con un REST custom por empresa, puede llamar tools bien definidas, con entradas y salidas previsibles, lo que reduce la fricción de integración.
Los cambios en el ambiente digital
Los cambios tecnológicos van de la mano con nuevos comportamientos adoptados por los consumidores. Estos cambios tienden a impactar una parcela significativa de los compradores en línea en los próximos años. Vea el comparativo a continuación:
05Qué cambia específicamente para quien usa Adobe Commerce
1) Headless continúa, pero deja de ser el “fin”
Los proyectos de headless commerce siguen siendo relevantes para el desempeño, la flexibilidad y las experiencias ricas. Solo que ahora el headless se vuelve un consumidor entre otros. El agente es otro consumidor, y eso cambia la prioridad:
– Menos foco en el “componente visual” como diferencial único
– Más foco en una “capability” estable: sesión de checkout, cálculo, políticas, posventa
2) Checkout y estado transaccional se vuelven el centro
Si su checkout hoy está muy acoplado a la UI, la evolución natural es volverlo más “session-based” y robusto:
– recalcular sin inconsistencia;
– soportar updates;
– evitar duplicidad (idempotencia);
– registrar auditoría por sesión/pedido.
3) OMS/ERP y la integración salen de “proyecto” y se vuelven “producto”
En el enterprise, la diferencia entre prometer y cumplir está en la eficiencia de integración de todo el ecosistema de sistemas periféricos (ERP, OMS, WMS, logística, etc.). Con agentic commerce, esas integraciones dejan de ser “backoffice invisible” y se vuelven parte de lo que determina la conversión.
4) Los datos y la gobernanza pasan a tener impacto directo en los ingresos
Catálogo incompleto, atributos malos, política confusa, divergencia de inventario, plazo mal calculado: todo eso pasa a ser “input del agente”. Por lo tanto, la gobernanza de datos deja de ser un tema solo de BI y se vuelve un tema comercial.
Una arquitectura de commerce madura en Adobe Commerce ya separa capas. Con agentic commerce, esa separación se vuelve todavía más valiosa. Vea el ejemplo a continuación:
Si su operación es mid-market/enterprise en Adobe Commerce o Magento y usted quiere entender dónde están los gaps entre lo que su stack promete y lo que un agente consigue ejecutar, DIGITAL HUB puede ayudar con un readiness assessment enfocado en arquitectura, datos, integración y operación.
