Retención de datos en GA4: cómo configurarla sin perder histórico
La Retención de datos en GA4 determina cuánto tiempo conserva Google los datos a nivel de usuario y de evento que después necesitas para Exploraciones y embudos. En una propiedad estándar, el ajuste parte de 2 meses y puede ampliarse a 14; Analytics 360 añade 26, 38 y 50 meses para parte de los datos de evento. Los informes agregados estándar no dependen de este ajuste. La estrategia más segura combina una retención coherente con el uso real del dato, documentación de privacidad y una exportación a BigQuery cuando el negocio necesita histórico granular a largo plazo.
La Retención de datos en GA4 controla cuánto tiempo permanecen disponibles en Analytics determinados datos a nivel de usuario y de evento antes de que Google los elimine automáticamente. En las propiedades estándar puedes elegir 2 o 14 meses; Analytics 360 amplía las opciones para parte de los datos de evento. Google signals conserva los datos de usuarios con sesión iniciada hasta 26 meses como máximo, salvo que hayas configurado un periodo más corto.
Si administras una propiedad que sigue en 2 meses, el problema suele aparecer cuando intentas analizar más atrás en Exploraciones: el informe estándar continúa mostrando agregados, pero el detalle que necesitabas para segmentar, construir un embudo o rehacer una cohorte ya puede haber caducado.
- Comprueba el ajuste actual: Administrar → Recogida y modificación de datos → Conservación de datos.
- Valora 14 meses si utilizas Exploraciones para comparar temporadas, cohortes o recorridos de compra que necesitan más de dos meses de detalle.
- Vincula BigQuery si necesitas conservar eventos crudos durante más tiempo y definir tú mismo la política de almacenamiento y acceso.
Dato clave: el ajuste por defecto de conservación de datos en propiedades nuevas es de 2 meses, y esa cifra sorprende a muchos equipos que llevan meses analizando GA4 sin saber que sus exploraciones detalladas tienen fecha de caducidad.
Puntos clave
| Punto | Detalles |
|---|---|
| Ajuste por defecto | Las propiedades nuevas guardan datos granulares solo 2 meses; revísalo en Admin > Ajustes de datos. |
| Amplía si analizas estacionalidad | Cambia a 14 meses si necesitas cohortes o comparativas anuales, documentando la base legal. |
| Vigila el crecimiento de la propiedad | Las propiedades Large/XL se reducen automáticamente a 2 meses sin previo aviso. |
| BigQuery para histórico ilimitado | Exporta eventos sin procesar si necesitas retención indefinida y control total de accesos. |
| Documenta cada decisión | Registra por escrito el periodo elegido y la justificación de cumplimiento RGPD. |
Tabla de contenidos
- Qué es la retención de datos en GA4 y qué información afecta
- Valores por defecto y opciones disponibles en GA4
- Cómo cambiar la retención de datos ga4 paso a paso
- Cómo afecta la retención a informes, usuarios y remarketing
- BigQuery como solución de retención a largo plazo
- Privacidad, RGPD y cómo justificar el periodo elegido
- Cuándo elegir 2 meses, 14 meses o exportar a BigQuery
- Cómo comprobar que la configuración funciona correctamente
- Fuentes
- Preguntas frecuentes
👉 Si necesitas descargarte infografías sobre Retención de datos en GA4, descuentos en cursos y herramientas y mucho más puedes hacerlo aquí: descargar infografías y recursos
Qué es la retención de datos en GA4 y qué información afecta
La Retención de datos en GA4 no equivale a «borrar todo GA4» cuando llega una fecha determinada. El control se aplica a datos a nivel de usuario y de evento asociados a cookies, User-ID e identificadores publicitarios. Su efecto se nota sobre todo cuando trabajas con consultas no agregadas.
Google indica expresamente que el ajuste de conservación no afecta a los informes agregados estándar. En cambio, sí condiciona las Exploraciones y los informes de embudo. Por eso una propiedad puede seguir mostrando una tendencia anual en Adquisición y, al mismo tiempo, impedirte reconstruir con detalle un segmento de usuarios de hace quince meses.
Hay dos límites que conviene separar del ajuste general. Los datos de edad, sexo e intereses se conservan durante 2 meses, independientemente del periodo seleccionado. Los datos de Google signals tienen un máximo de 26 meses y respetan un plazo más corto si la propiedad está configurada por debajo de ese límite.
Google Signals añade otra capa: si activaste esta función para vincular datos de usuarios con sesión iniciada en cuentas de Google, esos datos firmados tienen un tope propio, independientemente de lo que configures en la retención general.
Esta distinción evita una confusión frecuente: ampliar el periodo no convierte todos los datos de GA4 en un histórico ilimitado, ni hace que todas las funcionalidades compartan la misma ventana temporal.
Retención de datos en GA4: pros y contras
| Ventaja | Riesgo o limitación | Cómo gestionarlo |
|---|---|---|
| Más histórico para Exploraciones | Mayor volumen de datos granulares conservados | Justifica la finalidad y limita accesos. |
| Comparativas longitudinales más útiles | No recupera datos ya eliminados | Amplía antes de necesitar el histórico. |
| BigQuery permite gobernanza propia | Añade costes y complejidad operativa | Define retención, permisos y presupuesto desde el inicio. |
| Ventanas cortas reducen exposición | Pueden impedir análisis anual detallado | Alinea el plazo con los casos de uso reales. |
Valores por defecto y opciones disponibles en GA4
En una propiedad estándar, la Retención de datos en GA4 ofrece 2 o 14 meses para los datos a nivel de usuario. Ese mismo periodo se aplica a los datos de eventos clave. Para el resto de eventos, Analytics 360 incorpora ventanas de 26, 38 y 50 meses.
| Tipo de dato o propiedad | Opciones relevantes | Matiz |
|---|---|---|
| Propiedad estándar | 2 o 14 meses | 2 meses es el valor predeterminado en GA4. |
| Analytics 360: otros datos de evento | 2, 14, 26, 38 o 50 meses | Los datos de usuario mantienen sus propias opciones. |
| Edad, sexo e intereses | 2 meses | El límite se aplica aunque el resto esté configurado a más tiempo. |
| Google signals | Hasta 26 meses | Si tu ajuste general es menor, prevalece el periodo más corto. |
| Propiedades Large / XL | 2 meses para retención a nivel de evento | Google avisa a administradores cuando el volumen se aproxima al límite. |
Si una propiedad estándar pasa a clasificarse como Large, o una propiedad 360 se convierte en XL, Google reduce a 2 meses la conservación a nivel de evento y elimina permanentemente los datos de evento que superan esa antigüedad. Este escenario es especialmente importante en implementaciones con mucho volumen.
Retención de datos en GA4: opciones según el tipo de dato
| Ámbito | Ventana | Qué debes recordar |
|---|---|---|
| Datos de usuario estándar | 2 o 14 meses | También se aplica a datos de eventos clave. |
| Otros eventos en estándar | 2 o 14 meses | Exploraciones y embudos dependen de esta ventana. |
| Otros eventos en 360 | 2, 14, 26, 38 o 50 meses | Las propiedades XL quedan limitadas a 2 meses. |
| Edad, sexo e intereses | 2 meses | No cambia aunque amplíes el resto. |
| Google signals | Hasta 26 meses | Respeta cualquier ajuste general más corto. |
Cómo cambiar la retención de datos ga4 paso a paso
Cambiar la Retención de datos en GA4 requiere pocos pasos, pero conviene documentar el valor anterior y revisar primero qué análisis dependen del histórico granular.
- Entra en Administrar y confirma que estás en la propiedad correcta.
- En Recogida y modificación de datos, abre Conservación de datos.
- Selecciona el periodo disponible que responda a tus necesidades: 2 o 14 meses en una propiedad estándar.
- Revisa la opción Restablecer datos de usuario con cada actividad nueva.
- Guarda el cambio y deja constancia de la fecha, responsable y motivo.
Si reduces el periodo, los datos afectados se eliminan en el siguiente proceso mensual. Google aplica una espera de 24 horas antes de hacer efectivo el cambio, periodo durante el cual puedes revertirlo sin pérdida. Si amplías el plazo, la nueva configuración alcanza también a datos ya recogidos que todavía no se hayan eliminado.
La opción de reinicio con actividad nueva afecta al vencimiento de los datos de usuario: una nueva interacción vuelve a iniciar el contador para ese usuario. No debe confundirse con la duración de pertenencia a una audiencia, que se configura por separado.
Consejo profesional: antes de reducir un periodo, identifica las Exploraciones, embudos y segmentos que dependen del histórico. Si el dato ya se elimina, ampliar después el ajuste no lo reconstruye.
Retención de datos en GA4: qué ocurre al cambiar la configuración
| Cambio | Efecto | Precaución |
|---|---|---|
| Aumentar el periodo | Abarca datos existentes que aún no se hayan eliminado | No restaura datos ya borrados. |
| Reducir el periodo | El dato excedido se borra en el siguiente proceso mensual | Hay 24 horas para revertir el cambio. |
| Activar reinicio con actividad | Reinicia el vencimiento de datos de usuario cuando hay nueva actividad | No equivale a duración de pertenencia a audiencias. |
Cómo afecta la retención a informes, usuarios y remarketing
El efecto práctico de la Retención de datos en GA4 depende del tipo de consulta. Los informes estándar agregados siguen disponibles más allá del periodo configurado, mientras que las Exploraciones y los informes de embudo dejan de mostrar el detalle no agregado anterior a la ventana de conservación.
- Una tendencia anual de sesiones puede seguir visible en un informe estándar.
- Una Exploración que necesite eventos individuales de hace quince meses no dispondrá de ese detalle si la retención es de 14.
- Los análisis de cohortes creados dentro de Exploraciones heredan esta limitación temporal.
- La segmentación retroactiva no puede reconstruir datos granulares que ya fueron eliminados.
Un caso habitual: un ecommerce que quiere comparar el comportamiento de compradores de la campaña de Navidad contra la de rebajas de enero, seis meses después, descubre que la exploración ya no tiene datos a nivel de usuario porque la propiedad seguía en el ajuste por defecto de 2 meses.
Las audiencias requieren un matiz adicional. La duración de pertenencia se configura en el creador de audiencias y puede llegar hasta 540 días. Google indica además que la configuración de conservación de Analytics ya no controla las audiencias exportadas a otros productos: el sistema receptor aplica sus propias políticas. Por tanto, no conviene usar «retención» y «duración de remarketing» como si fueran el mismo ajuste.
Retención de datos en GA4: impacto por tipo de análisis
| Uso | ¿Le afecta la retención? | Lectura práctica |
|---|---|---|
| Informes estándar agregados | No de la misma forma | Pueden seguir mostrando histórico agregado. |
| Exploraciones | Sí | El detalle fuera de la ventana deja de estar disponible. |
| Informes de embudo | Sí | Los recorridos históricos pueden quedar truncados. |
| Audiencias exportadas | Tienen controles propios | No uses retención y duración de audiencia como sinónimos. |
BigQuery como solución de retención a largo plazo
BigQuery es la opción más sólida cuando el negocio necesita conservar eventos crudos más allá de la ventana disponible en la interfaz. La vinculación nativa está disponible también para propiedades estándar: la exportación diaria por lotes admite hasta un millón de eventos al día en una propiedad estándar, mientras que la exportación en streaming no tiene límite de volumen de eventos.
La exportación copia los eventos sin procesar que Analytics recibe del cliente. Una vez en BigQuery, la organización controla permisos y políticas de almacenamiento. Eso no significa «retención infinita automática»: debes decidir cuánto guardar, controlar costes y evitar políticas de expiración que borren tablas antes de tiempo.
- Exportación diaria: adecuada cuando puedes trabajar con el día anterior y priorizas completitud.
- Streaming: útil para casos cercanos al tiempo real, con costes adicionales y posibles lagunas porque funciona como servicio de mejor esfuerzo.
- Fresh Daily: opción de Analytics 360 para disponer de lotes más rápidos durante el día.
BigQuery tampoco sirve como máquina del tiempo. La exportación nativa comienza a partir de la vinculación y no permite recuperar de forma retroactiva todos los eventos crudos que ya caducaron en GA4. Por eso conviene activarla antes de necesitarla.
Consejo profesional: usa GA4 para la exploración diaria y BigQuery como capa histórica y de gobernanza. Son piezas complementarias, no sustitutos exactos.
Retención de datos en GA4: GA4 frente a BigQuery
| Necesidad | GA4 | BigQuery |
|---|---|---|
| Análisis rápido en interfaz | Muy cómodo | Requiere consultas o una capa de visualización. |
| Histórico granular largo | Limitado por conservación | Definido por tu política de almacenamiento. |
| Cruce con CRM u otras fuentes | Limitado | Flexible mediante SQL y modelos propios. |
| Gobernanza de accesos | Roles de Analytics | Permisos de proyecto y dataset. |
| Recuperar eventos anteriores a la vinculación | No | Tampoco mediante la exportación nativa. |
Privacidad, RGPD y cómo justificar el periodo elegido
La Retención de datos en GA4 debe responder a una necesidad analítica real y a la política de privacidad de la organización. El RGPD incorpora el principio de limitación del plazo de conservación: no tiene sentido guardar información más tiempo del necesario solo porque una herramienta permita hacerlo.
Eso no convierte 14 meses en un plazo automáticamente correcto o incorrecto. La decisión debe relacionarse con la finalidad: estacionalidad, ciclos de compra, análisis anual, control de calidad o investigación de incidencias. El mismo criterio debe extenderse a BigQuery, donde el hecho de controlar el almacenamiento no elimina las obligaciones sobre acceso, seguridad y conservación. Las guías de cumplimiento pueden servir como apoyo práctico, pero la política interna debe adaptarse al tratamiento real de cada organización.
- Documenta para qué análisis necesitas cada ventana temporal.
- Revisa qué identificadores y campos llegan realmente a GA4 y BigQuery.
- Limita los permisos a los perfiles que necesitan acceder a datos granulares.
- Registra cambios de configuración y revisa periódicamente que la política escrita coincida con la implementación.
| Aspecto | Pregunta de control |
|---|---|
| Finalidad | ¿Qué decisión necesita realmente este histórico? |
| Plazo | ¿El periodo seleccionado es coherente con esa finalidad? |
| Acceso | ¿Quién puede consultar datos a nivel de usuario y evento? |
| Revisión | ¿Existe una fecha y un responsable para volver a evaluar la configuración? |
Retención de datos en GA4: gobernanza y privacidad
| Control | Qué documentar | Responsable recomendado |
|---|---|---|
| Finalidad | Por qué se necesita el histórico | Negocio / Analítica |
| Periodo | 2, 14 meses o política externa | Privacidad + Analítica |
| Accesos | Quién consulta datos granulares | Administrador de datos |
| Cambios | Fecha, motivo y validación posterior | Owner de GA4 |
| BigQuery | Expiración, coste y permisos | Equipo de datos |
Cuándo elegir 2 meses, 14 meses o exportar a BigQuery
No existe una única configuración correcta de Retención de datos en GA4. La decisión depende de cómo trabaja el equipo y del nivel de detalle que necesita conservar.
- 2 meses: puede encajar en proyectos con ciclos muy cortos y pocas necesidades de Exploraciones históricas.
- 14 meses: suele ser más útil cuando necesitas comparar periodos anuales dentro de Exploraciones o construir embudos con recorridos largos.
- BigQuery: es la opción adecuada cuando necesitas histórico granular de mayor duración, modelado propio, cruces con CRM o control detallado sobre accesos y almacenamiento.
En muchos proyectos la arquitectura más práctica combina 14 meses en GA4 con BigQuery. La interfaz mantiene agilidad para análisis cotidianos y el almacén externo evita que la estrategia histórica dependa de una sola ventana de conservación.
Retención de datos en GA4: matriz para decidir 2 meses, 14 meses o BigQuery
| Escenario | Opción de partida | Motivo |
|---|---|---|
| Análisis operativo de corto plazo | 2 meses | Reduce el histórico granular conservado. |
| Estacionalidad y comparativas anuales | 14 meses | Mantiene una ventana útil para Exploraciones. |
| CRM + atribución propia + histórico largo | BigQuery + GA4 | Separa análisis operativo de almacenamiento histórico. |
| Alto volumen de eventos | BigQuery y vigilancia de límites | Evita depender solo de la clasificación de tamaño de GA4. |
Cómo comprobar que la configuración funciona correctamente
La revisión de la Retención de datos en GA4 debería formar parte de cualquier auditoría periódica de la propiedad.
- Comprueba el valor activo en Administrar → Recogida y modificación de datos → Conservación de datos.
- Abre una Exploración y verifica que el selector de fechas permite consultar la ventana que esperas.
- Si usas BigQuery, confirma que las tablas diarias o intradía se generan con la cadencia esperada.
- Revisa alertas de propiedades Large/XL y los correos enviados a los administradores.
- Compara la política interna de conservación con la configuración real y deja registro de cualquier cambio.
Si faltan datos antiguos en una Exploración porque ya fueron eliminados, aumentar el periodo no los recupera. Si esos eventos no se exportaron antes a otro sistema, la pérdida de ese detalle es definitiva.
Por qué insistimos tanto en revisar esta configuración
En proyectos de analítica es habitual descubrir el problema cuando llega una comparativa anual, una auditoría o la necesidad de reconstruir el comportamiento de una cohorte. Revisar el ajuste al crear la propiedad, y volver a comprobarlo cuando aumenta el volumen de eventos, evita que una decisión tomada por defecto se convierta meses después en una limitación de negocio.
Retención de datos en GA4: checklist de auditoría
| Comprobación | Correcto cuando… | Señal de alerta |
|---|---|---|
| Periodo activo | Coincide con la política interna | Sigue en 2 meses por descuido. |
| Exploraciones | Permiten la ventana esperada | Fechas antiguas aparecen indisponibles. |
| BigQuery | Genera tablas con continuidad | Hay días ausentes o exportación pausada. |
| Propiedad Large / XL | El equipo controla volumen y avisos | Retención bajó a 2 meses inesperadamente. |
| Documentación | Hay fecha, responsable y justificación | Nadie sabe por qué se eligió el periodo. |
Retención de datos en GA4: cómo convertir el ajuste en una estrategia de datos
Configurar la Retención de datos en GA4 una sola vez y olvidarse de ella es cómodo, pero no suficiente cuando la analítica empieza a intervenir en decisiones de presupuesto, producto o CRO. La configuración debería formar parte de una política más amplia: qué datos necesita el negocio, durante cuánto tiempo, para qué análisis y en qué sistema se conservará cada nivel de detalle.
El primer paso consiste en separar dos preguntas que suelen mezclarse. Una es cuánto histórico necesitas ver dentro de GA4. La otra es cuánto histórico granular necesita conservar la organización. Para la primera, 14 meses puede ser una ventana práctica en negocios con estacionalidad anual. Para la segunda, BigQuery suele ser más adecuado porque permite conservar eventos crudos según una política propia, siempre que el equipo controle almacenamiento, permisos y costes.
Empieza por los casos de uso, no por el número de meses
Un ecommerce que compara campañas de Navidad, rebajas y Black Friday necesita suficiente detalle para volver sobre esas cohortes meses después. Una empresa B2B con ciclos comerciales largos puede necesitar reconstruir qué ocurrió antes de que una oportunidad llegara al CRM. En cambio, un proyecto de contenido con decisiones semanales quizá no obtenga el mismo valor de mantener una ventana extensa dentro de Exploraciones. La elección deja de ser arbitraria cuando cada mes de histórico responde a una pregunta concreta.
Conviene documentar al menos tres casos de uso prioritarios. Para cada uno, anota la fuente, el nivel de detalle necesario y la antigüedad máxima que realmente consultas. Ese ejercicio suele revelar que no todo necesita conservarse durante el mismo tiempo. También ayuda a decidir qué información debe permanecer en GA4 y cuál merece una capa histórica externa.
BigQuery no es un backup mágico
Vincular GA4 con BigQuery es una medida preventiva, no una recuperación posterior. La exportación nativa empieza cuando se establece la vinculación y no reconstruye automáticamente eventos crudos que nunca fueron exportados. Por eso la decisión tiene sentido antes de que aparezca el primer problema de histórico. Además, conservar datos en BigQuery requiere revisar que las tablas se estén generando, que no haya expiraciones inesperadas y que los permisos estén limitados a los perfiles adecuados.
Para una propiedad estándar también debes vigilar el límite de la exportación diaria por lotes. Si el volumen supera de forma sostenida el millón de eventos diarios, la exportación puede pausarse. No basta con «activar BigQuery»: hay que monitorizar la continuidad del pipeline. En entornos con mucho tráfico, filtrar eventos irrelevantes o valorar una arquitectura diferente puede ser tan importante como el propio ajuste de conservación.
Conservar más no arregla un histórico de mala calidad
Otro error frecuente es pensar que una ventana larga soluciona problemas de medición. Si el evento purchase estaba duplicado, si el consentimiento se implementó de forma incorrecta o si las UTMs cambiaron de nomenclatura a mitad de año, guardar más meses solo conserva durante más tiempo una serie inconsistente. La Retención de datos en GA4 debe ir acompañada de auditorías de GA4 y GTM, controles sobre eventos críticos y una taxonomía estable.
Este punto es especialmente relevante cuando el histórico se utiliza para modelos, análisis de atribución o comparativas interanuales. Una serie de doce meses con cambios metodológicos sin documentar puede ser menos útil que seis meses bien medidos. Por eso cada modificación importante de implementación debería registrarse junto con la fecha en la que empezó a afectar a los datos.
Asigna responsables y una revisión periódica
La configuración debería tener un propietario. En equipos pequeños puede ser el responsable de analítica; en estructuras mayores, el owner de la propiedad GA4 junto con el equipo de privacidad o datos. Lo importante es que exista alguien encargado de revisar el ajuste cuando cambia el volumen de la propiedad, cuando se activa BigQuery o cuando aparece un nuevo caso de uso que requiere más histórico.
Una revisión trimestral ligera suele ser suficiente para comprobar cinco cosas: periodo configurado, estado de la exportación, avisos de volumen, permisos de acceso y coherencia con la política escrita. No hace falta convertirlo en un proyecto. Diez minutos dentro de una auditoría periódica pueden evitar meses de datos perdidos.
También merece la pena revisar la configuración cuando cambia el modelo de negocio. Una propiedad que al principio solo medía captación puede empezar a incorporar ecommerce, usuarios identificados o integraciones con CRM. En ese momento cambian las preguntas analíticas, el valor del histórico y los riesgos asociados al acceso. Mantener el mismo periodo por inercia puede dejar al equipo corto para analizar o, en el extremo contrario, conservar detalle que ya no utiliza. La revisión debe acompañar la evolución de la medición.
Cómo encaja LG DataOne en esta revisión
LG DataOne puede formar parte de ese control periódico porque la retención no debe analizarse aislada del resto de la implementación. Si una propiedad conserva catorce meses de detalle pero los eventos importantes llegan incompletos, la ventana temporal deja de ser el principal problema. Una auditoría que revise GA4, GTM, Consent Mode y la coherencia de los eventos ayuda a saber si el histórico que estás protegiendo merece realmente confianza.
La utilidad práctica está en convertir una comprobación técnica en una rutina: revisar configuración, detectar incidencias y priorizar las correcciones que afectan a decisiones reales. Así, la Retención de datos en GA4 deja de ser un ajuste escondido en Administrar y pasa a formar parte de la gobernanza de medición.
Conclusiones sobre Retención de datos en GA4
La idea central es sencilla: el histórico granular de GA4 tiene límites y conviene decidirlos antes de que una necesidad de análisis los haga visibles. Para la mayoría de propiedades estándar, 14 meses ofrece más margen que el valor inicial de 2 meses; BigQuery añade una capa histórica que la interfaz no puede sustituir.
La configuración correcta no consiste en elegir siempre el máximo. Consiste en alinear el periodo con los casos de uso, documentar la decisión, revisar los límites de volumen y comprobar que la exportación externa funciona cuando existe. También implica recordar que informes estándar, Exploraciones, Google signals y audiencias no comparten exactamente las mismas reglas.
Cuando esa gobernanza se combina con una medición estable, la Retención de datos en GA4 deja de ser un riesgo silencioso. Se convierte en una decisión controlada, revisable y coherente con la estrategia de datos de la empresa.
Fuentes
Para profundizar en la configuración técnica y el marco de cumplimiento, conviene revisar la documentación oficial junto con guías especializadas:
Este artículo es información general y no sustituye el consejo de un abogado cualificado. Consulte a un profesional del derecho cualificado sobre su caso particular antes de actuar según este contenido.
Preguntas frecuentes
¿Qué es la retención de datos en GA4?
Es el control que define durante cuánto tiempo Analytics conserva determinados datos a nivel de usuario y evento. Afecta especialmente a Exploraciones e informes de embudo, no a los informes agregados estándar de la misma forma.
¿Cuál es el periodo de retención por defecto en GA4?
Las propiedades de GA4 parten de 2 meses. En una propiedad estándar puedes ampliar a 14 meses desde Administrar → Recogida y modificación de datos → Conservación de datos.
¿Qué pasa si amplío la retención de 2 a 14 meses?
El nuevo periodo se aplica también a datos que ya se hayan recogido y que todavía no hayan sido eliminados. No recupera información que ya caducó y fue borrada.
¿Qué ocurre si reduzco el periodo de conservación?
Los datos que queden fuera del nuevo límite se eliminarán en el siguiente proceso mensual. Google espera 24 horas antes de aplicar el cambio, por lo que durante ese plazo puedes revertirlo.
¿Qué pasa si activo BigQuery en vez de ampliar la retención?
BigQuery conserva una copia de los eventos crudos exportados desde la vinculación en adelante y permite definir tu propia política de almacenamiento. No reconstruye eventos históricos anteriores que nunca fueron exportados.
¿BigQuery está disponible en una propiedad GA4 estándar?
Sí. La exportación diaria por lotes de una propiedad estándar admite hasta un millón de eventos al día y la exportación en streaming no tiene límite de volumen de eventos, aunque genera costes adicionales en BigQuery.
¿La retención borra mis informes estándar de GA4?
No de la misma forma. Google indica que el ajuste no afecta a los informes agregados estándar; la limitación se nota principalmente en Exploraciones e informes de embudo que necesitan datos no agregados.
¿La retención de datos controla la duración de las audiencias de remarketing?
No debe tratarse como el mismo ajuste. Las audiencias tienen una duración de pertenencia propia y Google señala que la conservación de Analytics ya no controla las audiencias exportadas a otros productos.
¿Cada cuánto conviene revisar la retención de datos en GA4?
Como mínimo cuando se crea la propiedad, cuando cambia el volumen de eventos, al activar BigQuery y dentro de las auditorías periódicas. Una revisión trimestral es una cadencia práctica para muchos equipos.