Formato nuevo
Qué cambió en Google Analytics 4: de sesiones a eventos
Google Analytics 4 sustituyó la lógica familiar de Universal Analytics: en lugar de hits y sesiones como eje principal — eventos y parámetros. Sitio y app pueden vivir en un mismo esquema de datos.
Abajo: la esencia del cambio y qué revisar en la práctica. UI y nombres de informes cambian; el modelo de medición importa más que el layout de widgets de la beta de 2020. El comportamiento ecommerce en GA es otra pieza; goals/key events están en la guía de conversiones.
Principales cambios de modelo
Un esquema para web y app: puedes ver el camino del usuario entre superficies si streams e identity están bien puestos. Antes, web y app a menudo vivían en universos de informes distintos.
Las sesiones ya no son el centro del universo. Analytics se construye alrededor de eventos: qué hizo el usuario, con qué parámetros, en qué contexto. Eso es más flexible para SPAs, vídeo, clics y microconversiones — y más duro para quien solo conocía bounce como en UA.
Enhanced measurements quitan parte de la rutina: interacciones básicas se pueden activar en ajustes del stream. Eso no sustituye un esquema pensado de ecommerce y CRM — es un arranque sin docenas de tags minúsculos.
Antes/después en un solo gráfico sin matices engaña: modelo de sesión distinto, consentimiento de cookies, bloqueadores y sampling en explorations. Compara tendencias dentro de GA4 — no el bounce de UA de ayer con el engagement de hoy.
Google Analytics para una tienda Goals y conversiones en GA4
Informes, audiencias y práctica de migración
En la UI — overviews de engagement, eventos, audiencias, funnels y Explorations. Pathing, cohorts y realtime ayudan, pero los nombres de pestañas se mueven: aprende el significado (eventos, audiencia, funnel), no memorices una captura de 2020.
El audience builder sustituye parte de los segmentos de UA: condiciones a nivel evento, sesión y usuario se pueden combinar (p. ej. desktop + completó una compra). Las audiencias también ayudan en Google Ads si las cuentas están enlazadas.
Los funnels se arman con secuencias de eventos; saltarse un paso suele sacar al usuario de la cadena — normal en un funnel abierto, pero necesita etiquetado cuidadoso de los pasos de checkout.
Práctica de migración: instala GA4 en paralelo con el tracking viejo (si aún no), revisa DebugView/realtime, marca key events, configura ecommerce o al menos purchase, alinea consent mode/política de cookies. GTM facilita el mantenimiento de tags.
En resumen: GA4 no es una piel nueva de UA — es otro modelo. Domina eventos y parámetros — informes y explorations se vuelven herramienta de hipótesis, no un museo de widgets.
Checklist tras crear una property GA4:
- tag en todas las plantillas, sin duplicado
- enhanced measurements según necesites
- key events/conversiones
- ecommerce o equivalente de purchase
- comprobar en realtime / DebugView
- filtro de tráfico interno
FAQ
¿Universal Analytics sigue funcionando?
Como base — no. Monta el tracking en GA4. Los datos históricos de UA no migran uno a uno — planifica recolección en paralelo pronto.
¿Qué es el modelo de eventos?
Casi todo es un evento con parámetros (page_view, scroll, purchase…). Las sesiones se cuentan distinto; no puedes comparar cifras de UA y GA4 de forma directa.
¿Hace falta Firebase?
Para apps, GA4 históricamente ha estado cerca de Firebase Analytics. Web puede correr sin un «mundo app» aparte, pero el cross-platform es una fuerza de GA4.
¿Qué son enhanced measurements?
Recogida integrada de acciones típicas (vistas, scroll, clics outbound, búsqueda del sitio y más) sin codear a mano cada clic. Revisa la ayuda actual para la lista y los nombres.
¿Dónde fueron los goals de UA?
En GA4 — key events (conversiones) basados en eventos. Desglose completo — en el artículo de setup de goals/conversiones.
¿Sigues leyendo bounce de UA junto a engagement de GA4 en un solo gráfico?
Montamos el modelo de eventos, key events y DebugView para que los informes sean herramienta de hipótesis — no un museo de widgets.
Hablar del proyecto
