Fecha límite de la página de agradecimiento de Shopify: auditoría antes del 26 de agosto

El 26 de agosto de 2026 es la fecha límite para que las tiendas con un plan Shopify que no sea Plus actualicen sus páginas actuales de agradecimiento y de estado del pedido a las nuevas versiones. La guía de actualización de Shopify para tiendas no Plus indica que, cuando un comercio realiza la actualización, las páginas existentes y sus personalizaciones se sustituyen. Las apps, scripts, píxeles y personalizaciones de página incompatibles deben revisarse y reemplazarse por opciones compatibles cuando sigan siendo necesarias.

Estas son páginas posteriores al checkout. Shopify describe la página de agradecimiento como una página de una sola visualización que aparece tras completar correctamente la compra, y la página de estado del pedido como un destino al que los clientes pueden volver después de que se haya creado el pedido. Según la configuración de la tienda, estas páginas también pueden incluir tracking y contenido proporcionado por apps, como encuestas, descargas, programas de fidelización o referidos, upsells, información de entrega, herramientas de devolución y enlaces de soporte.

Para comerciantes de Shopify, responsables de ecommerce, agencias y equipos de IT, esta fecha límite debe tratarse como una auditoría de migración y medición. El objetivo no es solo publicar las nuevas páginas. También hay que demostrar que los datos de ingresos, las experiencias poscompra y los traspasos operativos siguen funcionando después del cambio.

Qué confirma la documentación de Shopify

La fecha límite se aplica a las páginas poscheckout de agradecimiento y de estado del pedido. La guía publicada por Shopify no anuncia un cierre general del checkout el 26 de agosto. Lo que exige es que las tiendas no Plus actualicen estas páginas antes de esa fecha, y además indica que las páginas existentes y sus personalizaciones se sustituyen al realizar la actualización. Esta redacción no debe interpretarse como una garantía de que una configuración no probada de la tienda no vaya a tener problemas.

Shopify también indica por separado que una tienda elegible que use la opción temporal de reversión se actualizará automáticamente si no vuelve a actualizar antes del 26 de agosto. Esa afirmación aparece dentro de las condiciones de reversión y no debería generalizarse como un resultado universal documentado para todas las tiendas no Plus.

Dado que Shopify exige sustituir el tracking incompatible y las personalizaciones de página, los comercios deberían verificar cada función necesaria después de la migración, en lugar de asumir que el comportamiento de un script o una app existente se ha mantenido.

¿Qué está cambiando?

Shopify está sustituyendo las páginas poscheckout heredadas por versiones que utilizan el editor de checkout y cuentas, bloques de apps, extensiones de interfaz de checkout y el framework de píxeles de Shopify. Cuando un comercio actualiza, las páginas actuales de agradecimiento y de estado del pedido, junto con sus personalizaciones, se reemplazan por las nuevas páginas.

Las vías de sustitución son distintas según lo que hiciera la personalización anterior:

• El contenido visible de la página debe trasladarse a funciones nativas de Shopify, bloques de apps compatibles o una extensión personalizada de checkout UI.
• El tracking y la analítica deben trasladarse a app pixels o, cuando sea necesario, a un custom pixel revisado.
• Las apps que todavía dependan de comportamientos heredados incompatibles necesitan una actualización del proveedor o un reemplazo.
• El código que depende de extraer datos del DOM o que usa un píxel para renderizar elementos de interfaz no puede trasladarse sin cambios al sandbox de píxeles de Shopify; necesita un mecanismo de sustitución compatible.

La documentación para desarrolladores de Shopify enumera casos de uso compatibles para extensiones, como encuestas, solicitudes de reseñas, ofertas de upsell, compartición en redes sociales y enlaces de descarga. También distingue entre la página de agradecimiento, que se muestra una sola vez, y la página de estado del pedido, a la que se puede volver y donde los datos del pedido están disponibles después de su creación.

Por qué esto es un proyecto de tracking, no solo una migración de páginas

Additional Scripts podía usarse para tracking y analítica o para personalizaciones de página. La guía de actualización personalizada de Shopify identifica los scripts existentes y los clasifica por finalidad, con categorías como autenticación y seguimiento de pedidos. Los comercios deberían documentar qué hace cada script listado, qué plataforma recibe sus datos y si esa función sigue siendo necesaria.

Shopify indica que Additional Scripts no es compatible con las nuevas páginas. Para tracking, Shopify recomienda app pixels y permite custom pixels cuando una app adecuada no cubre la necesidad. Las personalizaciones visibles deben recrearse con bloques compatibles u otras funciones admitidas.

Shopify advierte de que conectar un app pixel antes de desactivar un Additional Script crea un breve periodo de eventos duplicados, mientras que desactivar primero el script puede interrumpir el seguimiento de eventos durante el cambio. La secuencia documentada por Shopify consiste en conectar y probar el píxel de sustitución, confirmar que la plataforma de destino recibe los eventos y, después, desactivar el script heredado para evitar más duplicados.

Paso 1: abre la guía de actualización personalizada de Shopify

Empieza en Shopify Admin, en Settings > Checkout. En la sección Configurations, despliega el aviso titulado “Upgrade Thank You and Order Status pages by August 26, 2026” y luego selecciona Review customizations.

Shopify genera un informe específico de la tienda que identifica las personalizaciones existentes y separa apps compatibles e incompatibles, tracking y analítica, personalizaciones de página y Additional Scripts. Úsalo como inventario inicial y compáralo después con los sistemas que utilizan marketing, finanzas, soporte, operaciones y las agencias externas.

Se considera completado cuando: una persona responsable ha documentado la guía de actualización y cada elemento listado tiene un responsable, una finalidad, una vía de sustitución y un estado de prueba.

Paso 2: crea un inventario completo del poscompra

Audita cuatro grupos de dependencias.

1. Tracking y analítica

• Eventos de compra de GA4 y Google Ads
• Píxeles publicitarios de Meta, TikTok, Pinterest u otras plataformas
• Etiquetas de conversión de afiliados y redes de partners
• Atribución de ingresos de email o SMS
• Tests A/B, grabación de sesiones, mapas de calor y tracking de encuestas
• Eventos personalizados de data layer y analítica interna

2. Contenido visible poscompra

• Encuestas, solicitudes de reseñas y mensajes de referidos
• Ofertas poscompra, recordatorios de recompra y mensajes de fidelización
• Enlaces de descarga de productos digitales
• Instrucciones de entrega, recogida, taquillas, pago contra reembolso o pago
• Enlaces de soporte, información de contacto, políticas y mensajes de confianza

3. Acciones sobre el pedido y autoservicio del cliente

• Seguimiento del pedido y estado de envíos múltiples
• Enlaces para devoluciones, cambios, cancelaciones y edición de pedidos
• Gestión de suscripciones o enlaces de renovación
• Funciones de volver a comprar y recompra
• Autenticación de cuentas de cliente y enlaces caducados de estado del pedido

4. Supuestos técnicos ocultos

• URLs hardcodeadas de la página de agradecimiento
• Código que extrae datos del DOM o lee variables de página sin restricciones
• Scripts que asumen un número de pedido o identificador de cliente concreto
• Etiquetas instaladas manualmente y también mediante una app
• Dominios de cuentas de cliente que no comparten el dominio raíz de la tienda online

Paso 3: prioriza según el riesgo de negocio

No asignes la misma urgencia a todas las personalizaciones heredadas. Usa tres niveles de riesgo para que el equipo proteja primero los ingresos y las operaciones de atención al cliente.

• Crítico: el elemento registra una compra, transmite ingresos o valores de moneda, atribuye una venta de afiliado, entrega un producto digital de pago o proporciona información esencial sobre el pedido y la entrega.
• Importante: el elemento afecta a la confianza del cliente, la recompra, la captación de reseñas, la fidelización, las devoluciones, el autoservicio de suscripciones o la carga de trabajo de soporte.
• Bajo riesgo: el elemento está desactualizado, duplicado, no se usa o es contenido informativo que Shopify ya ofrece en otro lugar.

Una regla útil para eliminar: si nadie puede explicar quién es responsable de un script, qué plataforma recibe sus datos o de qué decisión depende, no lo reconstruyas automáticamente. Primero verifica si realmente hace falta.

Paso 4: elige el reemplazo compatible

Para tracking: prioriza app pixels y después custom pixels

El gestor de píxeles de Shopify admite app pixels instalados mediante apps de marketing y datos, así como custom pixels añadidos por un desarrollador. Los píxeles se cargan en la tienda online, el checkout, la página de agradecimiento, la página de estado del pedido y las cuentas de cliente, sujetos a los permisos y reglas de sandbox aplicables.

Shopify recomienda app pixels en su guía de actualización por su mayor estabilidad, seguridad y rendimiento. Si ninguna app adecuada cubre la necesidad, Shopify permite usar un custom pixel.

Para contenido visible: usa bloques o extensiones de UI

Usa el editor de checkout y cuentas para añadir bloques de apps compatibles. Los requisitos personalizados pueden resolverse con extensiones de checkout UI, pero la implementación debe seguir las APIs compatibles de Shopify en lugar de recrear JavaScript heredado sin restricciones.

La nueva página de estado del pedido también incluye funciones nativas como Buy Again y, cuando está configurado, devoluciones en autoservicio. Revisa primero lo que Shopify ya ofrece antes de pagar por reconstruir un comportamiento personalizado equivalente.

Para Google Tag Manager: trátalo como una decisión deliberada

La guía de migración de GTM de Shopify recomienda la app Google & YouTube para la mayoría de las tiendas. Los comercios que ya tengan un custom pixel de GTM pueden actualizarlo, pero Google no recomienda ni da soporte a esa configuración con custom pixel, y Google Tag Assistant no puede probarla.

Si la tienda mantiene un custom pixel de GTM, confirma que se suscribe al evento checkout_completed de Shopify y prueba ambos lados de la conexión: Shopify Pixel Helper para la entrega del evento y el producto de Google correspondiente para la recepción. Actualiza también cualquier lógica de URL hardcodeada, porque la nueva página de agradecimiento cambia el handle de /thank_you a /thank-you.

Para etiquetas no pertenecientes a Google que antes estaban configuradas en Google Tag Manager, Shopify indica a los comercios que instalen apps alternativas que usen app pixels. Cada destino debe probarse por separado.

Paso 5: valida consentimiento, dominios y calidad de eventos

Un evento correcto no es solo el que se dispara. También debe dispararse con el consentimiento adecuado, los identificadores correctos, los ingresos, la moneda y el comportamiento de deduplicación esperados.

• Consentimiento: en los mercados configurados para requerir consentimiento, que según Shopify suelen ser el EEE y el Reino Unido, los web pixels solo se ejecutan después de que el cliente conceda los permisos exigidos por la configuración del píxel.
• Continuidad de dominio: si la tienda usa un dominio personalizado, configura el dominio de la cuenta de cliente como un subdominio del dominio de la tienda online. Shopify indica que, de lo contrario, los píxeles y el consentimiento de cookies no funcionarán en la página de estado del pedido.
• Datos de ingresos: confirma en la plataforma de destino los importes, la moneda, los descuentos, los impuestos, el envío y los valores del identificador del pedido.
• Deduplicación: si tanto los eventos del navegador como los del servidor informan compras, verifica que la plataforma pueda identificar un solo pedido en lugar de dos conversiones.
• Atribución: como recomendación de auditoría, establece una línea base previa a la migración para los pedidos de Shopify y cada plataforma de destino, e investiga cambios bruscos en su relación después de la migración.

No interpretes mal una caída causada por el consentimiento. Shopify señala que los app pixels y custom pixels pueden registrar menos eventos que los scripts antiguos porque los píxeles compatibles respetan el consentimiento configurado. Un volumen menor no implica automáticamente una migración fallida; debe evaluarse frente a la configuración de consentimiento, los pedidos de Shopify y los diagnósticos de la plataforma de destino.

Paso 6: prueba recorridos reales de clientes

Una vista previa de la página no basta. Completa pedidos controlados y vuelve a visitar la página de estado del pedido igual que lo haría un cliente: desde el email de confirmación, SMS, navegación de la cuenta y enlaces de soporte.

• Checkout estándar con tarjeta en escritorio y móvil
• Shop Pay u otros flujos de pago acelerado que use la tienda
• Pago contra reembolso, incluidas confirmación e instrucciones de entrega
• Una nueva suscripción y un carrito mixto con suscripción y compra puntual
• Pedidos con recogida local, entrega local o taquilla de paquetería
• Un flujo de upsell poscompra o de recompra
• Un pedido de producto digital con enlace de descarga
• Un pedido internacional con el idioma y la moneda correctos
• Un pedido parcialmente completado o dividido con múltiples actualizaciones de seguimiento
• Un cliente recurrente que abre la página de estado del pedido después de la sesión original
• Un cliente que ha dado y otro que no ha dado consentimiento para marketing o analítica

Para cada recorrido, registra si:

• Se mostró la página correcta de agradecimiento y de estado del pedido
• Los bloques esenciales de las apps aparecieron y siguieron siendo utilizables en móvil
• El evento de compra llegó una sola vez a cada plataforma esperada
• Los ingresos, la moneda, los identificadores del pedido y los datos del producto eran correctos
• Los enlaces del pedido, las descargas, las devoluciones, el acceso a la cuenta y el tracking seguían funcionando
• El equipo de soporte podía explicar la experiencia sin recurrir a una solución manual

Preguntas para proveedores de apps y agencias

• ¿Tu app usa bloques de app, extensiones de checkout UI o web pixels en las nuevas páginas de agradecimiento y de estado del pedido?
• ¿Qué personalización heredada sustituye la nueva implementación?
• ¿El comercio necesita añadir un bloque, conectar una cuenta, activar un píxel o publicar una configuración?
• ¿Qué eventos deberían aparecer en Shopify Pixel Helper y en la plataforma de destino?
• ¿Cómo evitáis eventos de compra duplicados durante y después de la migración?
• ¿La implementación respeta la privacidad del cliente y la configuración de consentimiento de Shopify?
• ¿Funciona con dominios personalizados de cuentas de cliente, múltiples mercados, suscripciones, pago contra reembolso, recogida y envíos divididos?
• ¿Cuál es el plan de reversión o soporte antes del 26 de agosto?

Una respuesta vaga no significa estar preparado. Pide pasos de configuración del lado del comercio, páginas compatibles, nombres de eventos, instrucciones de prueba y una vía de soporte documentada.

Qué monitorizar después de la migración

• Pedidos de Shopify frente a eventos de compra registrados por plataforma
• Precisión de ingresos y moneda
• Tasa de conversiones duplicadas y cambios bruscos en la atribución
• Alertas en campañas de pago o cambios de rendimiento sin explicación
• Renderizado de los bloques de Thank You y Order Status en escritorio y móvil
• Fallos en seguimiento de pedidos, devoluciones, descargas y acceso a cuentas
• Tickets de soporte que mencionen confirmaciones ausentes, tracking o acciones poscompra
• Rendimiento de página y errores reportados por apps o extensiones personalizadas

Progus recomienda asignar una persona responsable de la monitorización diaria al menos durante la primera semana, para que los eventos ausentes o duplicados puedan investigarse antes de que afecten a un periodo de reporting más largo.

Checklist práctico de finalización

1. Guía de actualización revisada. Completado cuando no queda ningún elemento crítico sin asignar o sin explicar.
2. Scripts heredados resueltos. Completado cuando cada script ha sido sustituido, retirado de forma deliberada o documentado como innecesario.
3. Contenido de página publicado. Completado cuando todos los bloques de app necesarios aparecen en la página y el dispositivo correctos.
4. Píxeles verificados. Completado cuando Shopify y cada plataforma de destino reciben el evento esperado una sola vez y con los valores correctos.
5. Duplicados eliminados. Completado cuando el tracking de sustitución verificado sigue activo después de desactivar los scripts heredados.
6. Consentimiento y dominios comprobados. Completado cuando los píxeles se comportan correctamente en recorridos con y sin consentimiento dentro del dominio de la cuenta de cliente.
7. Recorridos principales superados. Completado cuando los escenarios de pago, mercado, suscripción, pago contra reembolso y entrega usados por la tienda funcionan de extremo a extremo.
8. Soporte preparado. Completado cuando la documentación, la responsabilidad de escalado y las guías orientadas al cliente están actualizadas.
9. Monitorización activa. Completado cuando están documentados una persona responsable, una línea base, una cadencia de revisión y un umbral de alerta.

Conclusión

La fecha límite del 26 de agosto afecta a dos páginas, pero las funciones ubicadas en ellas pueden conectar marketing, analítica, soporte, fulfillment y experiencia de cliente. Por eso la migración debe incluir un inventario y una prueba funcional, no solo una revisión en el editor de páginas.

Aprovecha la migración para eliminar código desconocido, trasladar el tracking a píxeles compatibles, reconstruir solo los elementos de página que los clientes siguen necesitando y demostrar el resultado con pedidos reales. Una actualización exitosa no es simplemente una nueva página de agradecimiento. Es una medición fiable, una comunicación clara del pedido y menos sorpresas operativas antes de la temporada alta.