Comercio agéntico
¿Cómo implementan los comerciantes UCP y ACP al mismo tiempo?
Actualizado
No son una disyuntiva, y la mayor parte de la implementación se comparte. Ambos requieren la misma base — un catálogo legible por máquina con identidad de producto, variantes, y precio y disponibilidad que sean precisos en el momento de la lectura. UCP luego especifica el descubrimiento y la construcción del carrito; ACP especifica la sesión de pago y el pago delegado dentro de una interfaz de IA. Construya la capa de catálogo una vez, y el trabajo restante específico del protocolo es la ruta de transacción, que es también la parte que aún está en movimiento.
La base compartida es la mayor parte del trabajo
Presentados como estándares competidores, parecen una elección costosa. Desglosados en obligaciones, la superposición es grande y la divergencia es tardía.
Ambos necesitan saber qué vende, en un formato que una máquina pueda analizar sin interpretar un diseño: identidad de producto, variantes, atributos, un identificador estable, y precio y disponibilidad que sean verdaderos en el momento de su lectura. Ese requisito no es específico del protocolo, no se desperdicia si alguno de los estándares pierde, y mejora la búsqueda clásica al mismo tiempo.
| Capa | UCP | ACP | ¿Compartido? |
|---|---|---|---|
| Catálogo legible por máquina | Requerido | Requerido | Sí — construir una vez |
| Precio e inventario en tiempo real | Requerido | Requerido | Sí |
| Formato de feed de producto | Formato UCP | Especificación de feed ACP | Mismos datos de origen, serialización diferente |
| Construcción del carrito | Especificado | Especificado | En gran medida |
| Sesión de pago | A nivel de carrito | Especificación de sesión completa | No |
| Pago delegado | No es el enfoque | Especificado | No |
El orden que no deja trabajo varado
Secuenciar por lo que sobrevive a la pérdida de un protocolo.
- 1. Una única fuente de verdad de catálogo con precio y disponibilidad precisos. Sirve para ambos, además de para cualquier asistente que no implemente ninguno.
- 2. Serializar a cada formato de feed desde esa fuente. Dos serializadores sobre un conjunto de datos es un trabajo pequeño; dos conjuntos de datos es un problema de conciliación para siempre.
- 3. Una cotización y un carrito programáticos que devuelvan un total vinculante incluyendo envío e impuestos. Ambos protocolos lo necesitan y elimina la simulación del navegador de todos modos.
- 4. Credenciales de agente auditadas y con alcance definido antes de que cualquier cosa pueda escribir. Ninguno de los protocolos lo especifica y ambos lo asumen.
- 5. El pago y la delegación de pagos al final, porque es la capa que aún está en movimiento.
El requisito de frescura es la verdadera ingeniería
La mayoría de los comerciantes pueden producir un catálogo estructurado. Muchos menos pueden producir uno cuyos números sean verdaderos cuando se leen, y ahí es donde fallan las implementaciones de cualquiera de los protocolos.
Un feed actualizado cada noche anunciará con confianza stock vendido esa mañana, y un agente que actúe sobre él generará una cancelación en lugar de un pedido. Para los negocios de suscripción es aún más crítico: las próximas renovaciones son inventario comprometido, por lo que un recuento de stock que no reserve contra ellas venderá unidades ya prometidas.
Esta es una ventaja arquitectónica genuina donde el inventario, los pedidos y las suscripciones comparten un único sistema en lugar de sincronizarse a través de un límite de integración — la cantidad reservada se convierte en una propiedad de los datos en lugar de un trabajo de conciliación nocturno.
Preguntas frecuentes
- ¿Tengo que elegir entre UCP y ACP?
- Solo si los considera productos para comprar en lugar de obligaciones que cumplir. Enumerados como obligaciones, la superposición es la mayor parte del costo: identidad, variantes, precio y stock precisos son exigidos idénticamente por ambos, y solo la ruta de transacción difiere. Un equipo que enfoca esto como "elegir un estándar" termina secuenciando la decisión antes del trabajo, cuando el trabajo es el mismo de cualquier manera para los primeros cuatro pasos.
- ¿Cuál debería implementar primero?
- Ninguno, en el sentido que importa: construya primero la capa de catálogo, porque ambos lo requieren y es útil para los asistentes que no implementan ninguno. El trabajo específico del protocolo debería comenzar con la serialización del feed, lo cual es pequeño una vez que los datos de origen son correctos.
- ¿Vale la pena implementar la capa de pago todavía?
- Para la mayoría de los comerciantes, todavía no. OpenAI cerró Instant Checkout durante 2026 y reposicionó ACP hacia el descubrimiento, y grandes minoristas lo adoptaron en el lado del descubrimiento. La parte mejor posicionada para saberlo retiró su propio pago en el chat; el costo de construir esa integración dos veces supera el costo de llegar tarde a ella una vez.
- ¿Qué asumen ambos protocolos que ya tiene?
- Acceso de agente auditado y con alcance definido — y ninguno lo especifica. Permisos por credencial, idempotencia en escrituras, un rastro de auditoría duradero y una puerta humana para acciones irreversibles son responsabilidad de la plataforma, y son la diferencia entre una integración de agente y un incidente.