Después de auditar decenas de propiedades de GA4, hay 5 errores que se repiten una y otra vez. No son errores exóticos ni casos raros. Son configuraciones básicas que fallan en la mayoría de proyectos, y que hacen que los datos que ves en tus informes no sean fiables. La buena noticia: todos se corrigen en menos de 10 minutos.
1. Retención de datos en 2 meses en vez de 14
GA4 tiene por defecto la retención de datos de usuario en 2 meses. Esto significa que cualquier exploración personalizada que hagas mirando más de 2 meses atrás te mostrará datos incompletos o vacíos. Los informes estándar no se ven afectados porque usan datos agregados, pero en cuanto usas las exploraciones de GA4 — que es donde está el análisis de verdad — los datos simplemente no están.
Lo peor es que no hay aviso. GA4 no te dice «ojo, estos datos están incompletos». Te muestra la tabla con los datos que tiene y tú sacas conclusiones con información parcial sin saberlo.
Cómo detectarlo: Ve a Administrar → Data Collection and Modifications → Retención de datos. Si pone 2 meses, tienes el problema.
Cómo corregirlo: Cámbialo a 14 meses. Es un clic. Pero ojo: no es retroactivo. Los datos anteriores al cambio ya se han perdido. Por eso este es el primer error que reviso en cualquier auditoría.
2. No tener eventos clave configurados
GA4 registra automáticamente ciertos eventos de medición mejorada como page_view, scroll o click en enlace externo. Pero ninguno de estos viene marcado como evento clave por defecto. Los eventos clave (antes llamados conversiones) son los que le dicen a GA4 qué acciones son objetivos de negocio. Si no los configuras, GA4 no puede diferenciar una visita que ha cumplido un objetivo de una que no.
El resultado: tu tasa de conversión es 0%, los informes de adquisición no muestran qué canal convierte mejor, y si conectas Google Ads no hay datos de eventos clave para optimizar campañas.
Cómo detectarlo: Ve a Administrar → Data Display → Eventos. Revisa cuáles están marcados como evento clave. Si ninguno lo está o solo tienes purchase, falta trabajo.
Cómo corregirlo: Identifica las acciones que son objetivos de negocio: envíos de formulario (generate_lead), clics en teléfono o email, descargas, compras. Para marcarlas como evento clave, ve a Eventos → Crear evento, pon el nombre del evento y márcalo como evento clave. Si el evento ya existe porque lo has configurado por código o por Google Tag Manager, selecciona «Add with code» y simplemente márcalo como evento clave sin configurar nada más.
3. Eventos innecesarios que generan ruido en tus datos
Abres la sección de eventos en GA4 y hay 40, 50, 60 eventos. ¿Alguien sabe qué mide cada uno? Normalmente no. Lo que encuentro en auditorías son eventos que se crearon para una campaña puntual hace meses y siguen disparando, eventos con nombres genéricos que nadie recuerda para qué se configuraron, y lo más común: eventos redundantes que miden algo que ya puedes ver con un simple page_view o con los eventos de medición mejorada.
El problema no es solo estético. Cada evento innecesario añade ruido a tus informes, dificulta encontrar lo que importa, y consume cuota de la API si conectas con Data Studio u otras herramientas. Más eventos no significa medir mejor. Significa medir más, que no es lo mismo.
Cómo detectarlo: Ve a Administrar → Data Display → Eventos y revisa la lista completa. Hazte estas preguntas para cada evento: ¿sé qué mide? ¿Alguien mira este dato? ¿Puedo obtener la misma información con page_view + una dimensión? Si la respuesta a cualquiera es no, sobra.
Cómo corregirlo: Haz una limpieza. Documenta los eventos que necesitas (los que están ligados a objetivos de negocio) y desactiva o elimina el resto desde Google Tag Manager. Un buen plan de medición tiene 10-15 eventos bien definidos, no 50 que nadie entiende.
4. No excluir pasarelas de pago como referencia
Cuando un usuario compra en tu web y pasa por una pasarela de pago externa (PayPal, Redsys, Stripe, TPV del banco), ocurre algo que rompe la atribución. El usuario sale de tu dominio, paga en el dominio de la pasarela, y al volver GA4 registra una nueva sesión con fuente «paypal.com / referral» o «redsys.es / referral».
El resultado: la venta se atribuye a la pasarela de pago en vez de al canal que realmente trajo al usuario (orgánico, Google Ads, email…). Cuando miras el informe de adquisición, ves que «paypal.com» genera un montón de conversiones, lo cual no te dice absolutamente nada útil.
Cómo detectarlo: Ve a Informes → Adquisición → Adquisición de tráfico y busca dominios de pasarelas en la columna de fuente/medio. Si ves redsys.es, paypal.com, tpv.bankname.com como fuentes con conversiones, tienes este problema.
Cómo corregirlo: Ve a Administrar → Data Collection and Modification → Flujos de datos → selecciona tu flujo web → Configuraciones de tu etiqueta → Mostrar más → Lista de referencias no deseadas. Añade los dominios de las pasarelas. A partir de ese momento, GA4 ignorará esas referencias y mantendrá la fuente original. Si tu caso es más complejo (multidominio con pasarela), revisa la guía de medición multidominio en GA4.
5. Consent Mode mal configurado (o sin configurar)
Desde marzo de 2024, Google exige que los sitios web que usan GA4 en el Espacio Económico Europeo implementen Consent Mode v2 correctamente. Si no lo tienes, o lo tienes mal, pierdes datos de dos formas: los usuarios que rechazan cookies no generan ningún dato (ni siquiera modelado), y las conversiones de Google Ads no se reportan correctamente.
Muchos sitios tienen un banner de cookies que cumple la RGPD pero no envía las señales correctas a GA4. El banner dice «cookies rechazadas» pero GA4 no recibe esa señal. O peor: el banner bloquea todo el GTM antes de que GA4 pueda siquiera cargar, con lo cual pierdes el 100% de los datos de los usuarios que rechazan.
Cómo detectarlo: Primero, ve a Administrar → Data Collection and Modifications → Consent Settings. Ahí GA4 te indica el estado de tu configuración de consentimiento: debería mostrarte un estado «Excelente» o «Bueno» si las señales se están enviando correctamente. Si no es así, tienes un problema. Además, abre tu web, rechaza las cookies, y comprueba en las herramientas de desarrollador si GA4 sigue disparando. Si no dispara nada, no tienes Consent Mode. Si dispara pero sin el parámetro gcs en la URL de collect, lo tienes mal configurado.
Cómo corregirlo: La implementación correcta requiere que tu CMP (Cookiebot, OneTrust, Didomi o el que uses) envíe las señales de consentimiento a GTM, y que GA4 cargue siempre pero en modo restringido cuando no hay consentimiento. Así Google puede modelar los datos de los usuarios que rechazan cookies. Tienes una guía detallada sobre Consent Mode en Google.
Cómo saber si tu GA4 tiene estos errores
Si has leído los 5 puntos y no estás seguro de si los tienes o no, la forma más rápida es hacer una auditoría básica. Estos son los pasos mínimos:
- Revisa la retención de datos (Administrar → Data Collection and Modifications → Retención de datos).
- Comprueba qué eventos están marcados como eventos clave (Administrar → Data Display → Eventos).
- Cuenta cuántos eventos tienes y pregúntate si sabes qué mide cada uno (Administrar → Data Display → Eventos).
- Mira si hay pasarelas de pago en tus fuentes de tráfico (Informes → Adquisición).
- Revisa el estado de Consent Settings (Administrar → Data Collection and Modifications → Consent Settings) y rechaza cookies en tu web para comprobar si GA4 sigue midiendo en modo restringido.
Estos 5 checks te llevan menos de 15 minutos y te dicen si tus datos de GA4 son fiables o no. Si cualquiera de ellos falla, todo análisis que hagas a partir de esos datos está comprometido. Si quieres entender mejor cómo funcionan las métricas en GA4 y qué estás midiendo realmente, revisa la guía completa.
Conclusión
Estos 5 errores no son bugs de GA4. Son configuraciones que alguien tiene que hacer bien y que en la mayoría de casos nadie ha revisado. La retención de datos, las conversiones, los eventos innecesarios, las pasarelas de pago y el Consent Mode son la base de una medición fiable. Si fallan, da igual cuántos dashboards montes o cuántas exploraciones hagas: los datos que estás viendo no reflejan la realidad de tu negocio.
Preguntas frecuentes sobre errores de GA4
¿Puedo recuperar los datos perdidos por tener la retención en 2 meses?
No. Una vez que GA4 elimina los datos por retención, no se pueden recuperar. El cambio a 14 meses solo aplica de ese momento en adelante. Si necesitas conservar datos a largo plazo, la opción es exportar a BigQuery, donde no hay límite de retención.
¿Cuántos eventos debería tener en mi GA4?
Depende del proyecto, pero como referencia: un sitio web bien medido suele tener entre 10 y 15 eventos personalizados, más los automáticos de medición mejorada. Si tienes más de 30-40 eventos y no puedes explicar qué mide cada uno, tienes un problema de ruido que afecta a la calidad de tus análisis.
¿Consent Mode afecta a los datos de Google Ads?
Sí, directamente. Sin Consent Mode v2 configurado, Google Ads no puede modelar las conversiones de los usuarios que rechazan cookies. Esto significa que tu reporting de campañas muestra menos conversiones de las reales, y los algoritmos de Smart Bidding tienen menos datos para optimizar.
¿Estos errores afectan también a los datos que se ven en Data Studio (antes Looker Studio)?
Sí. Data Studio consume los datos de GA4 tal como están. Si GA4 tiene eventos de más, retención corta o atribución rota, esos mismos problemas aparecen en tu dashboard de Data Studio. El origen del problema siempre está en la configuración de GA4, no en la herramienta de visualización.
¿Con qué frecuencia debería auditar mi GA4?
Como mínimo una vez al trimestre. GA4 cambia con frecuencia, los CMPs se actualizan, el equipo de desarrollo modifica la web, y cualquier cambio puede romper la medición sin que te des cuenta.
¿Quieres saber cuáles de estos cinco errores tienes tú ahora mismo? Escríbeme y lo vemos juntos.
