Los errores GA4 que más dinero cuestan y cómo corregirlos ya

Los errores GA4 más dañinos son la duplicidad de compras, el transaction_id ausente y un Consent Mode mal ordenado, seguidos de una retención de datos configurada al valor por defecto, que es un plazo corto. Primero, abre DebugView y sigue una transacción real de principio a fin: comprueba si el evento purchase llega una sola vez y si trae transaction_id. Después revisa en la pestaña Network si el parámetro gcs aparece antes de que se disparen los tags. Esos quince minutos determinan si el resto de tu analítica es fiable.

En resumen:

• La duplicidad en eventos y la ausencia de transaction_id son los errores más frecuentes que inflan las métricas y dificultan la deduplicación en GA4.
• El orden de carga del Consent Mode y la correcta implementación en GTM o gtag son clave para evitar la pérdida de señal y garantizar datos fiables.
• Validar la coincidencia entre transacciones en GA4, pasarela de pago y CRM ayuda a detectar desviaciones estructurales y evitar ingresos mal medidos.
• La configuración adecuada del dataLayer y el control del transaction_id único son esenciales para prevenir la duplicación de eventos y mantener la calidad de los datos.
• Automatizar auditorías con plataformas especializadas reduce tiempo, aumenta precisión y previene errores que afectan la toma de decisiones.

Tabla de contenidos

• Categorías de errores GA4 más frecuentes: dónde mirar primero
• Errores de instalación y capa de datos: gtag, GTM y dataLayer
• Errores críticos en ecommerce: purchase, value y deduplicación
• Consent Mode v2: errores frecuentes y cómo verificarlo
• Calidad de datos y duplicidad: cómo detectarla y corregirla
• Cómo depurar GA4 con DebugView, Tag Assistant y Network
• Retención de datos GA4: qué cambia entre 2 y 14 meses
• Checklist priorizado para auditar y corregir errores GA4
• Qué aprendimos auditando decenas de implementaciones de GA4
• Automatiza la auditoría de GA4 en vez de repetirla cada mes
• Fuentes
• Preguntas frecuentes

Categorías de errores GA4 más frecuentes: dónde mirar primero

Antes de auditar evento por evento conviene ubicar en qué capa está el problema. La mayoría de los errores GA4 se agrupan en siete bloques, y casi siempre el síntoma visible (una caída de conversiones, un pico raro de usuarios) apunta a uno de ellos:

• Instalación: doble etiquetado (gtag y GTM a la vez) o tags mal disparados.
• Eventos automáticos: parámetros de medición mejorada mal interpretados como conversiones reales.
• Ecommerce: purchase sin transaction_id, value inconsistente entre plataformas.
• Duplicidad: el mismo evento contado dos o más veces por implementaciones paralelas.
• Consent Mode: pérdida de señal por orden de ejecución incorrecto.
• Atribución: rupturas de sesión en cross-domain o UTMs mal formadas.
• Retención: informes que “desaparecen” datos históricos sin previo aviso.

Un chequeo rápido para confirmar la categoría: compara el número de transacciones en GA4 contra tu pasarela de pago durante 24 horas.

Errores de instalación y capa de datos: gtag, GTM y dataLayer

La dataLayer es la fuente de la verdad, no la interfaz de GA4. Cuando el número que ves en un informe no coincide con lo que ocurre en el sitio, la causa casi siempre está antes del panel: en el evento que nunca llegó a disparar el trigger correcto en Google Tag Manager.

El error más común y más caro es el doble tracking: alguien implementó gtag.js directamente en el código y, meses después, otra persona añadió el mismo evento vía GTM sin desactivar el primero. El resultado son sesiones y eventos inflados que maquillan el rendimiento real.

También aparecen fallos por una dataLayer mal estructurada: parámetros ausentes en algunos disparos, o valores con cardinalidad tan alta (IDs únicos, timestamps) que rompen las segmentaciones en informes personalizados.

• Verifica en el inspector de GTM que cada evento envía los mismos parámetros en cada disparo.
• Usa nombres de evento y de parámetro consistentes (minúsculas, sin espacios, mismo idioma en todo el sitio).
• Incluye siempre transaction_id y page_type cuando el evento lo requiera.
• Controla versiones del contenedor de GTM antes de publicar cambios en producción.

Consejo profesional: Antes de tocar nada en GA4, abre la consola del navegador y ejecuta dataLayer para ver el array completo. Si el evento no está ahí, el problema no es de GA4: es de implementación. Puedes revisar tu contenedor con esta guía para auditar GTM.

Errores críticos en ecommerce: purchase, value y deduplicación

Los ingresos mal medidos son el error GA4 que más rápido erosiona la confianza de un equipo de marketing en sus propios datos. Casi siempre se reduce a tres causas:

1. transaction_id ausente o inconsistente: sin este parámetro, GA4 no puede deduplicar compras y cada recarga de la página de confirmación cuenta como una venta nueva.
2. value inconsistente: unas veces se envía el importe neto, otras el bruto con impuestos incluidos, y la reconciliación con el ERP o la pasarela de pago nunca cuadra.
3. Doble disparo del evento purchase: ocurre cuando el tag de conversión está en la página de gracias y también en un script de confirmación por correo o webhook.

La prueba práctica más fiable es comparar, día a día durante una semana, el número de transacciones y el ingreso total de GA4 contra tu pasarela de pago y tu CRM. Una desviación constante (no puntual) señala un problema estructural, no un pico de tráfico raro.

Consent Mode v2: errores frecuentes y cómo verificarlo

El fallo más habitual en Consent Mode v2 es cargar gtag o GTM antes de establecer el estado default de consentimiento. Cuando eso pasa, la primera vista de página sale sin restricciones de privacidad, y ese primer hit contamina toda la sesión.

Google exige enviar parámetros como ad_user_data y ad_personalization en el propio Consent Mode, y muchas implementaciones solo actualizan el consentimiento cuando el usuario acepta, sin haber declarado nunca un estado por defecto.

• Coloca el comando default en el <head>, antes de cualquier script de gtag o GTM.
• Confirma que ad_user_data y ad_personalization viajan en las peticiones, no solo ad_storage y analytics_storage.
• Verifica con Tag Assistant la pestaña de consentimiento: debe mostrar el estado default y luego el update tras la interacción del usuario.
• Revisa en Network los parámetros gcs y gcd de cada petición collect para confirmar que reflejan el consentimiento real.

Google documenta que este orden de ejecución es la causa raíz de gran parte de la pérdida de señal en propiedades con banners de cookies mal configurados, según su propia guía de Consent Mode.

Calidad de datos y duplicidad: cómo detectarla y corregirla

Los eventos duplicados son invisibles en los informes estándar de GA4 porque el propio sistema los suma sin distinguir origen. Solo se detectan comparando el flujo real de usuario contra lo que llega al servidor.

• Asigna un transaction_id único a cada compra y verifica que no se repite en dos disparos distintos.
• Abre DebugView y sigue una compra completa en tiempo real: si el evento purchase aparece dos veces con el mismo ID, tienes doble tracking confirmado.
• Añade exclusiones de trigger en GTM para páginas de confirmación que se recargan (por ejemplo, tras volver del navegador con el botón “atrás”).
• Filtra el tráfico de bots y crawlers de IA, que puede duplicar sesiones y eventos si no se excluye correctamente, como señala este análisis sobre tráfico no humano en GA4.

Consejo profesional: Si sospechas de duplicidad pero no la ves en los informes, crea una exploración libre con transaction_id como dimensión secundaria. Si un mismo ID aparece con recuento superior a 1, ahí está el fallo.

Cómo depurar GA4 con DebugView, Tag Assistant y Network

Un flujo de depuración reproducible evita perder horas revisando informes que tardan 24 horas en actualizarse.

1. Activa DebugView desde la extensión de depuración de Google o el parámetro debug_mode, y navega el sitio como lo haría un usuario real: busca eventos duplicados, parámetros vacíos y orden incorrecto (por ejemplo, purchase antes de add_to_cart).
2. Abre Tag Assistant y revisa la pestaña de consentimiento junto con la vista previa de GTM: ambas deben mostrar los mismos tags disparándose en el mismo orden.
3. En las herramientas de desarrollador, filtra por collect en la pestaña Network y examina los parámetros gcs, gcd y el timing de cada petición respecto a la carga de la página.

La guía oficial de solución de problemas de Google recoge los errores más habituales, como ausencia total de eventos o identificadores de medición inválidos, con pasos de diagnóstico estándar para cada caso.

Retención de datos GA4: qué cambia entre 2 y 14 meses

Por defecto, GA4 retiene los datos a nivel de usuario y evento durante dos meses, un plazo que se puede ampliar a 14 meses en propiedades estándar y hasta 50 meses en GA4 360. El cambio no es retroactivo: los datos ya recogidos con el ajuste de 2 meses no se recuperan al ampliar el plazo.

Esto afecta directamente a informes de exploración libre y a embudos que comparan periodos largos, aunque los informes estándar de GA4 no dependen de este límite.

Si necesitas conservar el histórico completo más allá de estos límites, la única vía fiable es exportar a BigQuery desde el primer día. Puedes profundizar en este ajuste en la guía sobre retención de datos en GA4.

Checklist priorizado para auditar y corregir errores GA4

Una auditoría sin prioridades se eterniza. Este orden concentra el esfuerzo donde más impacto tiene:

1. P0 (hoy): activa DebugView, confirma que transaction_id llega en cada compra, detecta doble tracking y valida que el default de Consent Mode se ejecuta antes de gtag/GTM.
2. P1 (esta semana): reconcilia ingresos entre GA4 y tu pasarela de pago, revisa la configuración cross-domain y el formato de tus UTMs, y comprueba qué eventos de medición mejorada están activos.
3. P2 (este trimestre): documenta cada evento en una hoja de referencia, programa auditorías trimestrales y monta alertas automáticas para caídas a cero en conversiones críticas.

Qué aprendimos auditando decenas de implementaciones de GA4

En LG DataOne construimos la automatización de auditorías después de ver el mismo patrón una y otra vez: equipos que confiaban en la medición mejorada de GA4 como si fuera una configuración completa, cuando en realidad es solo un punto de partida. La mayoría de los fallos que detectamos no estaban en GA4 mismo, sino en la capa de datos, uno o dos pasos antes de que el dato llegara al panel.

La priorización por impacto cambia la conversación: en lugar de revisar cien eventos por igual, se revisan primero los que mueven ingresos y decisiones. Aplicar esa lógica de forma sistemática, con alertas que avisan de caídas a cero o eventos no documentados, reduce el ruido y deja tiempo para lo que realmente importa: interpretar los datos, no perseguir errores. Puedes ver ejemplos de eventos mal configurados en nuestra guía de eventos automáticos en GA4.

— Juan

Automatiza la auditoría de GA4 en vez de repetirla cada mes

Revisar manualmente DebugView, Tag Assistant y Network cada vez que algo falla consume horas que la mayoría de equipos de analítica no tiene. LG DataOne convierte esa auditoría en un proceso automático: monitoriza tu dataLayer, detecta duplicados de transaction_id, valida el orden de ejecución de Consent Mode y prioriza qué corregir primero según el impacto real en tus conversiones.

La plataforma también revisa la velocidad de carga, integra mapas de calor y propone tests A/B basados en lo que la auditoría descubre, todo desde un mismo panel. Puedes empezar por comprobar tu propia capa de datos con el DataLayer checker o revisar directamente los planes y precios: el plan Standard cuesta 9,95 € al mes, el Business 69,95 € al mes y el Premium 99,95 € al mes. Prueba la plataforma gratis y deja que sea ella quien detecte el siguiente error antes de que afecte a tus informes.

Lecturas relacionadas: consulta validar eventos con DebugView y descubre cómo auditar GA4 con LG DataOne.

Fuentes

Antes de aplicar cualquier corrección, contrasta los pasos con la documentación oficial de Google sobre Consent Mode y con la guía de solución de problemas de GA4, además de la página de mensajes de error de GA4.

• Retención de datos en Google Analytics
• Set up consent mode on websites | Tag Platform | Google for Developers

Preguntas frecuentes

¿Qué es la GA4?

GA4, o Google Analytics 4, es el modelo de medición basado en eventos que sustituyó a Universal Analytics. A diferencia de su predecesor, no distingue entre “hits” de tipos fijos (page view, evento, transacción): todo se registra como un evento con parámetros, lo que exige una lógica de configuración orientada a los objetivos de negocio en lugar de una instalación genérica.

¿Por qué GA4 muestra errores o falla al recoger datos?

Casi siempre porque el problema está antes de llegar al panel: un tag mal disparado en GTM, un parámetro ausente en la dataLayer o un Consent Mode que bloquea la señal por un orden de ejecución incorrecto. La guía oficial de solución de problemas recoge los casos más frecuentes, como ausencia total de eventos o identificadores de medición inválidos.

¿Qué significa cuando GA4 indica que se produjo un error?

Los mensajes de error de GA4 suelen apuntar a fallos en el flujo de datos o en la configuración del stream, según detalla la página oficial de mensajes de error. Lo primero que hay que revisar es si el identificador de medición es correcto y si el evento llega realmente a la dataLayer antes de disparar el tag.

¿Cómo se borran o eliminan datos en Google Analytics?

GA4 no permite eliminar eventos individuales ya procesados, pero sí se puede filtrar tráfico no deseado hacia adelante mediante exclusiones en GTM y reglas de filtrado en la propiedad. Para el histórico, la única vía real es ajustar la retención de datos, que por defecto es de dos meses y puede ampliarse a 14, aunque ese cambio nunca es retroactivo.

¿Cómo saber si tengo eventos duplicados en GA4?

La forma más fiable es abrir DebugView y seguir una transacción real completa: si el mismo transaction_id aparece en más de un disparo del evento purchase, hay duplicidad confirmada. Herramientas como LG DataOne automatizan esta detección comparando continuamente el dataLayer contra lo que efectivamente llega a GA4.

Recomendaciones

• Configurar GA4
• Eventos recomendados GA4
• Eventos sin código en GA4: valida analítica +14 días GRATIS
• Cómo usar Google Analytics GA4 para optimizar tu web