En esta página
La semana pasada entraste en Shopify Admin, viste un aviso para actualizar las páginas de agradecimiento y de estado del pedido y lo cerraste. Tienes el plan Grow, no Plus, y «Checkout Extensibility» siempre te ha sonado a algo exclusivo de Plus. Pero la fecha límite para actualizar la pantalla de pago de las tiendas Shopify sin Plus es el 26 de agosto de 2026. Si dejas pasar la fecha sin migrar, funciones que generan ingresos sin llamar la atención —el seguimiento de conversiones, la lógica de pago contra entrega y las ofertas posteriores a la compra— pueden dejar de funcionar de un día para otro.
No se trata del plazo de 2025 para Plus que leíste y dejaste pasar. Este sí te afecta. La buena noticia es que puedes resolverlo con un fin de semana de trabajo concentrado, sin cambiar de plataforma.
Respuesta rápida: El 26 de agosto de 2026, las tiendas con planes distintos de Plus (Basic, Grow y Advanced) deben dejar de usar las páginas antiguas de agradecimiento y de estado del pedido. Se reemplazarán los elementos de seguimiento, los scripts y las personalizaciones visuales de esas páginas. Si migras antes de esa fecha con píxeles de aplicaciones, eventos de Web Pixel API y bloques de la pantalla de pago, conservarás la atribución y los ingresos posteriores a la compra.

¿Cuál es la fecha límite del 26 de agosto de 2026 para la pantalla de pago?
El 26 de agosto de 2026 es el último día para que todas las tiendas Shopify con planes distintos de Plus actualicen sus páginas de agradecimiento y de estado del pedido al nuevo sistema de pantalla de pago y cuentas de cliente. Shopify lo confirma en su guía de actualización para tiendas sin Plus: al actualizar, las páginas actuales de agradecimiento y de estado del pedido, junto con sus personalizaciones, se sustituyen por las nuevas versiones.
En resumen: Shopify está retirando para todos las antiguas páginas posteriores a la compra de la época de checkout.liquid. Los comerciantes sin Plus son el último grupo que debe migrar.
Si tienes una tienda Plus, tu plazo fue el 28 de agosto de 2025, cuando checkout.liquid y los campos de Additional Scripts pasaron a ser de solo lectura. Las tiendas sin Plus tuvieron más tiempo. Ese plazo termina en unos dos meses. En la práctica, muchos equipos sin Plus cuentan con pocos recursos, el aviso es fácil de descartar y pensar «hoy todavía funciona» hace que la tarea siga pendiente.
Hay otro motivo para prestarle atención este año: desde el 2 de abril de 2026, Shopify ofrece funciones B2B nativas —perfiles de empresa, condiciones de pago y precios por volumen— en los planes Basic, Grow y Advanced. Las tiendas sin Plus gestionan operaciones comerciales más complejas que nunca. Por eso, la pantalla de pago y la experiencia posterior a la compra tienen hoy más peso que la última vez que pensaste en ellas.
¿Qué dejará de funcionar exactamente el 26 de agosto?
Lo que dejará de funcionar son las personalizaciones añadidas a las páginas antiguas: píxeles de seguimiento de terceros, lógica de Additional Scripts, ajustes visuales en checkout.liquid y contenido posterior a la compra en la antigua página de estado del pedido. Tu tienda seguirá vendiendo. Lo que puedes perder son las herramientas de medición y la experiencia que creaste sobre esas páginas.
Esto es lo que está en riesgo:
| Lo que configuraste | Dónde estaba | Qué ocurre al vencer el plazo |
|---|---|---|
| Píxeles de conversión de Google Ads o Meta | Campo de Additional Scripts | Dejan de activarse; se pierde la atribución |
| Pago contra entrega o lógica personalizada de la pantalla de pago | Additional Scripts o aplicaciones | La lógica desaparece si no se reconstruye como píxel o aplicación |
| Estilos de marca, barra de progreso personalizada | checkout.liquid |
No se transfieren; la página vuelve al estilo predeterminado |
| Oferta posterior a la compra o solicitud de reseña | Antigua página de estado del pedido | Se elimina si no se reconstruye con un bloque de la pantalla de pago o una aplicación |
| Widget de seguimiento del pedido, mensajes personalizados | Antigua página de estado del pedido | Se sustituyen por la nueva página de estado del pedido |
El seguimiento de conversiones es el riesgo más serio. Un píxel de Google Ads o Meta pegado en el campo de Additional Scripts se ejecuta en la antigua página de agradecimiento. Cuando esa página se sustituye, el fragmento de código desaparece con ella. Tus campañas siguen gastando, pero los eventos de compra dejan de llegar a las plataformas publicitarias, que pierden la capacidad de atribuir y optimizar. Puedes descubrirlo dos semanas después, cuando el retorno de la inversión publicitaria (ROAS) parezca incorrecto aunque nadie haya tocado el presupuesto.
Additional Scripts es de solo lectura desde el 28 de agosto de 2025. Puedes consultar su contenido, pero no editarlo. Por eso, la migración solo va en una dirección: debes reconstruir esa lógica en el nuevo sistema; no puedes corregir la versión antigua.
Las personalizaciones de checkout.liquid tienen los días contados. Los cambios de color, tipografía o diseño que hiciste en ese archivo no se trasladarán a las páginas nuevas. En su lugar, deberás aplicar los estilos desde el editor de la pantalla de pago y las cuentas de cliente.

¿En qué se diferencia del plazo de 2025 para Plus?
El plazo de 2025 hizo que las tiendas Plus perdieran la capacidad de editar checkout.liquid; el de 2026 retira las antiguas páginas de agradecimiento y de estado del pedido de las tiendas sin Plus. Si no actúas, se realizará una actualización automática. Es la misma migración para otro grupo de tiendas, con consecuencias más difíciles de controlar si la dejas para el último momento.
Shopify realiza actualizaciones automáticas desde enero de 2026 y migra tiendas sin que tengan que aceptarlo expresamente. El problema es que esa actualización traslada lo que puede. Las integraciones oficiales de los canales de Shopify suelen conservarse; los píxeles personalizados, los contenedores de Google Tag Manager y la lógica de checkout.liquid no. Por eso, dejar que Shopify actualice tu tienda sin revisar nada puede darte una pantalla de pago nueva y, a la vez, un vacío de atribución de dos semanas que no habías previsto.
Hay una diferencia práctica: en 2025, los equipos Plus solían contar con un desarrollador o una agencia para encargarse de la migración. Los equipos sin Plus a menudo no cuentan con ese apoyo. Así es más fácil subestimar el plazo y más costoso resolver los problemas después.
Si quieres entender todo el proceso de migración a Checkout Extensibility, incluida la situación de Plus, consulta nuestra guía de migración a Checkout Extensibility. Este artículo se centra en lo que deben revisar las tiendas sin Plus antes del plazo.
La solución en 7 pasos: migra antes del 26 de agosto en un fin de semana
Puedes completar la migración de una tienda sin Plus en un fin de semana de trabajo concentrado: revisa las páginas antiguas, reconstruye el seguimiento con píxeles y vuelve a añadir el contenido posterior a la compra mediante bloques antes de publicar las páginas nuevas. Sigue este orden para evitar interrupciones en los datos.
- Abre tu guía de actualización personalizada. Ve a Configuración > Pantalla de pago en Shopify Admin. Shopify genera una lista específica para tu tienda según tus personalizaciones actuales. Empieza por ahí para trabajar con tu configuración real.
- Haz un inventario de Additional Scripts antes de cambiar nada. Copia todos los fragmentos del campo Configuración > Pantalla de pago > Additional Scripts en un documento. El campo es de solo lectura. Esa lista será tu referencia para la migración: cada script necesita un nuevo lugar o una decisión consciente de retirarlo.
- Reconstruye el seguimiento de conversiones con píxeles. Traslada el seguimiento de Google Ads y Meta a los canales nativos de Shopify (Google & YouTube, Facebook & Instagram) o a un Web Pixel personalizado en Configuración > Eventos de clientes. La Web Pixel API se activa con el evento
checkout_completedy transmite los datos que necesitan tus plataformas publicitarias. Comprueba cada píxel en tiempo real con la herramienta de prueba de etiquetas de su plataforma antes de darlo por válido. - Sustituye la lógica basada en scripts por aplicaciones o bloques. Reconstruye las reglas de pago contra entrega, las notas del pedido, la captura de campos personalizados y otras funciones que estaban en Additional Scripts con bloques de la pantalla de pago o una aplicación de Shopify App Store. Si una aplicación de la que dependes aún no tiene una versión compatible, contacta ahora con su desarrollador o busca una alternativa mientras queda tiempo.
- Vuelve a añadir el contenido posterior a la compra en la nueva página de estado del pedido. Las ofertas de venta adicional, las solicitudes de reseñas, los widgets de seguimiento y los mensajes sobre políticas no se migran solos. Añádelos como bloques desde el editor de la pantalla de pago y las cuentas de cliente para que la página siga cumpliendo su función.
- Recrea los estilos de tu marca en el editor. Debes volver a crear con los controles de marca del nuevo editor los estilos que aplicaste en
checkout.liquid. Ajusta los colores, el logotipo y la tipografía para que las páginas actualizadas reflejen tu tienda. - Prueba un pedido real de principio a fin y después publica. Haz un pedido de prueba real. Comprueba que el píxel se active, que la oferta se muestre, que los estilos se mantengan y que el proceso de confirmación se lea bien. Publica solo después de verificarlo, con suficiente margen antes del 26 de agosto para corregir cualquier detalle.
Consejo: Migra primero los píxeles y comprueba que funcionan antes de publicar. Los vacíos de atribución son los fallos más costosos y menos visibles, y una sola compra de prueba puede ayudarte a detectarlos.

Qué significa esto para tu experiencia posterior a la compra
La migración también obliga a reconstruir la página de estado del pedido, la que más se consulta y se vuelve a visitar en todo el proceso posterior a la compra. Aprovecha para diseñarla con intención en vez de limitarte a reproducir la versión antigua. Los clientes regresan varias veces para consultar el envío, así que el contenido de esa página importa.
La actualización también abre una oportunidad. En la misma serie de cambios del 17 de junio de 2026 que incluyó las novedades de Summer Edition, las cuentas de cliente recibieron un diseño renovado, con una disposición más sencilla de una sola columna y navegación pensada primero para móviles. La experiencia posterior a la compra se vuelve más clara y ofrece más posibilidades justo cuando tienes que reconstruir parte de ella.
Este es el blog de Revize, así que conviene explicar dónde encaja la aplicación. Cuando se sustituya la antigua página de estado del pedido, la edición de pedidos por parte del cliente, las ofertas posteriores a la compra y las opciones para cambiar la dirección que muchos comerciantes habían reunido mediante scripts y checkout.liquid necesitarán un nuevo lugar. Revize está diseñada para cubrir esa necesidad en las páginas nuevas: permite que los clientes corrijan una dirección, cambien una variante o añadan productos a un pedido desde la página de estado del pedido actualizada, sin contactar con soporte. Marcas como Nude Project y AYBL usan esa capa de autoservicio posterior a la compra para reducir los mensajes que reciben sus equipos de operaciones. La idea es que «reconstruir la experiencia posterior a la compra» figure en tu lista de migración y no quede pendiente para septiembre.
Si vas a reconstruir la página, haz que los clientes puedan resolver sus problemas sin escribir a soporte. Nuestra guía sobre cómo permitir que los clientes cancelen sus propios pedidos explica por qué el autoservicio posterior a la compra funciona mejor que esperar una respuesta. Para una marca que vende directamente al consumidor, un correo que diga «lo sentimos, ya no podemos cambiarlo» puede hacer que ese cliente no vuelva.
Antes y después: qué cambia realmente con la actualización
Las páginas nuevas son más seguras y resisten mejor las actualizaciones, pero sustituyen la libertad de pegar cualquier script por un sistema estructurado de píxeles y bloques. Es una mejor solución a largo plazo, aunque requiere algo más de trabajo al principio. Esta es la comparación.
| Función | Páginas antiguas (antes de actualizar) | Páginas nuevas (después de actualizar) |
|---|---|---|
| Método de seguimiento | Scripts pegados en Additional Scripts | Píxeles de aplicaciones y eventos de Web Pixel API |
| Personalización visual | Ediciones de checkout.liquid |
Editor de la pantalla de pago y las cuentas de cliente |
| Contenido posterior a la compra | Código personalizado en la página de estado del pedido | Bloques de la pantalla de pago y aplicaciones |
| Acceso de los píxeles a datos de identificación personal | Se elimina al retirar las páginas antiguas | Se transmite mediante Web Pixel API |
| Resistencia a las actualizaciones | Puede dejar de funcionar tras cambios en la plataforma | Diseñado para resistir las actualizaciones |
| Quién puede editar los pasos de la pantalla de pago | Históricamente, Plus | Plus (las tiendas sin Plus acceden a las páginas de agradecimiento y de estado del pedido) |
Conviene precisar el alcance: este plazo afecta específicamente a las páginas de agradecimiento y de estado del pedido de las tiendas sin Plus. La personalización avanzada de los propios pasos de la pantalla de pago sigue siendo una función de Plus. Por tanto, tu migración sin Plus se limita a esas dos páginas posteriores a la compra y al seguimiento. Es un trabajo mucho más pequeño que reconstruir toda la pantalla de pago; por eso es razonable hacerlo en un fin de semana.
Si parte de tu lógica anterior utilizaba Shopify Scripts para personalizar descuentos, envíos o pagos, ten presente otro plazo cercano: los Scripts antiguos se retiran por completo el 30 de junio de 2026. Esa lógica debe migrarse a Shopify Functions. Explicamos el proceso paso a paso en nuestro tutorial de migración de Scripts a Functions.

Preguntas frecuentes
¿Qué pasa si no cumplo el plazo del 26 de agosto de 2026?
Tu tienda se actualiza automáticamente a las páginas nuevas y se pierden las personalizaciones que Shopify no pueda trasladar. Shopify realiza estas actualizaciones automáticas desde enero de 2026. La migración conserva lo que puede: las integraciones de canales oficiales suelen mantenerse, pero los píxeles personalizados, los contenedores de Tag Manager y la lógica de checkout.liquid normalmente no. Pasar de la fecha no impide que tu tienda siga funcionando, pero puede interrumpir el seguimiento y eliminar contenido posterior a la compra sin que lo adviertas enseguida.
¿Este plazo afecta a mi plan?
Sí. Si tienes Basic, Grow o Advanced, el plazo del 26 de agosto de 2026 te afecta directamente. Las tiendas Plus ya pasaron por su propia actualización en 2025. El plazo para las tiendas sin Plus sigue abierto y termina en 2026. Si no sabes qué páginas se verán afectadas, la guía de actualización en Configuración > Pantalla de pago te lo indicará según la configuración de tu tienda.
¿De verdad dejará de funcionar mi seguimiento de Google Ads y Meta?
Solo si está en el campo de Additional Scripts y no lo migras antes. Los fragmentos de seguimiento de conversiones pegados allí se ejecutan en la antigua página de agradecimiento, por lo que desaparecen cuando esa página se sustituye. Si los reconstruyes como píxeles de canales nativos o como un Web Pixel personalizado antes del plazo, la atribución continuará sin interrupciones. Haz una prueba con la herramienta de etiquetas de cada plataforma para confirmarlo.
¿Puedo dejar que Shopify actualice mi tienda automáticamente?
Sí, pero es la opción de mayor riesgo si usas seguimiento personalizado o contenido posterior a la compra. La actualización automática está diseñada para que tu tienda siga vendiendo, no para conservar todas las personalizaciones. Puede ser suficiente para una tienda sencilla sin scripts pegados. Si usas píxeles publicitarios, lógica de pago contra entrega u ofertas de venta adicional, planificar la migración puede evitarte dos semanas sin datos de atribución.
¿Cuánto tarda la migración de una tienda sin Plus?
Un fin de semana de trabajo concentrado en la mayoría de las tiendas sin Plus; a veces basta con una tarde. El trabajo abarca las páginas de agradecimiento y de estado del pedido, además del seguimiento, y no exige reconstruir toda la pantalla de pago. El tiempo depende de cuántos scripts y personalizaciones hayas acumulado. Una tienda con un píxel de Google y un widget de seguimiento avanzará rápido; otra con una docena de scripts pegados y muchos estilos en checkout.liquid necesitará más atención.
¿Cuál es la diferencia entre la pantalla de pago y la página de estado del pedido?
En la pantalla de pago, los clientes pagan; la página de estado del pedido es la que ven después y vuelven a consultar para seguir su pedido. Las tiendas sin Plus pueden personalizar las páginas de agradecimiento y de estado del pedido mediante el editor de la pantalla de pago y las cuentas de cliente. La personalización avanzada de los pasos de pago sigue siendo una función de Plus. Este plazo afecta a esas dos páginas posteriores a la compra, por lo que la migración de una tienda sin Plus tiene un alcance limitado.
¿Necesito un desarrollador para hacerlo?
La mayoría de las tiendas sin Plus pueden hacerlo sin uno, mediante los canales nativos, las aplicaciones y el editor visual. La migración de píxeles a los canales de Google y Meta de Shopify se puede hacer desde la interfaz. El contenido posterior a la compra se vuelve a añadir con bloques en el editor. Solo necesitarías un desarrollador si tienes una lógica personalizada poco habitual que no pueda reproducirse con una aplicación o un Web Pixel estándar.
¿Qué sustituye al campo de Additional Scripts?
Los píxeles de aplicaciones y la Web Pixel API sustituyen a los scripts de seguimiento; los bloques de la pantalla de pago y las aplicaciones sustituyen la lógica y el contenido. Shopify distribuyó las funciones del antiguo campo entre herramientas específicas: Eventos de clientes para los píxeles, el editor de la pantalla de pago y las cuentas de cliente para el contenido y los estilos, y las aplicaciones de Shopify App Store para añadir funciones. Es un sistema más estructurado que pegar código y resiste las futuras actualizaciones de la plataforma.
¿Se conservarán mis ofertas posteriores a la compra tras la migración?
No por sí solas. Las ofertas creadas en la antigua página de estado del pedido deben reconstruirse como bloques o mediante una aplicación. Si una parte importante de tus ingresos procede de esas ofertas, pon esta tarea entre las primeras de tu lista de migración. Reconstruirlas con una aplicación posterior a la compra en las páginas nuevas mantiene esa fuente de ingresos y la prepara para futuras actualizaciones.
¿La actualización afecta a mis cuentas de cliente?
Sí, de forma indirecta, porque el mismo cambio de plataforma modernizó las cuentas de cliente con un diseño más claro desde el 17 de junio de 2026. Las nuevas cuentas y la página de estado del pedido comparten la infraestructura actualizada. Si habías personalizado las cuentas de cliente antiguas, consulta nuestra guía para actualizar las cuentas de cliente antiguas mientras haces esta migración para coordinar ambos trabajos.
¿checkout.liquid desaparece por completo?
A efectos prácticos, sí: está obsoleto y sus personalizaciones no se trasladan a las páginas nuevas. Las tiendas Plus perdieron la capacidad de editarlo en agosto de 2025, y las páginas antiguas de las tiendas sin Plus que dependían de él se retirarán el 26 de agosto de 2026. Los estilos o la lógica que creaste allí deben volver a configurarse en el editor o mediante una aplicación. No hay una forma de seguir usando checkout.liquid a largo plazo.
¿Qué es lo primero que debería migrar?
El seguimiento de conversiones, porque un fallo ahí es costoso y difícil de detectar. Si una oferta deja de aparecer, lo verás en cuanto abras la página. Un píxel que no funciona pasa inadvertido hasta que los informes publicitarios empiezan a mostrar datos incorrectos y optimizas campañas basándote en ellos. Migra y comprueba el seguimiento antes que cualquier otra cosa.
¿Los clientes podrán seguir editando o cancelando pedidos después de la actualización?
Solo si vuelves a ofrecer esa función en la nueva página de estado del pedido; la actualización es un buen momento para hacerlo. Permitir que los clientes editen y cancelen sus pedidos por sí mismos reduce el trabajo de soporte y mejora su experiencia. Ya que vas a reconstruir la página, añadir una función de edición posterior a la compra es un paso adicional pequeño que puede ayudar mucho a retener clientes y reducir consultas.
Tu plan de migración para esta semana
La fecha límite del 26 de agosto de 2026 para actualizar la pantalla de pago de Shopify está lo bastante cerca para actuar ahora y deja margen para hacerlo con calma. No esperes a que la actualización automática decida por ti.
Esto es lo que debes hacer esta semana:
- Haz una auditoría hoy. Abre Configuración > Pantalla de pago, lee tu guía de actualización personalizada y copia todo el contenido de Additional Scripts en un documento.
- Migra el seguimiento este fin de semana. Reconstruye los píxeles de Google y Meta mediante canales nativos o Web Pixels. Después, verifica cada uno con una compra de prueba.
- Reconstruye y publica antes de que termine el mes. Vuelve a añadir el contenido posterior a la compra y los estilos en el editor, prueba un pedido real de principio a fin y publica con varias semanas de margen.
Para los comerciantes, lo esencial es que se trata de migrar dos páginas, sin cambiar de plataforma. Ignorar el plazo puede costarte datos de atribución e ingresos de ofertas que dejen de funcionar. Para las agencias, es el momento de revisar con una lista de control a todos los clientes sin Plus antes del 26 de agosto. Las tiendas que aprovechen la fecha límite de Shopify para la pantalla de pago para reconstruir su experiencia posterior a la compra pueden terminar con un proceso más rápido, más claro y preparado para los próximos cambios de Shopify.

Actualizado en agosto de 2026. Revize es una aplicación de Shopify que permite a los clientes editar sus propios pedidos después de la compra. Antes de la preparación del pedido (fulfillment), pueden cambiar la dirección de envío, sustituir una variante o un producto, cancelar y obtener un reembolso o crédito para la tienda, sin contactar con soporte. Descubre cómo permitir que los clientes editen sus propios pedidos de Shopify o encuentra Revize en Shopify App Store.