La exploración de cohortes en GA4 agrupa a los usuarios que llegaron el mismo día, semana o mes y sigue su comportamiento en los periodos siguientes. Es la herramienta que responde a si una campaña trae usuarios que vuelven o que compran una sola vez y desaparecen. Para un equipo de marketing que reparte presupuesto entre canales, o para el área técnica que decide si un rediseño del onboarding funciona, es el informe que distingue adquisición de retención real. No es un informe más de GA4: tiene sus propios límites, y conviene conocerlos antes de construir un cuadro de mando encima.
La exploración de cohortes en GA4 admite un máximo de 60 cohortes por informe y, si se aplica un desglose, solo muestra los 15 valores principales de esa dimensión. Agrupa por fecha de llegada o por un evento, y mide la retención con cálculo estándar, continuo o acumulativo, siempre a partir de datos del dispositivo, no del usuario registrado.
La exploración de cohortes en GA4 separa tres cálculos
GA4 calcula la retención de tres formas. El estándar cuenta solo a quien vuelve justo en ese periodo: si alguien vuelve en la semana 2 pero no en la 3, desaparece de la 3. El continuo suma a quien vuelve ese periodo o cualquiera anterior, así que la curva nunca baja. El acumulativo cuenta a quien ha vuelto alguna vez, útil para medir alcance total y no retención pura. Confundir los tres es el error más común al leer un mismo informe.
Cálculo estándar, continuo y acumulativo en la práctica
Una cohorte de 1.000 usuarios llegados la primera semana de octubre puede mostrar, en estándar, un 18 % de retorno en la semana 4 y un 9 % en la semana 8: la caída real. En continuo, esa misma cohorte nunca bajará del 18 %, porque arrastra a quien ya volvió antes. En acumulativo, la cifra de la semana 8 suma a todo el que ha vuelto alguna vez desde la semana 1, así que sube o se mantiene, nunca cae. Mezclar los tres sin fijarse en cuál está activo es la razón más común por la que dos personas del mismo equipo leen el mismo informe y llegan a conclusiones distintas sobre si una campaña retiene.
Primer contacto o evento, así se define cada cohorte
Antes de ver una cifra hay que decidir qué mete a un usuario en la cohorte, el criterio de inclusión, y qué cuenta como que ha vuelto, el criterio de retorno. La exploración de cohortes en GA4 ofrece las mismas opciones para ambos:
- Primer contacto con el sitio o la app, la fecha de adquisición y la opción por defecto.
- Cualquier evento, sin filtrar por cuál.
- Cualquier transacción.
- Cualquier conversión marcada como evento clave.
- Un evento específico, útil para medir una acción concreta, como completar el registro.
Combinar un criterio amplio, cualquier evento, con uno estrecho, un evento específico, sirve para preguntas distintas que combinar los dos amplios: lo primero mide cuánta gente de la base general acaba haciendo una acción puntual, lo segundo si quien ya hizo algo sigue activo en general. La ayuda oficial de GA4 documenta así la exploración de cohorte en GA4.
Días, semanas o meses, la unidad de cada cohorte
La granularidad fija el periodo que agrupa a los usuarios y el periodo en que se mide el retorno, siempre juntos: no se puede agrupar por semana y medir por día. GA4 ofrece diaria, de medianoche a medianoche; semanal, de domingo a sábado; y mensual, del mes natural. La diaria conviene a una campaña puntual, para ver si el repunte aguanta. La mensual evita ruido en retención de producto o editorial, de ciclo largo; la semanal es el término medio cuando no hay motivo para forzar la diaria.
60 cohortes es el techo de cada exploración
Una misma exploración de cohortes en GA4 no muestra más de 60 cohortes, y si se añade un desglose, por canal de adquisición por ejemplo, solo aparecen los 15 valores principales: el resto desaparece de la vista. Con dimensiones demográficas, edad, género, interés, GA4 aplica además un umbral mínimo de usuarios por grupo para proteger el anonimato. Son límites de la propia exploración, según los límites de configuración de GA4, no de la cuenta del cliente: ni la versión 360 los sube.
A esto se suma el límite general: 200 exploraciones por usuario y 500 compartidas por propiedad, y cada consulta se muestrea por encima de 10 millones de eventos. Pocas propiedades llegan a esas cifras, pero conviene saberlo antes de montar una exploración por cada campaña del año.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
El dato nace del dispositivo, no del usuario
La documentación de Google lo deja explícito: la exploración de cohortes en GA4 se basa únicamente en los datos del dispositivo, y no tiene en cuenta el ID de usuario aunque la propiedad lo recoja. Para un negocio con login, una app, un SaaS, una intranet de cliente, la misma persona que entra desde el móvil y el portátil puede contar como dos cohortes distintas, aunque en los informes de identidad figure como una sola.
Una cohorte en GA4 es el grupo de usuarios que comparten la misma fecha de llegada o el mismo evento inicial y a los que se sigue, periodo a periodo, por dispositivo, no por identidad.
Quien ya configuró un modelo para unificar dispositivos en sus informes estándar, lo que decide la identidad para los informes en GA4, debe asumir que esa unificación no llega a las exploraciones. Es la grieta más repetida al cuadrar cifras entre el informe de retención estándar y una cohorte montada a mano para la misma pregunta.
El histórico de las cohortes depende de la retención
La exploración de cohortes es un informe no agregado, así que depende del ajuste de conservación de datos de la propiedad, algo que no afecta a los informes estándar. Una propiedad GA4 estándar guarda los datos de eventos y de usuario durante 2 o 14 meses, según lo configurado; Analytics 360 llega hasta 50. Si la cohorte pide un rango que supera ese plazo, Google no inventa el dato: simplemente no aparece.
Una propiedad nueva conserva solo 2 meses por defecto, así que una cohorte de usuarios llegados en enero dejará de medirse en marzo si nadie cambió esa opción. Ya se midió este límite al hablar de la retención de datos en GA4, y es el primer sitio donde mirar cuando una cohorte se queda corta sin motivo aparente. La cifra oficial está en la propia ayuda de Google sobre retención de datos en Analytics, que además fija en 26 meses el tope de Google Signals, independiente del resto.
Marketing, producto y soporte técnico miden su propia cohorte
En marketing B2B, la cohorte más útil agrupa por el evento de primera conversión de cada fuente de pago y mide cuántos vuelven a los 30, 60 y 90 días; una caída fuerte entre el día 7 y el 30 señala un problema de onboarding, no de captación. Producto la usa al revés, por versión de una función, para ver si la retención mejora. Soporte técnico la cruza con incidencias: una caída justo después de una incidencia confirma el impacto que un ticket cerrado no refleja.
Cohortes de onboarding en un SaaS de Barcelona
Una empresa de software con sede en el 22@ que vende a otras empresas del área metropolitana suele adquirir bien y retener mal en las primeras semanas. Montar la cohorte con inclusión en registro completado y retorno en evento de uso del producto, en granularidad semanal, aísla justo esa ventana. Si la semana 1 retiene un 70 % y la semana 4 cae a un 20 %, el problema no está en el equipo comercial que cierra el alta, está en lo que ocurre entre el alta y el primer uso real: ahí hay que mirar antes de tocar el presupuesto de adquisición.
Conviene no confundirla con una audiencia: la cohorte analiza un comportamiento histórico cerrado, mientras que una audiencia de GA4 es una lista viva que sigue llenándose y puede activarse en campañas. La cohorte detecta el problema; la audiencia sirve para el remarketing sobre ese grupo.
Preguntas frecuentes sobre la exploración de cohortes en GA4
¿Cuántas cohortes se pueden ver en un mismo informe?
Hasta 60 cohortes por exploración, el máximo que admite GA4 tanto en la versión estándar como en 360. Si se aplica una dimensión de desglose, el límite baja a los 15 valores principales de esa dimensión; el resto queda fuera de la vista aunque exista en los datos.
¿Por qué dos informes de retención dan cifras distintas?
Casi siempre por el cálculo elegido: estándar, continuo y acumulativo miden cosas distintas aunque usen la misma cohorte. También influye la retención de datos de la propiedad, que puede recortar el histórico disponible para uno de los dos informes y no para el otro.
¿Se puede alargar el histórico de una cohorte más allá de 14 meses?
Solo con Analytics 360, que permite configurar la conservación hasta 50 meses. En una propiedad estándar el tope es de 14 meses y, por defecto, muchas propiedades guardan solo 2: conviene revisar ese ajuste antes de construir una cohorte con mucho histórico.
¿Por qué la cohorte no coincide con los informes de identidad?
Porque se basa solo en datos del dispositivo: no aplica el modelo de identidad que unifica dispositivos en los informes estándar. Un mismo usuario con móvil y portátil puede figurar como dos cohortes distintas aunque el informe de identidad lo trate como una sola persona.
