Ingeniería de tracking y atribuciónTrabajo con clientes
Recuperación del tracking de compras que dejaron de registrarse tras la actualización del checkout de Shopify del 2026-08-26 o tras un cambio de dueño.
¿Te suena?
Cómo lo resuelvo
Reconstruyo el tramo de la compra sobre la ruta soportada, la que sobrevive a los cambios del checkout —Shopify Customer Events y web pixels—, y lo demuestro con un pedido real, no con una captura de pantalla de un evento de prueba. Cuando la tienda ha cambiado de manos, primero separo lo heredado de lo roto, porque tratar una etiqueta antigua como intencionada es justo lo que le da a un duplicado una segunda vida.
Los dos puntos de entrada llevan a la misma recuperación. Uno es la actualización del checkout de Shopify del 2026-08-26, que impuso la extensibilidad de las páginas Thank you y Order status a las tiendas no Plus e hizo que el código de Additional Scripts dejara de ejecutarse. El otro es una tienda adquirida a un propietario anterior, en la que todo el stack llegó sin documentar.
El proceso
6 pasos. El alcance y un precio fijo se acuerdan antes del primero.
Qué se dispara hoy, desde qué emisor, con qué identificador, y qué se ha movido o ha dejado de funcionar. En una tienda adquirida, esto es el mapa de procedencia: cada etiqueta atribuida a un origen o marcada como desconocida.
El código de Additional Scripts pasa a Customer Events / web pixel, de modo que nada depende del hook obsoleto del checkout.
El ID de clic y el client id se escriben en el pedido, para que la compra pueda vincularse de nuevo al clic que la generó.
Dos emisores con la misma etiqueta de conversión son la causa habitual del doble recuento; el objetivo es un solo emisor y un solo evento por pedido.
Un pedido de prueba y después un pedido real: un solo evento purchase, el valor correcto y el ID de clic adjunto.
Qué cambió, dónde y cómo revertirlo.
Entrega
Hecho con
Pruebas
Trabajo con clientes Hecho para clientes reales. Los datos de los clientes están anonimizados.
Antes → después
En una tienda headless reconstruida antes de esa misma fecha límite, la proporción de ventas trazables hasta algún origen pasó del 6 % al 76 %, y las compras reportadas por duplicado pasaron de +100 % a 0 %, según las cifras leídas de las API en vivo de GA4 y Google Ads en la entrega de agosto de 2026.
Tienda headless en Shopify del sector de reparación de automóviles, mercado de EE. UU.
6 % a 76 %
ventas trazables hasta su origen 6 % → 76 %; compras reportadas por duplicado +100 % → 0 %; ventas diarias atribuidas a Google 0,1 → 10,5.
Leer el caso (en inglés): 16 días antes de la fecha límite de Shopify: reconstruir la medición de una tienda headlessFixel Pixel
el motor de entrega al que esta recuperación pasa el relevo; una misma versión desplegada en 61 apps de tienda el 2026-09-26.
[He] took a Shopify and Google Analytics job that a couple of previous freelancers called themselves experts could not finish. [He] delivered great.
Lo que puedes ver
Una cronología redibujada de la actualización del checkout del 2026-08-26 y un extracto antes/después de la depuración de compras reconstruido en una tienda sintética (identificadores ocultos). Las lecturas reales en las que se basa están en las cifras de abajo.
Datos del cliente anonimizados. Cifras leídas de las API en vivo de las plataformas en agosto de 2026.
Precio y plazo
Una recuperación acotada se presupuesta como Focused Fix antes de empezar, desde EUR 425. Si aún no está claro qué se ha roto, el primer paso honesto es una Working Session (EUR 185) sobre una sola pregunta, o un Tracking Health Check de solo lectura (EUR 375) con un veredicto por escrito dos días laborables después del kickoff. La fecha límite que importa ya ha quedado atrás: el 2026-08-26, cuando la actualización del checkout detuvo el código de Additional Scripts en las tiendas no Plus. Todo lo que se construya después tiene que usar la ruta soportada.
PresupuestoFijado antes de empezar
Una nota de Daniilantes de decidir
Si estás en Shopify Plus, nunca has usado Additional Scripts y tus conversiones de compra siguen cuadrando con Shopify con un margen del 1 o 2 %, este no es tu problema. Y si lo único que necesitas es una respuesta clara sobre si el fallo es real, una Working Session de 60 minutos sale más barata que una reconstrucción; te lo diré en lugar de venderte el trabajo más grande.
— Daniil
Preguntas
No. La actualización detiene la antigua ruta de código; no detiene un web pixel. La solución es trasladar el tramo de la compra a la ruta soportada, que es lo que hace esta recuperación.
No necesariamente. El trabajo consiste en dejar de depender del código de Additional Scripts y de emisores duplicados; que la app del canal se quede o no depende de lo que encuentre tu mapa de solo lectura.
Primero un pedido de prueba para confirmar la estructura, y después un pedido real para confirmar que la compra llega una sola vez, con el valor correcto y el ID de clic.
No se reescribe el tema. La ruta del píxel es la soportada, y cada cambio se entrega con un registro para revertirlo.
Puedo mapear lo que existe ahora y clasificarlo según la evidencia. No puedo inventarme qué pretendía un propietario anterior a partir de su configuración, y no presentaré una etiqueta heredada como si fuera mía.
Hola, soy Daniil.
Trabajo contigo desde la definición del problema hasta la implementación y la entrega. Hablas con quien hace el trabajo. Trabajo en inglés y ruso.
La primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com