El 30 de junio de 2026 Shopify apaga Shopify Scripts. Punto. No es una migración opcional ni un aviso amable de “convendría actualizar”: es la fecha en la que deja de funcionar la lógica de descuentos, envíos y transformaciones de carrito que muchas tiendas llevan años usando en el checkout. Y estamos a doce días de ese corte cuando escribo esto.
Si gestionas una tienda Shopify Plus con agencia detrás, quizá ya lo tienes en el radar. Si eres una pyme con Basic o Advanced que contrató un desarrollo hace tres años y desde entonces no ha tocado el admin más que para subir productos, te cuento lo que he visto en consultorías recientes: casi nadie sabe que tiene Scripts activos hasta que alguien externo los encuentra en una auditoría. Shopify avisa por email, sí, pero entre el ruido de campañas, devoluciones y el botón de desistimiento que la UE exige el 19 de junio, ese correo acaba enterrado.
La documentación y los partners lo repiten: el reemplazo oficial son las Shopify Functions, dentro del ecosistema de Checkout Extensibility. Suena limpio. El problema es que Functions para personalizar descuentos, tarifas de envío o pagos en checkout es territorio Shopify Plus. Si no pagas ese plan, el 30 de junio pierdes la lógica Script y no tienes el mismo kit de herramientas para reconstruirla. No es teoría: agencias como Flatline lo dejan claro al explicar que las Functions que sustituyen Scripts requieren Plus, mientras que las tiendas estándar deben buscar alternativas antes del corte.
Y aquí es donde la narrativa oficial me choca. Shopify vende Summer ’26 Editions con más de 150 novedades — IA nativa, A/B testing, Agentic Storefronts — y el escaparate oficial cae el 17 de junio, justo antes del apagón de Scripts. Es decir: te enseñan el futuro del comercio agéntico mientras una parte de tu checkout puede quedarse cojo dentro de dos semanas. Digital Applied lo resume bien en su guía de adopción: las funciones nuevas y los plazos legales son la misma historia contada con dos voces distintas, la de marketing y la de migración obligatoria.
No digo que Shopify mienta. Digo que prioriza el mensaje de crecimiento y deja el mensaje de deuda técnica en manos de partners y blogs especializados. Revize, en su guía de migración, calcula entre cuatro y ocho semanas para tiendas complejas que aún dependen de Scripts. Hoy son doce días. Haz la cuenta.
Lo que más me preocupa no es el descuento combinado que deja de aplicarse el 1 de julio. Es lo invisible: reglas de envío condicionadas, exclusiones de métodos de pago, transformaciones de carrito que nadie documentó porque “el chico que lo hizo ya no trabaja aquí”. Scripts vivía en Ruby, fuera del theme, en un editor que la mayoría de merchants nunca abrió. Cuando muera, el checkout seguirá “funcionando”, pero con la lógica por defecto de Shopify. Tu margen no desaparece de golpe; tu conversión sí puede resentirse cuando un descuento B2B deja de aplicarse o un envío gratuito condicionado deja de dispararse.
El segundo plazo, el 26 de agosto de 2026, es otro animal: ahí Shopify autoactualiza las páginas de agradecimiento y estado del pedido en tiendas no Plus que sigan con checkout.liquid y Additional Scripts. Sin periodo de gracia. Sin opt-out. Si no migraste tracking, upsells post-compra o campos personalizados a Web Pixels y Checkout UI Extensions, el día 26 te despiertas con analytics rotos. Pero al menos ese deadline está documentado como auto-upgrade. El de Scripts es más traicionero porque afecta lógica comercial activa, no solo píxeles.
¿Qué haría yo esta semana si tuviera una tienda en Shopify? Tres cosas, en este orden:
- Auditar Scripts ahora. Admin → Apps → Script Editor, o pide a quien mantenga la tienda un inventario de qué hace cada script (descuento, envío, pago).
- Separar urgencias. Scripts (30 junio) no es lo mismo que Thank You / Order Status (26 agosto). Son dos proyectos; mezclarlos es cómo se retrasan ambos.
- Decidir con números si Plus merece la pena. Si la lógica Script te ahorra más de lo que cuesta el plan en un trimestre, la migración a Functions puede ser inversión. Si no, toca simplificar reglas o buscar apps compatibles con Extensibility — sabiendo que cada app es otra dependencia.
En WooCommerce este drama no existe igual: tú controlas plugins, hooks y código en el servidor. Pero cuidado con la autosatisfacción. La UE te pide botón de desistimiento el 19 de junio y Shopify te quita Scripts el 30. Dos plataformas, dos calendarios, mismo problema de fondo: el checkout dejó de ser “tu página” para convertirse en infraestructura regulada y cerrada. Shopify lo hace con deadlines; Bruselas con directivas. El resultado para la pyme es similar: menos margen para improvisar.
Lo irónico es que Shopify Summer ’26 promete SimGym, pruebas A/B nativas y Sidekick para arreglar el theme con IA. Herramientas brillantes para optimizar lo que el cliente ve. Ninguna te reconstruye sola un Script de envío que calculaba zonas fronterizas en función del CP y el peso volumétrico. Eso sigue siendo ingeniería, no prompt.
Me gustaría que Shopify publicara, junto al banner de Editions, un contador visible en el admin para merchants con Scripts activos: “X días hasta que esta regla deje de funcionar”. No un email. Un aviso en rojo donde configuras descuentos. Hasta que eso exista, el coste de la transición lo pagarán las tiendas que descubran el apagón el 1 de julio con un ticket de soporte y un pedido mal cobrado.
Si mañana descubres que tu tienda depende de un Script que nadie ha mirado en dos años, ¿apagarías esa regla el 29 de junio a medianoche para no arriesgar pedidos mal calculados, o la dejarías activa hasta el último segundo confiando en que Shopify no cumplirá la fecha?