La retención de datos en GA4 decide durante cuánto tiempo guarda Google la información a nivel de usuario y de evento antes de borrarla en bloque, mes a mes. Para una pyme de Barcelona que compara campañas de un trimestre con el anterior, esa fecha de caducidad pasa desapercibida hasta que abre una exploración y descubre que faltan semanas enteras. La configuración por defecto de cualquier propiedad GA4 nueva es de solo dos meses, y cambiarla no es automática. Esto es lo que se pierde, dónde se ajusta y qué alternativa existe si el histórico importa de verdad.
Los dos plazos de retención de datos en GA4
Google diferencia entre dos tipos de datos dentro de una propiedad GA4: los datos a nivel de evento (cada clic, cada visita, cada conversión registrada) y los datos a nivel de usuario (los identificadores que permiten reconstruir el recorrido de una misma persona). Ambos comparten la misma ventana de conservación, configurable en dos plazos: 2 meses o 14 meses. Toda propiedad GA4 nueva (incluidas las que se crean al conectar un WordPress recién lanzado) arranca en 2 meses por defecto. Nadie la cambia durante la puesta en marcha porque en ese momento no hay histórico que perder.
El problema aparece más tarde. Una campaña de Google Ads lanzada en enero y otra en julio del mismo año no se pueden comparar en una exploración si la de enero ya caducó. Según la documentación oficial de Google, cuando el periodo se agota, los datos se eliminan de forma automática cada mes, sin aviso previo ni papelera de reciclaje. La ampliación a 14 meses no rescata lo ya borrado: solo evita que se repita a partir de la fecha del cambio.
La retención de datos en GA4 es el plazo, de 2 o 14 meses, tras el cual Google elimina automáticamente la información a nivel de usuario y de evento; los informes estándar no se ven afectados, solo las exploraciones y los embudos.
Datos que desaparecen en exploraciones y embudos
No todos los informes de GA4 dependen de la retención. Los informes estándar (Adquisición, Interacción, Monetización) trabajan con datos agregados y siguen mostrando cifras aunque hayan pasado años, incluso con comparaciones de periodos activadas. Lo que sí depende del plazo son los informes no agregados: el módulo Exploraciones y los embudos de conversión, que consultan el detalle de evento en bruto para cruzar dimensiones libremente. Ahí es donde una empresa que analiza el recorrido completo de un lead, desde el primer clic hasta la conversión, se encuentra con huecos si el rango de fechas se sale del plazo configurado.
Comparativas trimestre a trimestre sin histórico
Una agencia B2B que revisa el rendimiento de sus campañas trimestre a trimestre construye normalmente una exploración de embudo libre con el trimestre actual y el mismo trimestre del año anterior. Con la retención en 2 meses, esa comparación es imposible pasado el segundo mes: los datos del trimestre de referencia ya no existen y la exploración devuelve cifras en blanco sin explicación visible en la interfaz. El fallo no se nota al configurar el informe, sino semanas después, cuando alguien pregunta por qué faltan filas. Ampliar el plazo con antelación evita descubrirlo a mitad de un análisis que ya se había dado por bueno.
Ampliar la conservación de datos a 14 meses
El cambio se hace en Administrar, Ajustes de datos, Conservación de datos, dentro de la propiedad GA4, y requiere rol de Editor. La pantalla ofrece dos desplegables (uno para datos de usuario, otro para eventos) con las mismas dos opciones: 2 o 14 meses. Seleccionar 14 en ambos y guardar es la decisión correcta casi siempre: no hay coste ni límite adicional por elegir el plazo largo, solo la ventaja de un histórico más completo. Google avisa de que el cambio tarda 24 horas en aplicarse, así que conviene revisarlo antes de una campaña, no durante ella. La única razón habitual para quedarse en 2 meses es una política interna de protección de datos más estricta que la que exige el RGPD, algo poco frecuente en una pyme de Barcelona con un volumen de tráfico moderado.
| Plan | Retención de datos de usuario | Retención de eventos | Histórico sin fecha de caducidad |
|---|---|---|---|
| GA4 Standard (gratuito) | 2 o 14 meses | 2 o 14 meses | No |
| Analytics 360 (de pago) | Hasta 50 meses | Hasta 50 meses | No, pero el plazo es mucho mayor |
| Exportación a BigQuery | Sin límite | Sin límite | Sí, mientras se pague el almacenamiento |
Comparativas interanuales en negocios de temporada
Un negocio con estacionalidad marcada (una consultora que factura sobre todo antes del cierre fiscal, un proveedor industrial con pedidos ligados a ferias del sector) necesita comparar el mismo periodo de dos años distintos para saber si una campaña funcionó mejor que la anterior. Con 14 meses de retención, esa comparación cubre justo el año completo más dos meses de margen. Con 2 meses, la comparación interanual no existe: solo queda el dato agregado de los informes estándar, que no permite cruzar la campaña con el canal, el dispositivo o la página de aterrizaje al mismo tiempo.
Negocios de temporada en Barcelona: un ejemplo real
Una consultora de servicios profesionales de Barcelona que lanza su campaña principal de captación cada septiembre, coincidiendo con la vuelta al calendario empresarial, necesita saber en octubre del año siguiente si el coste por lead bajó respecto al septiembre anterior. Si nadie tocó la retención por defecto, esa exploración concreta (la que cruza campaña, canal y página de destino) ya no tiene datos de origen. Quien lleva la analítica web en Barcelona de varias cuentas B2B suele encontrarse este mismo hueco al auditar una cuenta nueva: la propiedad funciona, recoge datos, pero el histórico útil para decidir presupuesto apenas llega a ocho o diez semanas.
BigQuery: exportar datos sin fecha de caducidad
Cuando el histórico importa más allá de los 14 meses, para detectar tendencias de varios años o alimentar un cuadro de mando externo, la salida no es Analytics 360, sino la exportación gratuita a BigQuery. GA4 permite vincular la propiedad a un proyecto de BigQuery sin coste de licencia: el límite de la capa gratuita es de un millón de eventos exportados al día, suficiente para la mayoría de webs de servicios B2B que no operan a volumen de ecommerce masivo. A partir de ahí, o se filtran eventos, o se pasa a Analytics 360.
Una vez exportados, los datos son propiedad de quien los exporta: Google deja de aplicar su política de retención y la responsabilidad de conservarlos pasa a las reglas de almacenamiento de BigQuery, que se configuran aparte. Conviene tenerlo claro antes de activar la exportación, porque no se puede reexportar el mismo rango de fechas dos veces: los eventos anteriores a la fecha de conexión no se recuperan. Si prefieres que alguien lo configure por ti, nuestro soporte técnico puede dejar la exportación lista en una sola sesión.
Errores frecuentes al configurar la retención en GA4
La mayoría de propiedades GA4 que se auditan en cuentas B2B de Barcelona siguen en la configuración de fábrica. Los fallos se repiten:
- Confundir la retención con el umbral de datos por privacidad: son dos límites distintos y ajustar uno no soluciona el otro.
- Cambiar el plazo después de lanzar una campaña larga, cuando ya se ha perdido el primer tramo de datos.
- No revisarlo al migrar desde Universal Analytics o al crear una propiedad nueva para una web adicional.
- Dar por hecho que 14 meses basta para comparativas de varios años, cuando el negocio necesita más y debería activar la exportación a BigQuery.
Revisar este ajuste el mismo día que se activa la propiedad evita perder la única ventana en la que el cambio no cuesta nada: antes de que haya histórico que lamentar. Una consultoría digital que dé de alta la cuenta puede dejarlo configurado el primer día, junto con el resto de ajustes base de la propiedad.
Preguntas frecuentes sobre retención de datos en GA4
¿Qué pasa si cambio la retención de 2 a 14 meses?
El cambio no es retroactivo: los datos ya borrados no se recuperan, pero a partir de que se aplica (24 horas después de guardar) GA4 empieza a conservar cada mes nuevo durante 14 meses en lugar de 2. Cuanto antes se active, antes empieza a acumularse el histórico útil para comparativas.
¿Afecta la retención a los informes estándar de Analytics?
No. Los informes estándar (Adquisición, Interacción, Monetización) usan datos agregados y no dependen del plazo de retención, ni siquiera al activar una comparación de periodos. Solo las Exploraciones y los embudos de conversión, que consultan eventos en bruto, se quedan sin datos al superar el plazo.
¿Se puede recuperar un dato ya eliminado por la retención?
No, la eliminación es automática y definitiva: Google no ofrece papelera ni exportación de lo ya borrado. La única forma de no perderlo es haber exportado antes a BigQuery o haber ampliado el plazo antes de que el dato cumpliera los 2 meses.
¿Tiene coste la exportación de GA4 a BigQuery?
La exportación en sí es gratuita hasta un millón de eventos al día por propiedad. El coste, si lo hay, viene del almacenamiento y las consultas en BigQuery, que Google factura aparte según el volumen guardado, no por conectar la exportación.