Solución de problemasGA4Shopify
GA4 no registra las compras en Shopify: diagnóstico
¿GA4 muestra cero compras o compras ausentes en Shopify? Diagnostica huecos de checkout extensibility, píxeles en sandbox, pago exprés y consentimiento.
- Publicado
- Revisado
Diagnóstico
- Plataforma GA4 · Shopify
- Causa habitual El evento de compra de Shopify dejó de dispararse o se dispara sin transaction_id.
- Causas, por orden 4
- Cómo diagnosticarlo 8
Primera respuesta gratis, en un día laborable. Describe tu caso
¿Te suena?
El síntoma
La versión corta
Respuesta directa
Los eventos purchase de GA4 en Shopify se pierden por un conjunto pequeño y recurrente de motivos.
Entre ellos: que no haya ningún píxel de Customer Events instalado tras una migración a checkout extensibility, un píxel que está técnicamente instalado pero aislado en sandbox sin acceso a los datos que necesita, una ruta de pago exprés (Shop Pay, Apple Pay, Google Pay) contra la que nunca se probó el píxel, o el consentimiento que bloquea el evento antes de que pueda lanzarse.
Ejecutar un pedido de prueba real a través de DebugView de GA4 aísla cuál de ellos tienes más rápido que leer el código del píxel.
Dónde mirar
Causas, por orden
GA4 no muestra compras4 causas
-
Brecha de checkout extensibility
Si todo tu tracking de compras vivía en el antiguo cuadro «Additional Scripts» y no se migró nada, puede que no haya ningún píxel lanzándose en el checkout ni en la página de agradecimiento, en ninguna ruta. -
Píxel de Customer Events ausente o en sandbox
Los Web Pixels se ejecutan en un contexto aislado (sandbox) sin acceso directo al DOM de la página ni a undataLayerglobal. Un píxel escrito para leerwindow.dataLayera la antigua no verá nada: necesita usar la APIanalytics.subscribe('checkout_completed', ...)de Shopify en su lugar. -
Omisión por método de pago
Las compras que pasan por Shop Pay, Apple Pay o PayPal Express pueden comportarse de forma distinta a un checkout estándar con tarjeta. Si el píxel solo se probó contra la ruta estándar, los pagos exprés son un punto ciego habitual. -
Bloqueo por consentimiento
Si el consentimiento de analítica se establece por defecto como denegado y la CMP nunca envía una señal de actualización antes de que se lance la compra, el evento o no sale del navegador o llega sin los datos que GA4 necesita para contarlo.
8 pasos
Cómo diagnosticarlo
Hazlos en este orden.
- En el administrador de Shopify, ve a Settings → Customer events y confirma que hay un píxel de GA4 listado y que figura como conectado, no solo añadido.
- Si la tienda todavía tiene acceso a los Additional Scripts heredados (Settings → Checkout → Order status page), comprueba si aún queda código de tracking ahí y si Shopify muestra algún aviso de migración en esa pantalla.
- Realiza un pedido real o de prueba y luego abre GA4 → Admin → DebugView con tu parámetro de debug activo, y recorre el checkout hasta confirmar que aparece un evento
purchasecontransaction_id,valuey un arrayitemspoblado. - Repite la misma prueba usando por separado al menos una ruta de pago exprés (Shop Pay o Apple Pay): no des por hecho que una prueba superada en el checkout estándar la cubre.
- Abre la pestaña Network del navegador en la página de agradecimiento y busca la solicitud collect real al endpoint de analítica de Google. Esto confirma que el evento se lanzó en el lado del cliente aunque DebugView vaya con retraso.
- Comprueba si el píxel está leyendo un objeto
dataLayeren lugar de suscribirse al eventocheckout_completedde Shopify: lo primero se rompe bajo el sandbox aunque el píxel «parezca» instalado. - En DebugView, comprueba el estado de consentimiento asociado al evento purchase para ver si
analytics_storagese concedió antes de que se lanzara. - Confirma que la propiedad de GA4 y el ID de data stream configurados en el píxel coinciden con tu propiedad en producción: un ID obsoleto que apunta a una propiedad antigua o de prueba es una causa habitual y silenciosa.
Señal y solución
Tabla de decisión
| Causa | Señal que verás | Solución |
|---|---|---|
| Brecha de checkout extensibility | Ningún evento purchase en ninguna ruta, nunca; Additional Scripts está vacío o muestra un aviso de migración | Instala un píxel de Customer Events que lea el evento checkout_completed de Shopify |
| Píxel ausente/en sandbox | El píxel figura como «connected» en Shopify pero DebugView no muestra nada; no hay solicitud collect en la pestaña de red | Reescribe el píxel para que use analytics.subscribe('checkout_completed', ...) en lugar de leer un dataLayer |
| Omisión por método de pago | El checkout estándar se registra bien; los pedidos con Shop Pay/Apple Pay/PayPal nunca aparecen | Confirma que el píxel se suscribe al mismo evento checkout_completed independientemente del método de pago y prueba cada ruta por separado |
| Bloqueo por consentimiento | El evento purchase existe en DebugView pero está marcado como denegado, o llega sin parámetros de ecommerce | Corrige las señales de consentimiento predeterminado/actualización de la CMP para que analytics_storage se conceda antes de que se lance la etiqueta de purchase |
Una nota de Daniilantes de decidir
¿Deberías arreglarlo tú mismo o pedir ayuda?
Confirmar el estado del píxel en Customer Events, ejecutar una prueba en DebugView y revisar la pestaña de red son cosas que cualquier comerciante que se maneje con el administrador de Shopify y GA4 puede hacer en menos de una hora.
Lo que normalmente requiere un desarrollador o un especialista es reescribir un píxel para que funcione dentro del sandbox de Web Pixels, depurar por qué una ruta de pago exprés concreta no lanza nada, o conectar correctamente el estado de consentimiento hasta el evento purchase.
Si DebugView confirma que el evento simplemente nunca se lanza —en ninguna ruta—, eso es una tarea de desarrollo, no un ajuste de configuración, y merece un alcance mediante consultoría de GA4 en lugar de prueba y error contra un checkout en producción.
Una cosa más que conviene comprobar antes de escalar: si un contenedor web de GTM se interpone entre el píxel y GA4, confirma que el contenedor está publicando realmente una versión en vivo, no solo guardada en un espacio de trabajo en borrador: un motivo sorprendentemente común por el que una etiqueta «correctamente configurada» nunca se lanza en producción.
— Daniil
Siguiente paso
Si la comprobación no lo resuelve.
Las comprobaciones anteriores encuentran la causa en la mayoría de las tiendas. Cuando se solapan dos o más, una conciliación a nivel de pedido es más rápida que otra tarde comparando paneles.
Tracking Health Check
- Precio
- EUR 375
- Acceso
- Solo lectura
- Plazo
- veredicto dos días laborables después del kickoff
Lo que muestra la conciliación para este síntoma.
Un Health Check concilia este síntoma pedido por pedido contra tus pedidos de Shopify, así que la causa es un hecho de tus propios datos, no una suposición desde un panel. Todavía no hay cifras reales publicadas para este síntoma — pide el informe de muestra.
Sigue el pedido. Después compara las pruebas.
- Pedido realID del pedido, importe, moneda
- Eventos del navegador / servidorConsentimiento, ID del evento, entrega
- GA4 / plataformas publicitariasEventos recibidos e informes
- Conciliar los registrosComparar IDs, períodos y definiciones
Preguntas
Preguntas que plantea este síntoma
Instalé un píxel de GA4 mediante una app, ¿por qué no aparece nada?
Un píxel instalado y un píxel que funciona no son lo mismo. Muchos píxeles instalados por apps están configurados contra la propiedad o el data stream de GA4 equivocados, o se suscriben al evento de checkout de Shopify equivocado. Confirma que el ID de propiedad/stream coincide con tu propiedad de GA4 en producción y luego verifícalo con un pedido de prueba real en DebugView en lugar de fiarte del estado «connected» de la propia app.
¿DebugView lo muestra todo, o puede un evento lanzarse y aun así no aparecer ahí?
DebugView solo muestra eventos etiquetados con tu parámetro de debug o enviados desde un dispositivo que ejecuta la extensión GA4 Debug. Si estás probando sin ninguna de las dos cosas activas, un evento purchase que funciona puede lanzarse y no aparecer nunca ahí. Comprueba la pestaña de red del navegador para ver la solicitud collect real como segunda confirmación independiente.
¿Es checkout extensibility lo mismo que Customer Events?
Están relacionados, pero no son idénticos. Checkout extensibility es el marco más amplio que sustituye a la personalización con checkout.liquid. Customer Events (la Web Pixels API) es el mecanismo concreto dentro de él para añadir píxeles de tracking: es lo que un píxel de GA4 necesita usar para seguir funcionando con el nuevo checkout.
¿Funcionará la integración nativa de GA4 de Shopify sin GTM?
Sí, para eventos de ecommerce estándar: el píxel nativo o personalizado de Customer Events de Shopify puede enviar datos de compra directamente a GA4 sin un contenedor de GTM de por medio. GTM añade flexibilidad para parámetros personalizados y gestión de múltiples etiquetas, pero no es obligatorio para que funcione el tracking básico de compras.
Sigue leyendo, o revisa un síntoma vecino.
Todos los síntomas- Servicio Reparación del tracking de ecommerce de GA4 para Shopify
- Artículo Arreglar el evento purchase de GA4 en Shopify (paso a paso)
- Artículo Por qué los ingresos de GA4 no coinciden con los pedidos de Shopify
- Solución de problemas Los ingresos de GA4 no coinciden con Shopify: diagnóstico completo
- Solución de problemas Tracking del checkout de Shopify roto: diagnóstico
- Base de conocimiento ¿Qué es el dataLayer en la gestión de etiquetas?
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.
¿Lo has intentado y sigues atascado?
Describe tu tareaLa primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com