Tracking ecommerce de GA4 para Shopify en dropshipping: el setup que por fin reporta bien tus ingresos (2026)

Abre el informe de compras ecommerce de GA4 junto a tus pedidos de Shopify para la misma semana, y los dos números casi nunca van a coincidir exactamente — eso es normal. Lo que no es normal es un hueco del 20-40%, que es lo que aparece en muchas tiendas dropshipping, y la causa suele estar en el setup, no en alguna ley inevitable del tracking web.

Dos fallos hacen casi todo el daño. El primero es el doble conteo: la conexión nativa de GA4 en Shopify dispara un evento de compra, y un segundo tracker — un snippet de gtag pegado a mano hace años, o una app de analítica instalada encima — dispara el mismo evento otra vez, así que el ingreso que reporta GA4 queda 1,3 a 2 veces por encima de lo que realmente se pagó. El segundo es el infraconteo: banners de consentimiento que bloquean el tag antes de que el visitante acepte, ad blockers, y un checkout donde el evento de compra deja de disparar bien después de un cambio de tema o de checkout extensibility. Los dos pueden estar pasando en la misma tienda a la vez, compensándose parcialmente, que es la peor versión del problema: el total parece casi correcto mientras el desglose por canal debajo es un desastre.

Lo que sigue: por qué el doble conteo es el error más frecuente y cómo detectarlo en cinco minutos, los cuatro eventos ecommerce que realmente merece la pena verificar en lugar de toda la lista recomendada de GA4, una fórmula de reconciliación con una fórmula de desviación honesta en vez de esperar que los números coincidan algún día exactamente, qué cambia Consent Mode y qué no arregla, y una checklist de auditoría con umbrales claros en vez de un vago recordatorio de "revisa tu tracking".

El fallo más frecuente: contar cada compra dos veces

Esto es lo primero que hay que descartar, porque es lo más barato de encontrar y lo más dañino de dejar sin arreglar. Suele pasar de dos formas: alguien conectó en algún momento el canal de ventas nativo "Google & YouTube" de Shopify para GA4, y un snippet gtag.js de un setup antiguo sigue metido en theme.liquid o en una sección de píxel personalizada, disparando el mismo evento de compra una segunda vez; o se instaló una app etiquetada como GA4 encima de la integración nativa porque un tutorial decía "añade el tracking de Google Analytics" sin comprobar si ya estaba.

El síntoma es lo bastante específico como para detectarlo sin adivinar: el ingreso que reporta GA4 se queda de forma constante un 30-100% por encima del ingreso real de Shopify en el mismo período, no solo un poco más alto. Una tienda que realmente pierde sesiones por ad blockers o rechazos de consentimiento infrarreporta; una tienda que sobrerreporta así de fuerte está contando algo dos veces.

• Haz un pedido de prueba real y abre el DebugView de GA4 (o la extensión Tag Assistant) durante el checkout — un setup sano dispara exactamente un evento purchase; uno duplicado dispara dos, normalmente desde dos measurement ID distintos
• En el admin de Shopify, revisa Tienda online → Preferencias para ver si hay un canal de Google conectado, y luego busca en theme.liquid y en cualquier campo de "scripts adicionales" una segunda llamada gtag('config', ...) con un measurement ID distinto o duplicado
• Revisa las apps instaladas buscando cualquier cosa etiquetada como analítica o tracking de conversión — un número sorprendente de ellas también disparan eventos de GA4 en segundo plano sin avisar
• Elige un solo camino y quita el otro; dejar los dos activados "por si acaso" es exactamente el setup que causa esto

Cuatro eventos que merece la pena verificar, no veinte

La documentación de GA4 lista más de una docena de eventos ecommerce recomendados, e intentar auditarlos todos en una tienda dropshipping es la forma más segura de abandonar la tarea a mitad de camino. Cuatro cubren el embudo que realmente importa: view_item, add_to_cart, begin_checkout y purchase. Si esos cuatro disparan bien y llevan los datos correctos, los informes de ingresos y de embudo construidos encima son fiables; el resto es detalle opcional.

El fallo aquí casi nunca es "el evento no dispara en absoluto" — suele ser una personalización de tema popular que elimina silenciosamente los datos que el evento debería llevar. Un botón de add-to-cart rediseñado con JavaScript personalizado en vez del formulario por defecto del tema suele disparar el clic pero nunca empuja el evento de dataLayer correspondiente, así que add_to_cart cae a cero sin que nadie lo note mientras view_item y purchase siguen funcionando bien. Una tienda multidivisa a veces codifica "USD" fijo en el snippet de tracking, lo que hace que el valor reportado de cada pedido no estadounidense sea técnicamente incorrecto según el tipo de cambio real de ese día.

• view_item y add_to_cart: confirma que value, currency y el array items (con un item_id que coincida con el ID real de producto o variante de Shopify) están rellenos, no solo que el nombre del evento aparece en el DebugView
• begin_checkout: confirma que dispara una vez por intento de checkout, no una vez por cada campo del formulario — una página de checkout habladora puede disparar esto en bucle e inflar los números del embudo
• purchase: confirma que el transaction_id es el número o ID real de pedido de Shopify, no un placeholder generado, para que un pedido de prueba o un reembolso duplicado se pueda rastrear y excluir más tarde
• Divisa: en una tienda Shopify multidivisa, confirma que el parámetro currency refleja la divisa real del checkout del cliente, no un valor por defecto codificado a mano

Mira los anuncios que están ganando ahora mismo

Una fórmula de reconciliación, y la desviación que realmente es normal

Una vez descartado el doble conteo y con los cuatro eventos bien rellenos, la siguiente pregunta es simple: ¿cuánto se debería acercar el ingreso de GA4 al ingreso real de Shopify? Cerca, pero no igual — y tratar "igual" como el objetivo es la forma más segura de perseguir un fantasma durante una semana.

Una fórmula utilizable: desviación % = (ingreso reportado por GA4 − ingreso real de Shopify) ÷ ingreso real de Shopify, calculada sobre el mismo rango de fechas en UTC con al menos 7 días completos de datos (el propio procesamiento y umbral de GA4 hacen que cualquier cosa más corta sea ruidosa). En una tienda sin ningún defecto de tracking que quede, esto suele caer entre -5% y -15% — GA4 va un poco por debajo de Shopify, sobre todo por ad blockers, consentimientos rechazados y sesiones que saltan de un dispositivo a otro de una forma que ninguno de los dos sistemas reconcilia del todo bien. Una desviación fuera de esa franja, en cualquier dirección, es la señal para volver a revisar los problemas de doble conteo o evento ausente de arriba antes de darlo por "ruido de atribución normal".

• Desviación cómodamente entre -5% y -15%: el tracking está sano; deja de auditar y confía en la tendencia, no en la cifra exacta
• Desviación positiva o solo ligeramente negativa: sospecha primero del doble conteo, en concreto de una segunda integración de analítica
• Desviación peor de -20%: sospecha de un evento purchase ausente o mal formado en un camino de checkout concreto (cierto método de pago, cierto país, o cierta plantilla de tema) en vez de un fallo generalizado del tracking

Consent Mode y ventanas de atribución: desviación que se reduce, no se elimina

En tráfico de la UE y el Reino Unido, Google Consent Mode v2 cambia lo que GA4 puede medir cuando un visitante rechaza el consentimiento analítico: en vez de un evento real, GA4 recibe un "cookieless ping" recortado y modela estadísticamente el resto del comportamiento de ese visitante. Implementado correctamente, Consent Mode recupera parte de esa señal perdida mediante modelado, pero una conversión modelada es una estimación, no una medición — reduce el hueco, no lo cierra, y esperar que coincida exactamente con los datos de un visitante que dio consentimiento completo es apuntar al objetivo equivocado.

Las ventanas de atribución son otra fuente de desajuste que no tiene nada que ver con el consentimiento. La atribución por defecto de GA4 usa un modelo data-driven con hasta 90 días de lookback; la propia analítica integrada de Shopify suele atribuir al último contacto dentro de una ventana más corta. Hacer correr las dos a la vez y esperar que el mismo canal reciba el mismo crédito de ingreso en cada una es comparar dos métodos de contabilidad distintos, no detectar un bug.

• Implementa Consent Mode v2 (básico o avanzado) si recibes tráfico de la UE/Reino Unido — no implementarlo infravalora el ingreso más de lo que el modelado jamás recupera
• No uses el ingreso por canal de GA4 y el de Shopify de forma intercambiable en el mismo informe; elige uno como fuente de verdad para las decisiones de presupuesto y usa el otro solo como comprobación
• Espera que el hueco de atribución por canal entre los dos sistemas se agrande cuanto más largo sea el camino a la compra de una campaña (más días, más dispositivos entre el clic y el pedido)

La checklist de auditoría, y los umbrales que te dicen cuándo parar

Haz correr esto una vez, en orden, después de cualquier cambio de tema, instalación de app o puesta en marcha de tracking — no solo cuando los números se vean claramente mal, ya que los problemas de arriba son silenciosos por diseño.

• 1. Haz un pedido de prueba con el DebugView abierto; confirma que purchase dispara exactamente una vez, desde un solo measurement ID
• 2. Confirma que view_item, add_to_cart y begin_checkout llevan cada uno value, currency y un array items rellenado — no solo que el nombre del evento aparece
• 3. Saca el ingreso de GA4 y el de Shopify para la misma ventana de 7 días en UTC y calcula la fórmula de desviación de arriba
• 4. Si la desviación cae entre -5% y -15%, párate aquí — el setup está sano
• 5. Si la desviación es positiva, vuelve a revisar si hay una segunda integración analítica antes de tocar nada más
• 6. Si la desviación es peor de -20%, aíslala por camino de checkout (país, método de pago, dispositivo) en lugar de asumir que todo el embudo está roto
• 7. Vuelve a sacar la desviación una semana completa después de cualquier arreglo, no al día siguiente — el procesamiento y umbral de GA4 hacen que los números del primer día no sean fiables incluso con un setup limpio

Un tracking limpio te dice cómo rindió un producto. No te dice por qué.

Arreglar todo lo anterior te da algo real: números que de verdad puedes usar para decidir si escalar o matar un producto, en vez de números que mentían en silencio en una dirección u otra. Lo que no hace es explicar una caída de rendimiento que aparece en datos por lo demás limpios — un CPA que sube de golpe o una tasa de conversión que se cae puede ser la página, la oferta, o un producto que simplemente se está enfriando en todas partes a la vez, y GA4 solo no distingue entre esas cosas.

Esa es una pregunta de competencia, no de tracking. El tracking de anuncios de Trackira lee el gasto en vivo y la actividad creativa en Meta, TikTok, Pinterest y Google Shopping, así que una vez que tus propios números son fiables, comprobar si la competencia sigue corriendo los anuncios del mismo producto a volumen real es una forma más rápida de distinguir "mi tienda tiene un problema" de "este producto ya está acabado" que volver a derivarlo solo a partir de tus datos de GA4.

¿Por qué GA4 muestra un ingreso distinto al de mis pedidos de Shopify?

Cierto hueco es normal — normalmente GA4 reportando un 5-15% por debajo del ingreso real de Shopify, sobre todo por ad blockers, consentimientos rechazados y sesiones multidispositivo que ningún sistema reconcilia del todo bien. Un hueco más grande, especialmente si GA4 reporta más que Shopify, casi siempre significa que una segunda integración de analítica está disparando el evento purchase dos veces.

Tengo la integración nativa de GA4 de Shopify conectada. ¿También necesito un snippet de gtag añadido a mano?

No — y tener los dos es la causa más frecuente de ingreso inflado en GA4 en tiendas Shopify. Elige un solo camino (la integración nativa basta para la mayoría de tiendas) y quita el otro en vez de dejar los dos corriendo "por si acaso".

¿Activar Consent Mode significa que pierdo los datos de los visitantes que rechazan el consentimiento?

Pierdes la capacidad de medirlos directamente, pero Consent Mode v2 deja a GA4 modelar una estimación de su comportamiento a partir de señales agregadas en vez de reportar nada. Eso recupera parte del hueco, no todo — trata las conversiones modeladas como una estimación, no como un conteo exacto.

¿Cuánto debo esperar después de arreglar un problema de tracking antes de volver a fiarme de los números?

Alrededor de una semana completa. El propio procesamiento y umbral de GA4 hacen que los números de un solo día sean ruidosos incluso con un setup limpio, y comparar el día justo después de un arreglo con los días anteriores subestimará cuánto mejoró realmente.