Shopify Summer ’26: qué cambia para tu tienda LATAM (y por qué Scripts deja de funcionar)
Shopify liberó su Summer ’26 «Everywhere Edition» el 17 de junio con más de 150 actualizaciones presentadas por Tobi Lütke, y hay tres golpes que te tocan directo si operás una tienda en LATAM: el Universal Commerce Protocol (UCP) quedó activo por defecto en todas las cuentas, el Checkout sumó nuevos métodos de pago regionales, y Shopify Scripts deja de ejecutarse el 30 de junio de 2026. Si tu tienda depende de un .rb custom para descuentos, envíos o pagos, tenés menos de dos semanas para migrar. Abajo, qué cambia y qué hacer esta semana.
UCP: tu catálogo ya aparece en agentes de IA sin configurar nada
El Universal Commerce Protocol es la apuesta de Shopify para que los agentes de IA —desde ChatGPT hasta clientes propios que integren agentes— puedan leer el catálogo, armar carritos y disparar checkout sin necesitar una integración a medida por tienda. Según el resumen de novedades publicado por AdsX, UCP quedó habilitado por defecto en todas las tiendas Shopify a partir del release del 17/06, sin toggle en admin.
Para el operador LATAM promedio esto significa dos cosas concretas. La primera: tu ficha de producto pasa a ser consultable por un agente conversacional aunque no tengas un feed configurado en ningún channel. La segunda: la calidad de tus títulos y descripciones deja de ser un problema sólo de SEO tradicional y pasa a ser también un problema de «cómo te lee un agente». Si tu ficha dice «Zapatilla urbana talle único», vas a perder ante quien especifica material, colores disponibles, país de envío y talles.
No hay una acción técnica que activar. Sí hay una acción editorial urgente: auditar títulos y descripciones y agregar los atributos que un agente necesita para armar un carrito con confianza (talle, color, disponibilidad por país, tiempo estimado de entrega).
Nuevos métodos de pago LATAM en Checkout
El release también trajo expansión de métodos de pago regionales activables desde Checkout, sin código. La cobertura reportada por Fudge.ai y por NovaData incluye nuevas integraciones nativas con procesadores locales en México, Colombia, Chile y Argentina —incluyendo pagos por transferencia y links de pago que antes exigían apps de terceros—.
Qué hacer si operás en la región:
- Entrá a Configuración → Pagos y revisá qué métodos aparecen ahora como disponibles para tu país.
- Si tenías apps de pago de terceros cubriendo un método que ahora es nativo, evaluá desinstalar la app: menos fees por transacción y menos superficie de mantenimiento.
- Revisá que la moneda por defecto y el país de facturación estén bien seteados, porque los métodos disponibles se filtran por esos parámetros.
Scripts EOL 30/06: qué se rompe y qué migrar
Esta es la parte que exige acción inmediata si estás en Shopify Plus. Los Shopify Scripts —el motor Ruby que ejecutaba lógica custom de descuentos, envíos y pagos en el carrito— dejan de correr el 30 de junio de 2026. No hay extensión. Cualquier .rb que hoy tengas cargado en el editor de Scripts va a fallar silenciosamente después de esa fecha.
Los tres tipos de script y su reemplazo con Shopify Functions:
- Line item scripts (descuentos por producto, bundles, «compra 2 lleva 3»): migrar a una Function de tipo *Product Discount* o *Order Discount*. Se escribe en Rust o JavaScript y se despliega vía Shopify CLI.
- Shipping scripts (reglas custom de envío, ocultar métodos según carrito, tarifas dinámicas): reemplazo con Function de tipo *Delivery Customization*.
- Payment scripts (ocultar o reordenar métodos de pago según carrito, país o cliente): reemplazo con Function de tipo *Payment Customization*.
La migración no es directa: Functions corre en un runtime WebAssembly con un modelo de input/output distinto al de Scripts, y algunos casos que en Ruby resolvías con una condición de tres líneas ahora requieren declarar el schema de input explícito. Si tenés más de dos o tres scripts activos y no tenés dev disponible, agendá horas con un partner esta semana.
Checklist mínimo antes del 30/06:
- Listá todos los Scripts activos (Editor de Scripts en admin).
- Para cada uno, escribí en dos líneas qué hace y de qué depende (input del carrito, tags de cliente, país).
- Priorizá: si un script mueve revenue (descuento activo en campaña, bundle vendedor), migra ese primero.
- Testeá cada Function en un tema draft antes de publicar.
Los scripts que no migres y sigan cargados no van a «romper» el checkout: van a dejar de aplicar. Es decir, la promoción del 15% que hoy corre por Ruby, el 1 de julio simplemente no se aplica más y el cliente paga el precio lleno. Silencioso y caro.
API 2026-07 y nuevo modelo de Collections
En paralelo al Summer Edition, la API 2026-07 quedó estable el 01/07. Trae un modelo de Collections rediseñado que expone reglas smart-collection como objetos consultables, no como blobs opacos —lo que abre la puerta a integraciones que hoy tenían que scrapear el admin para inferir la lógica de agrupación—.
Si integrás Shopify con un ERP o un PIM, revisá el changelog de la API antes de tocar código: hay campos deprecados en el modelo viejo con ventana de compatibilidad hasta la API 2027-01.
Timeline de acción para tu tienda LATAM
- Esta semana: listado de Scripts activos + auditoría de disponibilidad de nuevos métodos de pago en Checkout.
- Antes del 30/06: migración de Scripts críticos a Functions, testeados en draft.
- Este mes: revisión editorial de títulos y descripciones para consumo por agentes UCP —ver la guía existente sobre optimización de listings en Shopify para el checklist de atributos mínimos—.
- Q3: si integrás con ERP/PIM, mover la lectura de Collections al nuevo modelo de la API 2026-07.
Cierre
Summer ’26 es un release grande en volumen —150+ items— pero corto en tiempo para actuar sobre lo urgente. UCP y los pagos LATAM juegan a favor sin trabajo técnico. Scripts EOL, en cambio, tiene fecha dura y consecuencia silenciosa: promociones que dejan de aplicar sin aviso al operador. Si hoy dependés de Scripts, la migración a Functions no es una tarea de backlog: es la tarea de esta semana.
