Shopify anunció el 24 de agosto de 2026 la retirada de los ScriptTag del storefront. Desde el 1 de octubre no se podrán crear ni actualizar y el 1 de marzo de 2027 dejarán de cargarse en las páginas de la tienda. Para un ecommerce, la pregunta práctica no es si debe tocar todo su tema: es qué app heredada todavía usa esta vía para mostrar un chat, una insignia, una recomendación o para medir conversiones, y quién entregará su reemplazo sin dejar un hueco ni contar dos veces.
Qué ha cambiado y cuáles son las dos fechas
El changelog de Shopify marca la retirada como una deprecación que requiere acción. A partir del 1 de octubre de 2026, las mutaciones `scriptTagCreate` y `scriptTagUpdate` devolverán un error y los intentos equivalentes por la API REST serán rechazados. Shopify aclara que fijar una versión antigua de la API no aplaza el cambio. Los ScriptTag ya creados podrán seguir funcionando durante esta fase.
El corte definitivo del storefront llegará el 1 de marzo de 2027. Shopify dejará de inyectar esos scripts en las páginas y, por tanto, el JavaScript que dependa únicamente de esta vía no se ejecutará. Las operaciones de lectura y borrado continuarán disponibles para que cada desarrollador audite y limpie los registros de su propia app.
Esta noticia se refiere a la API ScriptTag con `display_scope` igual a `online_store`. No es lo mismo que Shopify Scripts, la antigua herramienta de personalización de descuentos y checkout, ni significa que cualquier etiqueta HTML `<script>` de un tema vaya a desaparecer. Separar esos conceptos evita una migración precipitada sobre código que no está dentro de este anuncio.
| Fecha | Cambio | Decisión para la tienda |
|---|---|---|
| 1 de octubre de 2026 | No se podrán crear ni actualizar ScriptTag; los existentes seguirán funcionando. | Exigir al proveedor un reemplazo listo y empezar la prueba en un tema duplicado. |
| 1 de marzo de 2027 | Shopify dejará de inyectar ScriptTag en las páginas del storefront. | Llegar con la nueva integración activa, validada y sin el script heredado duplicando funciones. |
A qué tiendas y apps puede afectar
El alcance real depende de cómo esté construida cada app. Un ecommerce puede tener diez aplicaciones instaladas y ninguna usar ScriptTag, o depender de una sola integración antigua para una pieza crítica del escaparate. Los candidatos a revisar son widgets de chat, reseñas, badges, recomendaciones, personalización, promociones, consentimiento y tracking que llevan años instalados o que fueron conectados mediante una app privada o un proveedor externo.
El merchant no debería deducir el método solo porque vea un bloque en la página. La confirmación debe venir del proveedor o del desarrollador que mantiene la integración: si crea ScriptTag con alcance `online_store`, qué versión lo sustituye, si usa app embed block o web pixel y qué acción debe realizar la tienda. Shopify indica además que, desde el 1 de octubre, mostrará un aviso al instalar una app que siga usando ScriptTag y no incluya un reemplazo compatible.
Hay un caso más delicado: las apps personalizadas creadas directamente desde el administrador no pueden usar extensiones de app ni web pixels. La guía oficial pide resolverlas con quien las mantiene y contempla mover el código al tema solo cuando no existe una vía de extensiones. Esa salida aumenta mantenimiento y puede afectar las actualizaciones automáticas del tema, así que no conviene improvisarla sin responsable técnico.
- Prioridad alta: app antigua que modifica producto, carrito, promoción o navegación visible.
- Prioridad alta: medición de compra o comportamiento que solo existe en un script heredado.
- Prioridad media: widget no crítico cuyo proveedor ya ofrece app embed pero aún no está activado.
- Prioridad específica: app personalizada creada en el admin y mantenida por una agencia o servicio externo.
Por qué importa antes de que una función deje de verse
El riesgo más visible es funcional: un chat, un selector, una insignia o una capa de personalización puede desaparecer el 1 de marzo si nadie migra la integración. Pero el riesgo de medición puede ser más silencioso. Un evento que deja de enviarse no rompe la página; altera atribución, audiencias y decisiones de presupuesto hasta que alguien compara pedidos con plataformas.
También existe el problema contrario. Shopify advierte de que mantener el ScriptTag y su reemplazo activos al mismo tiempo puede cargar dos veces la interfaz o duplicar eventos de analítica. Una prueba que se limita a comprobar que el widget aparece puede aprobar una migración que infla conversiones o dispara dos listeners sobre el carrito.
Los app embed blocks son visibles y controlables desde el editor del tema, pero están desactivados por defecto tras la instalación y su activación es por tema. Si la tienda prueba el reemplazo en una copia y luego publica otra versión sin el embed activo, la función vuelve a faltar. La migración termina al verificar el tema realmente publicado, no al recibir un correo del proveedor.
Una migración correcta debe demostrar dos cosas a la vez: la función aparece una sola vez y cada evento de negocio se registra una sola vez.Qué revisaría esta semana en una tienda Shopify
Empezaría con un inventario corto de funciones externas que cargan en home, ficha, carrito y navegación: nombre de la app, qué ve el cliente, qué evento envía, quién la mantiene y qué pasaría si desaparece. No hace falta auditar todo el código para ordenar el riesgo. Basta con identificar lo que toca conversión, consentimiento, medición o servicio al cliente y pedir una respuesta técnica verificable.
Al proveedor le enviaría cuatro preguntas: ¿usáis ScriptTag con alcance `online_store` en nuestra tienda?, ¿qué reemplazo habéis publicado?, ¿debemos activar un app embed o instalar una actualización?, ¿cómo evitaremos que el script antiguo y el nuevo funcionen a la vez? Guardaría la respuesta y una fecha de prueba, no solo una promesa general de compatibilidad.
Después duplicaría el tema publicado, activaría el reemplazo y recorrería una matriz pequeña en desktop y móvil. Revisaría home, una colección, una ficha, carrito y la acción específica de la app. Para medición, ejecutaría un pedido de prueba y comprobaría que cada vista, añadido al carrito y compra aparece una vez en las herramientas que correspondan. Solo entonces publicaría el tema y repetiría el control en producción.
- Inventariar apps y funciones críticas del storefront, con proveedor y responsable interno.
- Pedir confirmación explícita del uso de ScriptTag y del camino de reemplazo.
- Probar el app embed o web pixel en un tema duplicado antes de publicarlo.
- Validar interfaz y eventos: ni huecos ni dobles cargas.
- Revisar de nuevo los app embeds cada vez que se publique un tema distinto.
Qué señal vigilar después de la migración
La primera señal será el soporte del proveedor entre septiembre y octubre. Si una app no puede explicar su método actual y su sustitución antes de que Shopify bloquee las altas y actualizaciones de ScriptTag, trataría esa dependencia como un riesgo y prepararía una alternativa. El aviso de instalación que Shopify mostrará desde octubre ayuda, pero no sustituye la auditoría de apps ya instaladas.
La segunda señal está en los datos y en los cambios de tema. Compararía pedidos reales con conversiones reportadas durante varios días y documentaría qué app embeds deben estar activos. Si se publica una nueva versión del tema, repetiría la comprobación porque la activación del embed no se hereda automáticamente a cualquier tema que pase a producción.
Preguntas frecuentes
¿Cuándo dejarán de funcionar los ScriptTag de Shopify?
Shopify dejará de inyectar ScriptTag en las páginas del storefront el 1 de marzo de 2027. Desde el 1 de octubre de 2026 ya no se podrán crear ni actualizar, aunque los existentes seguirán funcionando hasta el corte definitivo.
¿ScriptTag es lo mismo que Shopify Scripts?
No. ScriptTag es una vía de API usada por apps para cargar JavaScript en el storefront. Shopify Scripts era una herramienta distinta para personalizar descuentos y lógica de checkout. Esta noticia se centra en ScriptTag con alcance `online_store`.
¿Qué sustituye a ScriptTag en Shopify?
Shopify indica usar un app embed block dentro de una theme app extension cuando el script carga funciones o interfaz en el storefront. Si solo recoge analítica, conversiones o comportamiento, recomienda un web pixel.
¿El dueño de la tienda tiene que migrar el código?
Normalmente el proveedor de la app debe construir el reemplazo. La tienda sí debe confirmar si está afectada, actualizar la app cuando corresponda, activar el app embed en el tema publicado y probar que la función y la medición no faltan ni se duplican.
¿Por qué un app embed puede dejar de funcionar al cambiar de tema?
Porque el app embed se activa por tema. Si se publica un tema distinto, hay que confirmar que el bloque esté activo también en esa versión antes de dar la migración por terminada.
