Ventas con origen identificable
6% to 76%
- Antes
- 6% (39 de 612 ventas en 29 días)
- Después
- 76% (lectura de días consolidados, 19 ago 2026)
Reparación de automóvilesTrabajo con clientes
16 días antes del plazo de Shopify: reconstrucción de la medición de una tienda headless
Cómo un comercio estadounidense con Shopify headless recuperó la atribución por origen, dejó las compras duplicadas en cero y por fin empezó a restar los reembolsos.
El encargo
Contexto
Un comercio estadounidense de reparación de automóviles vende recambios con Shopify en modo headless: la tienda es una aplicación Next.js en su propio dominio y el checkout funciona en el dominio aparte de Shopify. Se anuncia en Google y necesitaba una medición en la que pudiera confiar.
Me incorporaron en julio de 2026 para reconstruir la medición de principio a fin antes de que Shopify retirara el mecanismo del que dependía el tracking de su checkout. El nuevo tracking de compras entró en producción el 10 de agosto, dieciséis días antes del corte del 26 de agosto; la parte de la tienda se integró y desplegó el 18 de agosto.
Datos del cliente anonimizados. Cifras leídas de las API en vivo de las plataformas en agosto de 2026.
¿Te suena?
Síntomas
La investigación
Diagnóstico
Audité los contenedores web y server de Tag Manager a través de la API en vivo, para que la configuración exportada coincidiera con producción sin desviaciones, y después confirmé cada hallazgo capturando las peticiones de red reales que salían de un checkout y una tienda en vivo.
Dos causas raíz explicaban el daño.
-
Una regla del lado del servidor descartaba los eventos de compra
Una regla dentro del propio contenedor server del cliente eliminaba cada compra que llevaba sesión y origen antes de que llegara a la analítica. Lo que sí pasaba venía de la app de Google para Shopify, enviado a ciegas y sin sesión asociada: exactamente el patrón que mostraban los informes.
-
La tienda y el checkout identificaban a visitantes distintos
El checkout usaba el token interno de visitante de Shopify en lugar del client id de Google. Por eso cada evento del checkout quedaba asociado a un usuario distinto del de la visita a la tienda que lo había generado, y una venta nunca podía unirse a su origen. En una tienda headless este es el fallo de fondo: la venta y la visita que la produjo quedan registradas como dos desconocidos sin relación.
La auditoría encontró además una regla que descartaba en silencio los pedidos por encima de un umbral fijo de importe, HubSpot cargándose dos veces en cada página, catorce etiquetas muertas de Universal Analytics y un token de acceso de Meta emitido por una app de terceros que ninguna de las partes podía rotar.
Después de la entrega, al comprobar una cifra que parecía demasiado buena, encontré tráfico automatizado: unas 100.120 sesiones de un solo país en doce meses, aproximadamente una sexta parte de todo lo que registraba la propiedad, de seis segundos y una página cada una, con cero ventas y cero contactos. Llevaba en marcha desde agosto de 2025. Se lo comuniqué al cliente sin coste.
Entrega
Lo que construí
Nota de entregaEntregado ago 2026
- Un puente de identidad. El client id de Google y el ID de clic del anuncio viajan ahora hasta el pedido de Shopify como atributos del carrito, y un píxel personalizado en el checkout informa con el contexto de sesión. Esto es lo que permitió rastrear una venta hasta el anuncio que la generó.
- Un solo emisor por destino. Se retiraron las antiguas etiquetas de compra en la página para Google Ads, Analytics, Meta y Bing, y se desactivó el duplicado de la app de Shopify, de modo que dos sistemas no pueden informar de la misma venta.
- Un tramo del lado del servidor en espacios de trabajo con nombre y versionados: GA4 con una cookie propia establecida por el servidor, Meta CAPI y Bing, con evidencia confirmada del antes y el después de cada uno.
- Reembolsos. En lugar de depender de un webhook, la configuración consulta periódicamente a Shopify los reembolsos realizados y los envía a la analítica. Cada uno se comprueba con el servicio de validación de Google y se registra para que ninguno pueda enviarse dos veces.
- Medición de contactos. Los clics en el teléfono, el número mostrado, los clics en el correo y los envíos del formulario de contacto pasaron a ser eventos clave, contados una vez por sesión y no una vez por clic: un cliente que toca un número de teléfono tres veces es un contacto, no tres.
- Controles de privacidad para EE. UU. Exclusión voluntaria (opt-out) y no consentimiento previo (opt-in), según la legislación de los estados de EE. UU.: sin muro de cookies, con un enlace accesible «Your Privacy Choices» y respetando la señal Global Privacy Control antes de cargar cualquier etiqueta. Se entregó al desarrollador del cliente como un paquete listo para pegar.
- Un lugar para verlo. Un informe para el cliente, un panel de estado, una base de conocimiento y un monitor diario que lee las cifras y señala las desviaciones.
Antes → después
Resultados
Trabajo con clientes Hecho para clientes reales. Los datos de los clientes están anonimizados.
Compras duplicadas en los informes
+100% to 0%
- Antes
- +100%
- Después
- 0%
Ventas atribuidas a un anuncio de Google, por día
0,1 to 10,5
- Antes
- 0,1
- Después
- 10,5
Reembolsos restados de los ingresos declarados
- Antes
- ninguno registrado (211 reembolsos devolvieron dinero en 90 días)
- Después
- todos los reembolsos, desde el 15 ago 2026
Tipos de evento medidos
6 to 13
- Antes
- 6
- Después
- 13
La tabla completa de resultados
| Qué cambió | Antes | Después | Lectura |
|---|---|---|---|
| Ventas con origen identificable | 6% (39 de 612) | 76% | días consolidados, ago 2026 |
| Ventas invisibles para todos los informes | 573 de 612, en 29 días | 24% todavía sin origen (el complemento de la lectura del 76%) | ago 2026 |
| Compras duplicadas en los informes | +100% | 0% | desde el 15 ago 2026 |
| Ventas atribuidas a un anuncio de Google, por día | 0,1 | 10,5 | ago 2026 |
| Reembolsos restados | ninguno, nunca | todos los reembolsos | desde el 15 ago 2026 |
| Tipos de evento medidos | 6 | 13 | ago 2026 |
Una nota de Daniilantes de decidir
Qué significa para un negocio parecido
Si tu tienda y tu checkout están en dominios distintos y nada lleva al visitante de uno a otro, tus plataformas publicitarias aprenden de la fracción de ventas que llegan a ver. Sus presupuestos siguen esa fracción. La solución no es un panel mejor: es una identidad que sobreviva al salto y que no se invente.
Dos cifras cambian lo que las plataformas aprenden de verdad: la proporción de ventas con un origen real y los reembolsos. La mayoría de las configuraciones nunca restan los reembolsos, así que cada puja se fija contra ingresos que ya se han devuelto.
Y un arreglo que nadie puede ver no es una entrega. Un informe en vivo, un monitor y una documentación clara forman parte del trabajo, no son extras.
— Daniil
Situaciones a las que responde este caso
- Ingeniería de tracking y atribución Why do my Shopify sales show no source when the storefront is headless?
- Ingeniería de tracking y atribución ¿Por qué mis compras dejaron de registrarse tras la actualización del checkout de Shopify del 26 de agosto?
- Ingeniería de tracking y atribución Why don't my AI checkout orders show up in GA4?
- Datos, conciliación e informes How do I know my tracking broke before my ad budget notices?
Leer otro caso
El 97 que era mentira
La puntuación de PageSpeed de una joyería del Reino Unido estaba falseada para el test. La puntuación honesta era 78; la optimización real llegó a 92 y el LCP bajó de 3,4 s a 1,2 s.
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; correspondencia en español con apoyo de traducción.
¿Tienes una tarea parecida?
Describe tu tareaLa primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com