UCP (Protocolo Universal de Comercio)

UCP es un acrónimo sobrecargado

Tres letras, varios propietarios. En telecomunicaciones y TI empresarial, la misma abreviatura se interpreta con mayor frecuencia como una plataforma de comunicaciones unificadas, y aparece dentro de nombres de productos y planos de control no relacionados en toda la industria. Cualquiera que busque el acrónimo sin contexto encuentra una mezcla de ellos.

En comercio significa el Protocolo Universal de Comercio, el estándar abierto de Google y Shopify que permite a los agentes de IA leer catálogos de comerciantes, recuperar precios e inventario en tiempo real, gestionar carritos y completar compras. Ese es el que se describe aquí.

El problema que existe para resolver es combinatorio

Sin un estándar compartido, cada asistente que quiera realizar transacciones tiene que integrarse con cada minorista con el que quiera realizar transacciones. Eso es una multiplicación, y las multiplicaciones se vuelven inasequibles rápidamente.

Tomemos un mercado ilustrativo de 6 superficies de asistente y 500 minoristas con los que vale la pena integrarse. La integración bilateral significa 6 × 500 = 3,000 acuerdos e implementaciones separados, cada uno de los cuales alguien construye y luego mantiene. Bajo un estándar compartido, cada parte lo implementa una vez: 6 + 500 = 506. La brecha se amplía a medida que el mercado crece: con 10 superficies y 2,000 minoristas es de 20,000 contra 2,010.

La consecuencia para una marca de tamaño mediano es la parte que importa. Las integraciones bilaterales solo se negocian con los catálogos más grandes, porque ahí es donde el retorno justifica la inversión. Un estándar es lo que hace que el trabajo que un comerciante realiza una vez sea legible para cualquier agente conforme, lo cual es la diferencia entre participar en la demanda generada por agentes y ser estructuralmente excluido de ella.

Lo que debe contener un catálogo conforme

La obligación es menos exótica de lo que sugiere el planteamiento, y se divide en tres cosas que un agente necesita antes de poder actuar sobre sus productos.

Solo el primero es un ejercicio de modelado de datos. El segundo es una cuestión de arquitectura sobre dónde reside el inventario y cuántos sistemas tienen que estar de acuerdo antes de que un número de existencias sea verdadero, y es donde las implementaciones realmente fallan en lugar de donde son difíciles de iniciar.

• Identidad. Identificadores estables de producto y variante, idealmente incluyendo un GTIN, para que el artículo que un agente encontró en un lugar pueda ser emparejado con el artículo que está comprando en otro. Sin ello, la comparación compara silenciosamente las cosas equivocadas.
• Veracidad en el momento de la lectura. Precio y disponibilidad correctos en el momento en que se leen, no en el momento en que se generó una fuente nocturna. Una fuente con unas pocas horas de antigüedad anunciará con confianza existencias que se vendieron esta mañana, y un agente que actúe sobre ella producirá una cancelación en lugar de un pedido.
• Un carrito que un agente puede gestionar. Construcción programática de carritos que devuelva un total en el que el agente pueda confiar, incluyendo el envío y los impuestos para el destino, porque un agente que no puede obtener un número vinculante no tiene nada que comparar.

Lo que la conformidad no le garantiza

Se atribuyen dos afirmaciones al soporte del protocolo que este no respalda, y ambas merecen ser rechazadas antes de que un proyecto se defina en torno a ellas.

La primera es la visibilidad. Implementar un estándar lo hace legible; no lo hace recomendado. Qué productos muestra un asistente es una decisión de clasificación basada en la relevancia, información de marca consistente y autoridad de terceros como reseñas y cobertura. Un catálogo conforme es la condición previa para ser considerado, no una razón para ser elegido.

La segunda es la seguridad. UCP describe la lectura de un catálogo y la construcción de un carrito. No conlleva un modelo de permisos, ningún requisito de idempotencia ni un registro de auditoría, y no dice nada sobre la autorización de pagos — ese es el terreno de AP2, y es la capa que aún está en movimiento. Cualquier superficie a través de la cual un agente pueda actuar sobre sistemas en vivo necesita ámbitos, protección contra repeticiones y un registro, independientemente del protocolo que lo haya llevado allí.

Cómo se relacionan UCP y ACP

Suelen presentarse como rivales y es mejor interpretarlos como vecinos que se encuentran en un límite. UCP se concentra en el descubrimiento de catálogos y la construcción de carritos; ACP, de OpenAI y Stripe, se concentra en la ejecución del pago y la delegación de pagos dentro de un asistente. Ambos necesitan lo mismo de un comerciante subyacente.

Ese requisito compartido es la respuesta práctica a cuál apoyar. Un catálogo legible por máquina con precio y disponibilidad reales es requerido por ambos, útil para asistentes que no implementan ninguno, y mejora la búsqueda clásica al mismo tiempo. Es la única parte de esta pila que no es una apuesta.

Las capas superiores son apuestas, y la evidencia hasta ahora aboga por la paciencia. Los minoristas más grandes que se integran en este espacio se concentraron en ser encontrables en lugar de ser transaccionables dentro de un asistente, y la parte mejor posicionada para saberlo cerró su propio proceso de pago en el chat durante 2026.