La interoperabilidad comercial es la propiedad que permite que el catálogo, las ofertas y las políticas de un comerciante sean comprendidos y utilizados por cualquier agente, plataforma o socio compatible, sin necesidad de una integración personalizada para cada uno. Es la propiedad de los sistemas que hace posible un Universal Commerce Protocol.
La interoperabilidad no es una característica que se implementa. Es un resultado emergente de la adopción de identificadores compartidos, atributos tipificados, semántica de políticas estándar y puntos finales estables. Esta página explica las cinco capas que juntas producen interoperabilidad en la pila de comercio agentic.
Las cinco capas de la interoperabilidad comercial
| Capa | Qué se comparte | Ejemplos de estándares |
|---|---|---|
| Identidad | Identificadores de producto, marca, comerciante | GTIN, MPN, GLN, schema.org Brand |
| Semántica | Significado y unidades de los atributos | schema.org Product, atributos GS1, Google Product Category |
| Transporte | Formatos de feed y API | Merchant Center XML/CSV, API REST/GraphQL, herramientas MCP |
| Transacción | Pago, ciclo de vida del pedido | Stripe ACP, Visa IC, Mastercard Agent Pay, PCI |
| Política | Devoluciones, garantía, envío, restricciones | schema.org MerchantReturnPolicy, ShippingRateSettings |
Por qué la interoperabilidad es la ventaja económica
En mercados con participantes heterogéneos, la parte que adopta estándares compartidos intercambia esfuerzo a corto plazo por valor de opción a largo plazo. El comerciante con GTINs puede listar en cualquier marketplace. El comerciante con devoluciones estructuradas puede atender a cualquier agente que pregunte sobre la elegibilidad. La plataforma con API abiertas atrae más integraciones que la plataforma con un SDK propietario.
Los agentes aceleran esta dinámica. Debido a que los agentes cambian de fuente de forma económica, el costo de ser difícil de leer es inmediato, no latente.
Cómo se ve el comercio no interoperable
Síntomas que probablemente reconoce:
- El mismo SKU descrito de manera diferente en su sitio, Amazon, Google Shopping y un catálogo mayorista.
- Política de devoluciones clara en prosa legal pero invisible para un analizador.
- Cantidades de stock que requieren una API específica de la plataforma para leer.
- Reglas de envío codificadas en un motor de pago, no expresables externamente.
- Una nueva integración de marketplace es un proyecto de 6 semanas porque su catálogo no tiene una forma canónica.
Cada síntoma es una fricción que un agente evitará, ya sea prefiriendo a un competidor o degradando la puntuación de confianza de su listado.
La capa de Identidad
La identidad es la condición previa para todo lo demás. Sin un identificador canónico, dos registros que describen el mismo producto se tratan como dos productos. Los agentes que comparan entre comerciantes no pueden deduplicar. Los paneles que agregan no pueden conciliar.
- GTIN (Global Trade Item Number), EAN-13, UPC-A, ISBN. Gestionado por GS1. Identidad de facto para la mayoría de los bienes de consumo.
- MPN + Marca, número de pieza del fabricante más marca. Requerido cuando no existe GTIN.
- URL canónica, la dirección estable del PDP, utilizada por rastreadores y agentes para la atribución.
- Identidad de variante, SKUs distintos por tamaño/color, GTINs distintos por variante cuando corresponda.
La capa de Semántica
La semántica es donde ocurre el verdadero trabajo de la legibilidad por máquina. Los atributos tipificados significan que un agente no necesita analizar la prosa para responder "¿es esto impermeable?".
- Utilice nombres de atributos estándar cuando estén disponibles (propiedades de schema.org Product, definiciones de atributos GS1).
- Utilice enumeraciones para los valores cuando el campo esté delimitado (tamaño, color, material).
- Lleve las unidades explícitamente ("500g", no "medio kilo").
- Localice los valores, no solo las etiquetas (tallas de zapatos, monedas, formatos de fecha).
Consulte catálogos de productos para IA para un modelo semántico concreto.
La capa de Transporte
El transporte cubre cómo se mueven los datos. La interoperabilidad aquí está bien establecida en principio (HTTP, JSON, XML, REST, GraphQL) y aún es débil en la práctica (puntos finales incompletos, campos faltantes, paginación propietaria, autenticación frágil).
- Prefiera formatos de feed abiertos y documentados (Merchant Center XML, JSON-LD) sobre exportaciones propietarias.
- Exponga API de lectura para socios, no solo API de escritura.
- Versionar los puntos finales; anunciar las deprecaciones.
- Considere las herramientas MCP para exponer operaciones de catálogo a agentes dentro de orquestadores.
La capa de Transacción
La interoperabilidad en la capa de transacciones está actualmente fragmentada. Las redes de tarjetas (Visa IC, Mastercard Agent Pay) y los procesadores de pagos (Stripe ACP, PayPal) están publicando esquemas de pago de agentes que se superponen parcialmente. Los comerciantes deben insistir en que su PSP admita los esquemas relevantes para su tráfico de agentes.
- Acepte tokens con alcance de agente de los principales PSP.
- Emita eventos estándar del ciclo de vida del pedido (creado, confirmado, enviado, devuelto).
- Admite webhooks a los que los agentes pueden suscribirse para recibir actualizaciones de estado.
La capa de Política
La interoperabilidad de las políticas es joven y subestimada. La mayoría de las políticas de los comerciantes son texto legible por humanos. Las expresiones estructuradas son la ventaja:
- MerchantReturnPolicy (schema.org), elegibilidad, ventana, método, costo.
- ShippingRateSettings, tarifa, región, tiempo de manipulación, tiempo de entrega.
- Garantía, alcance, duración, proceso de reclamación.
- AgeRestriction / GeoRestriction, explícito, verificable por máquina.
Expresadas como datos estructurados, estas políticas permiten a los agentes prefiltrar ofertas y pre-responder preguntas de los compradores, lo que aumenta la conversión y reduce el volumen de soporte.
Compensaciones de la interoperabilidad
La interoperabilidad cuesta algo. Las compensaciones honestas:
- Esfuerzo. La cobertura de atributos y el modelado de políticas llevan tiempo. Mitigación: comience con sus SKUs principales.
- Transparencia competitiva. Un atributo tipificado es comparable. Mitigación: compita por mérito, no por opacidad de datos.
- Tarifas de plataforma. Los marketplaces con mejor cumplimiento de feeds se llevan una parte. Mitigación: la interoperabilidad también habilita canales directos.
En resumen: los comerciantes que aceptan estas compensaciones obtienen un alcance desproporcionado en las superficies mediadas por agentes.
Dónde ir a continuación
- Mapee las especificaciones reales en juego en estándares, esquemas y protocolos.
- Vea la traducción operativa en catálogos de productos para IA.
- Ejecútelo contra su pila con la lista de verificación de preparación.
Análisis en profundidad
- UCP vs API de comercio electrónico tradicionales: REST, GraphQL, punchout, qué cambia
- De HTTPS a UCP: por qué los estándares abiertos ganan en el comercio electrónico
- UCP vs MCP: dos protocolos de agente de IA complementarios
- Protocolo de pagos de agentes AP2: la capa de transacciones del comercio agentic
- UCP y GDPR: guía de cumplimiento para comerciantes europeos
- Seguridad en el comercio agentic: protección de comerciantes y consumidores