Shopify anunció el 4 de septiembre de 2026 que los perfiles de descubrimiento de sus tiendas declaran UCP 2026-08-25. La misma publicación fija el límite esencial: el conjunto de capacidades admitidas por Shopify no cambió.
La actualización mejora la compatibilidad de versión entre una tienda y un agente UCP. No demuestra que Shopify haya activado todas las novedades del 25 de agosto. La versión indica el contrato común; el perfil negociado indica lo que ambas partes pueden ejecutar.
Lo que Shopify confirmó
El changelog de Shopify confirma que /.well-known/ucp declara 2026-08-25, que perfiles compatibles pueden negociar capacidades y que el conjunto de Shopify sigue igual. No se requiere configuración de la tienda. Es una actualización de plataforma, no una migración individual de cada comercio.
Versión y capacidades son decisiones separadas
La especificación UCP separa selección de versión y negociación de capacidades. El agente descubre el perfil, ambas partes eligen una versión compatible, calculan la intersección de capacidades, eliminan aquellas cuyas dependencias no se cumplen y ejecutan únicamente el contrato activo.
Compartir versión es necesario, pero insuficiente. Dos sistemas pueden hablar 2026-08-25 y exponer funciones diferentes. Una versión nueva no activa automáticamente cada extensión.
Por qué fue importante la versión de agosto
La release oficial incluye cambios para varias verticales, ubicaciones y cantidades fraccionarias, una primitiva de acciones, reglas de autoridad de namespaces, versionado de capacidades, 3DS2, restricciones de solicitudes, pagos divididos y condiciones de pago, además de identidad, consentimiento, fidelización y Web Bot Auth. También enumera cambios incompatibles en fulfillment, consentimiento, tipos comunes, namespaces de pago, credenciales y cantidades.
La release describe el protocolo disponible. El perfil Shopify describe el subconjunto anunciado. Una sesión usa después la intersección con el perfil del agente.
Cómo interpretar “capacidades sin cambios”
No significa que el código interno sea idéntico o que no hubiera correcciones. Significa que la fuente no justifica afirmar una nueva capacidad expuesta. El integrador debe verificar presencia, dependencias, perfil del agente, transporte y comportamiento real antes de activar una función.
Trate /.well-known/ucp como configuración ejecutable. Conserve perfil, origen y fecha de observación del test. Valide versiones, capacidades, extensiones, servicios y dependencias. Si falta una capacidad, use un fallback documentado en lugar de inventar un endpoint o payload.
Ejemplo de negociación
Si el agente declara A, B y C y la tienda A, C y D, la intersección inicial es A y C. Si C depende de E y E no está activo, el contrato final conserva solo A. Es un ejemplo explicativo, no una lista de capacidades reales de Shopify.
El transporte no amplía el contrato
REST, MCP o A2A cambian el modo de transportar mensajes, no las capacidades negociadas. Cambiar de binding no crea una capacidad ausente ni evita sus dependencias.
Las pruebas deben cubrir descubrimiento, versión, intersección, dependencias, validación de solicitudes, errores, traspaso al usuario y estado final. Registre el contrato negociado sin conservar datos personales o de pago innecesarios.
Qué vigilar
Observe el perfil Shopify, los anuncios y releases oficiales de UCP y el comportamiento de la integración. Un cambio de documentación no demuestra por sí solo que haya cambiado el perfil live o una sesión real.
Las fuentes no sostienen que Shopify activara todas las funciones de agosto, añadiera capacidades el 4 de septiembre, actualizara todas las sesiones o garantice interoperabilidad por compartir versión.
Fuentes primarias
- Shopify, UCP 2026-08-25 is now supported, 4 de septiembre de 2026.
- UCP, Specification overview.
- UCP GitHub, release v2026-08-25.
Fuentes revisadas el 29 de septiembre de 2026.