Tracking GA4 en Shopify
y WooCommerce:
por qué falla y cuánto te cuesta
Tu tienda muestra 150 pedidos este mes. GA4 muestra 98 eventos de compra. Esa diferencia no es normal — es dinero que el algoritmo no ve, atribución que falla, y decisiones de inversión publicitaria tomadas sobre datos incorrectos. El tracking nativo de Shopify y WooCommerce es incompleto por diseño. Lo que no se configura bien, se pierde.
El error más caro no es tener el tracking roto. Es creer que está funcionando porque alguien lo instaló hace seis meses y nadie ha revisado nada desde entonces. Cada compra que GA4 no registra es una conversión que Smart Bidding no ve — y presupuesto que se optimiza en la dirección equivocada.
El problema de fondo:
el tracking nativo no es suficiente
Tanto Shopify como WooCommerce ofrecen integración nativa con GA4. Las dos son insuficientes por diseño. Shopify instala GA4 con un clic — pero no cubre el funnel completo, no controla el dataLayer y no se integra correctamente con GTM por defecto. WooCommerce depende de plugins de terceros que se rompen con cada actualización sin generar ningún error visible.
La trampa es que ambas parecen funcionar. GA4 recibe datos, el panel muestra números, las campañas siguen gastando. Nadie compara esos números con los pedidos reales del CRM o el panel de la tienda hasta que alguien se da cuenta de que la diferencia es demasiado grande para ignorarla.
| Característica | Shopify nativo | WooCommerce + plugin |
|---|---|---|
| Instalación | Un clic — canal de Google | Plugin requerido |
| Cobertura de eventos | Parcial — funnel incompleto | Depende del plugin y su versión |
| Riesgo de duplicación | Alto — múltiples fuentes activas | Alto — plugin + GTM + código manual |
| Riesgo de rotura silenciosa | Medio | Muy alto — cada actualización es un riesgo |
| Control del dataLayer | Limitado | Variable según plugin |
| Integración con Consent Mode v2 | No automática | No automática |
Cuánto dinero perdés
según el escenario
Estos no son casos extremos. Son los patrones que aparecen de forma recurrente en tiendas online con campañas activas de Google Ads.
| Escenario | Qué pasa con GA4 | Impacto en Google Ads |
|---|---|---|
| GA4 nativo + plugin + GTM activos a la vez | Doble o triple conteo de compras | Smart Bidding cree que el ROAS es el doble del real — sube gasto sin control |
| Pasarela externa (Redsys, Bizum) rompe el evento purchase | GA4 pierde entre un 20–40% de compras reales | Performance Max optimiza sobre una fracción de las conversiones reales — pausás canales que sí funcionan |
| Plugin WooCommerce roto por actualización silenciosa | GA4 registra 0 conversiones durante días o semanas | Smart Bidding entra en aprendizaje permanente — presupuesto gastado sin dirección |
| Ad blockers sin server-side tracking | Hasta un 31% de compras no llegan a GA4 | Atribución de campañas incorrecta — decisiones de inversión basadas en datos incompletos |
Los 4 fallos específicos
de e-commerce
Fallo 1 — Doble instalación: nativo + plugin + GTM activos a la vez
El error más frecuente. Shopify tiene GA4 instalado por el canal de Google. Además hay un plugin de analítica que también envía eventos. Y encima GTM con sus propias etiquetas de GA4. Tres fuentes enviando los mismos datos simultáneamente.
GA4 acumula el triple de conversiones reales. Smart Bidding aprende desde esa señal inflada — cree que el ROAS es extraordinariamente bueno, sube las pujas, gasta más presupuesto. El CPA aparente baja. Nadie lo cuestiona porque los números "mejoran".
Hasta que alguien compara con el panel de la tienda y ve que las ventas reales son un tercio de lo que muestra GA4.
Fallo 2 — La pasarela de pago externa rompe el evento purchase
Redsys, Bizum, PayPal — cualquier pasarela que saca al usuario fuera de tu dominio rompe la cadena de tracking. El evento `purchase` depende de que el usuario llegue a la thank-you page desde el mismo contexto de sesión.
Si la pasarela redirige externamente y el usuario no vuelve, o vuelve por una URL distinta, o el banco le envía a otra pantalla en móvil — GA4 no registra la compra aunque el dinero ya esté en tu cuenta. La venta existe en tu tienda. En GA4 no existe. En Google Ads no existe. Smart Bidding la ignora.
Dato relevante: En España, Redsys es la pasarela más usada en e-commerce. La mayoría de implementaciones de GA4 en tiendas que usan Redsys tienen este problema activo sin saberlo.
Fallo 3 — WooCommerce Blocks rompe GTM sin avisar
WooCommerce 8.3+ usa por defecto el checkout basado en Blocks — componentes React en lugar de PHP. GTM4WP, el plugin más usado con más de 2 millones de instalaciones activas, depende de hooks PHP que Blocks simplemente no ejecuta.
El resultado: el tracking funcionaba perfectamente. WooCommerce se actualizó automáticamente — como hace cada semana. GA4 empezó a registrar 0 conversiones de compra. Sin error. Sin alerta. Sin aviso.
Muchas tiendas descubren este problema semanas después, cuando alguien nota que el ROAS del panel de Google Ads no cuadra con las ventas reales. Para entonces, Smart Bidding lleva semanas en aprendizaje permanente con datos incorrectos.
Fallo 4 — HPOS de WooCommerce mata los plugins de tracking
WooCommerce 10.x está migrando todos los stores a High Performance Order Storage — una nueva estructura de base de datos para pedidos, diseñada para mejorar el rendimiento en tiendas con alto volumen.
Los plugins de tracking que leen datos de pedidos con `get_post_meta()` — la función estándar de WordPress — dejan de recibir información una vez completada la migración. Sin error. Sin warning. Sin ninguna señal visible de que algo está roto.
- El plugin sigue activo y aparentemente funcionando
- GTM sigue publicando etiquetas
- GA4 sigue recibiendo pageviews y eventos de navegación
- Pero los eventos de purchase llegan vacíos o directamente no llegan
Cómo detectar si tu tracking
de e-commerce está roto
- 01Comparar pedidos reales vs eventos GA4. Entrá a tu panel de Shopify o WooCommerce y anota los pedidos del último mes. Compará con GA4 → Informes → Monetización → Compras de e-commerce. Si la diferencia supera el 15%, hay un problema activo.
- 02Verificar duplicación en tiempo real. Activá GA4 DebugView, realizá una compra de prueba y contá cuántas veces aparece el evento `purchase`. Si aparece más de una vez, hay doble conteo.
- 03Revisar el contenedor GTM en modo preview. Activá el modo preview de GTM y completá el proceso de compra completo — incluyendo el paso por la pasarela de pago. Verificá que el evento `purchase` se dispara exactamente una vez en la thank-you page.
- 04Comprobar el estado de conversiones en Google Ads. Google Ads → Herramientas → Conversiones → verificá que las conversiones importadas desde GA4 tienen estado "Registrando" y el volumen es coherente con los pedidos reales.
Por qué el 15 de junio
lo hace más urgente
Desde el 15 de junio de 2026, Google Ads depende exclusivamente de Consent Mode v2 + Enhanced Conversions para atribuir conversiones de usuarios que rechazan cookies. Si el tracking base ya está roto, estas capas no pueden compensarlo.
Una tienda con doble conteo activo y Consent Mode mal configurado va a acumular dos problemas simultáneamente después del 15 de junio: datos inflados por duplicación más datos perdidos por consentimiento. Smart Bidding recibirá una señal completamente distorsionada.
El momento de revisar el tracking de e-commerce no es después del 15 de junio. Es ahora, mientras todavía hay margen para corregir antes de que el cambio añada errores encima de los que ya existen.
📊 Contexto: Según una encuesta realizada en LinkedIn en abril de 2026 con 96 profesionales de marketing digital en España, el 86% trabaja con discrepancias entre GA4 y Google Ads. En e-commerce, esa discrepancia tiene un nombre concreto: compras que el algoritmo no ve y presupuesto que se gasta a ciegas.
¿Tu GA4 registra todas
las compras reales?
Revisamos el tracking completo de tu e-commerce — evento purchase, dataLayer, pasarela de pago, duplicaciones y Consent Mode. Informe técnico + plan de acción + sesión en vivo.
Preguntas frecuentes
sobre tracking en e-commerce
