El panel decía que las ventas habían caído. El administrador de Shopify no decía nada parecido. Si así fue tu agosto, las dos cifras no discrepan sobre tu negocio. Discrepan sobre si una página le comunicó a Meta lo que había pasado. Y el 26 de agosto de 2026, Shopify retiró esa superficie de ejecución para las tiendas no Plus.
El 26 de agosto de 2026 era la fecha límite para que las tiendas con un plan no Plus actualizaran las páginas Thank you y Order status. Las páginas no desaparecieron; lo que desapareció fue la forma antigua de añadirles código. Los scripts adicionales ya habían pasado a ser de solo lectura el 28 de agosto de 2025, y las etiquetas de script dejaron de ejecutarse en Order status para las tiendas que aún las utilizaban. Todo lo que dependía de ejecutar código en la página posterior a la compra dejó de funcionar. En muchas tiendas era la etiqueta de conversión de Google Ads, un evento de compra de Meta, una notificación de afiliación o un píxel instalado hacía años que nadie había vuelto a revisar.
Por qué parece una caída de ventas y no un fallo de tracking
Se juntan tres cosas, y todas apuntan a una conclusión equivocada.
Primero, la deduplicación oculta el hueco. Cuando una tienda tenía tanto un píxel de navegador como un evento de servidor, la ruta del navegador a menudo seguía enviando datos. El total de compras apenas cambiaba mientras caían la calidad de coincidencia y el valor atribuido. Quien solo miraba el recuento concluía que no había fallado nada.
Segundo, las dos plataformas lo ocultan de forma distinta. Meta asigna la conversión a la fecha del evento, por lo que el fallo aparece cerca del momento en que ocurrió. Google Ads la asigna a la fecha del clic, por lo que el mismo fallo se reparte hacia atrás, entre los días de los clics anteriores; parece un deterioro del rendimiento en vez de una interrupción. Es el mismo fallo con dos formas distintas, según el informe que abras.
Tercero, las pujas reaccionan antes que los informes. Smart Bidding optimiza con la señal que todavía puede ver, así que el gasto puede cambiar mientras las cifras del informe aún se están consolidando. Los profesionales del hilo de la comunidad de Shopify describen precisamente ese orden. Ten en cuenta también la corrección que hace el hilo: un cambio de CPA por sí solo no demuestra una pérdida de tracking. La prueba es la falta de eventos.
Y lo que se perdió, se perdió. Las plataformas de conversión no rellenan retroactivamente esos datos; el hueco queda en el historial, arregles lo que arregles después.
No afectó a todas las tiendas, y hay una razón
Dos hechos lo determinan para cada tienda, y ninguno se ve en un panel.
- Por qué ruta viajaba el evento de compra. El canal nativo Facebook and Instagram envía datos mediante la capa de píxeles de Shopify y la Conversions API; nunca dependió de Order status. Esas tiendas no se vieron afectadas. Lo que estaba conectado a Order status, como un píxel pegado a mano o un contenedor antiguo de terceros, perdió esa ruta.
- Cuándo se actualizaron las páginas de esa tienda. El día 26 era la última fecha posible, no necesariamente el día del cambio. Una tienda que se actualizó en primavera sufrió el impacto en primavera y muestra una línea estable alrededor del 26 de agosto. En esa tienda, todas las comprobaciones de esa fecha salen bien.
La lista de recuperación que puedes seguir esta semana
- Confirma el estado de actualización de cada tienda. En el administrador de Shopify, ve a Settings > Checkout y revisa Configurations. Si aparece el aviso de actualización, la tienda sigue en la versión obsoleta.
- Localiza dónde se envía ahora el evento de compra. Abre Settings > Customer events. Si el píxel oficial de Meta o Google está conectado ahí, esa integración hace el trabajo. Después realiza un pedido real de prueba y comprueba que llega.
- Corrige el dominio de cuentas de cliente si usas uno personalizado. Shopify exige que sea un subdominio del dominio de tu tienda online, por ejemplo
account.your-store.com. Si no lo es, los píxeles y el consentimiento de cookies pueden fallar en Order status. - Alinea los dos relojes antes de comparar un día. Shopify agrupa los pedidos según la zona horaria de la tienda; las plataformas publicitarias, según la de la cuenta, que a menudo es distinta. Un salto real el día 26, leído con ese desfase, puede parecer una transición de dos días.
- Separa una pérdida de medición de una pérdida de rendimiento. Compara los pedidos de canales de pago que Shopify identifica por UTM de campaña o referrer con lo que informa la plataforma en esos mismos días. Si la línea de pago de Shopify se mantiene y la de la plataforma cae, es medición y no un motivo para cambiar presupuestos. No uses el total de pedidos como control: un total estable puede ocultar una caída del canal de pago.
- Comprueba el reparto entre servidor y navegador en Meta. En Events Manager, abre Purchase y compara el desglose por método de conexión de la semana anterior y posterior al 26 de agosto. Si la proporción de servidor se desplomó, esa es la ruta que se perdió.
- Revisa el nivel de intercambio de datos de Meta. Shopify solo usa Conversions API con Enhanced o Maximum, no con Standard. Una tienda que se quedó en Standard no tiene ruta de compras del lado del servidor.
- Sustituye el script correctamente y en el orden adecuado. Conecta y prueba el píxel de la app; después desactiva el script adicional antiguo para evitar duplicados. Si no quieres ningún periodo con duplicados, desactiva primero el script y acepta el breve hueco de medición.
- No vuelvas a conectar a ciegas. Si el evento de servidor nunca dejó de llegar, reconectar la integración puede crear eventos Purchase duplicados. Compruébalo antes.
- Anota las fechas exactas del periodo afectado en la cuenta publicitaria. Como esos datos no se recuperan retroactivamente, la anotación te permitirá saber más adelante que la caída era de medición.
- Revisa qué más había en esa página. Todo lo que se mostraba en Thank you mediante un script también dejó de aparecer: una oferta de upsell, venta cruzada, repetición de pedido o reposición. Eso sí afecta a ingresos reales: una oferta que desaparece puede reducir el valor medio del pedido mientras el número de pedidos se mantiene. Revisa la pestaña Added del editor de checkout para ver qué bloques de apps están colocados y analiza la tasa de recompra por cohorte; la pérdida de un recordatorio de reposición aparece semanas después.
Cómo lo abordo
Tomo el pedido como fuente de verdad y reconstruyo la ruta de compra para que no dependa de un script ejecutándose en una superficie retirada. La captura de eventos del lado del servidor y los identificadores de clic publicitario guardados en el pedido permiten seguir una venta hasta el clic que la originó, sin depender de lo que se ejecutó en el navegador.
Antes del plazo anterior de Shopify para el checkout, reconstruí la medición de principio a fin para un comercio headless de Shopify del mercado estadounidense. Terminé 16 días antes del cierre. Las ventas con una fuente conocida pasaron del 6 % al 76 %, las compras duplicadas en los informes del +100 % al 0 %, y las ventas diarias atribuidas a Google de 0,1 a 10,5. De 612 ventas en el periodo auditado, 573 habían sido invisibles para todos los informes y nunca se habían descontado 211 reembolsos. La misma reconstrucción mostró que aproximadamente una de cada seis sesiones eran bots sin ventas, que llevaban tiempo inflando los denominadores.
Eso es la recuperación del tracking tras el 26 de agosto: localizar la ruta del evento de compra, demostrarla con un pedido real de prueba, trasladarla a una compatible y conciliarla con los pedidos de Shopify para poder comprobar la cifra. No voy a prometer una monitorización continua impecable. Mantengo una lista de defectos pendientes y prefiero que la veas a mostrarte un panel limpio que los esconda.
«Responde muy rápido y es un experto en resolver problemas de píxeles y tracking en Meta y Shopify».
— Cliente de Upwork, 2025; traducción del testimonio original
Qué no resuelve
- No es un problema de presupuesto. No pauses campañas por una cifra del panel hasta revisar la línea de canales de pago de Shopify. Se han pausado campañas que funcionaban porque faltaban eventos en un informe.
- No recupera datos históricos. El hueco permanece. Anótalo.
- No ocurrió necesariamente el día 26 en tu tienda. Ese día era la fecha límite, no la fecha de tu actualización.
- Plus no está exento. La misma superficie se retiró antes para Plus, con otra fecha.
- No es asesoramiento legal ni fiscal. La configuración de consentimiento y privacidad forma parte de la implementación; las normas que se aplican a tu tienda son otra cuestión.
Puedo implementarlo para ti
Este es el caso de uso Caída de compras tras la actualización del checkout de Shopify del 26 de agosto, o tras comprar la tienda: recuperación del tracking.
Empieza con una conversación gratuita: describe tu tarea y te diré cuál de las dos pérdidas tienes, de medición o un cambio real, antes de modificar nada. Si primero necesitamos determinar la causa, eso es un diagnóstico separado que acordamos antes de implementar.
La vía habitual es la recuperación del tracking tras el 26 de agosto, como una corrección acotada desde EUR 425; o un proyecto de ingeniería a medida desde EUR 1.400 si la reconstrucción abarca varias tiendas o un escaparate headless.
Describe tu tarea.
