GA4

El cambio de fondo: todo es un evento

La diferencia entre GA4 y el Universal Analytics que sustituyó en julio de 2023 no es de aspecto, aunque lo parezca cuando abres el panel por primera vez. Es de modelo de datos.

En Universal, la unidad era la sesión: una visita con sus páginas vistas dentro. En GA4 la unidad es el evento. Ver una página es un evento. Hacer scroll es un evento. Pulsar un enlace saliente es un evento. Enviar un formulario, si lo has configurado, es un evento. Y una sesión no es más que un montón de eventos agrupados por una regla de tiempo.

Eso tiene una consecuencia práctica que cuesta interiorizar: GA4 no viene con la medición hecha. Trae unos cuantos eventos automáticos y de medición mejorada —vistas de página, scroll, clics salientes, descargas de archivo, búsquedas internas— y a partir de ahí todo lo que quieras contar tienes que definirlo tú. Ninguna de esas señales automáticas te dice si alguien pidió un presupuesto.

Eventos, parámetros y conversiones

Un evento en GA4 lleva parámetros: datos que lo acompañan y lo hacen útil. Un evento «envío de formulario» sin parámetros solo cuenta cuántos hubo. Con un parámetro que diga de qué formulario se trata y desde qué página se envió, ya puedes responder a la pregunta que de verdad interesa: qué contenido genera contactos.

Sobre los eventos se marcan las conversiones (Google las llama ahora «eventos clave»). Marcar un evento como conversión no cambia lo que se mide: cambia dónde aparece y con qué prioridad. Es la forma de decirle a la herramienta —y a ti mismo en tres meses— cuáles de los cincuenta eventos que tienes son los que importan.

Mi regla es corta: si un evento no puede terminar en una factura, en una lista de correo o en una llamada, no se marca como conversión. Cinco eventos clave bien elegidos valen más que veinte.

Cómo lo monto yo

Nunca instalo GA4 directamente en el código de la web. Lo hago siempre a través de GTM, por una razón muy concreta: separa la medición del desarrollo. Cambiar cómo se mide un botón no debería requerir tocar la plantilla, subir por FTP y esperar a que alguien despliegue.

El orden que sigo en cualquier proyecto de analítica es este:

1. Escribir antes de tocar nada la lista de acciones que importan al negocio. Suelen ser tres o cuatro. Si no cabe en media hoja, el negocio no tiene claro qué vende.
2. Montar el contenedor de GTM con el modo de consentimiento configurado desde el primer día, no como parche posterior.
3. Crear un evento por cada acción de la lista, con parámetros que digan de dónde viene.
4. Marcar como eventos clave solo esos.
5. Verificar en tiempo real, con el navegador y la vista de depuración, que cada evento se dispara una sola vez y no tres.

El paso 5 es el que más gente se salta y el que más informes falsos evita.

Lo que me encuentro al auditar una cuenta

Casi siempre lo mismo. Una propiedad de GA4 creada hace dos años, con los eventos automáticos funcionando, cero eventos personalizados, y una persona mirando el informe de adquisición cada lunes sin sacar de ahí ninguna decisión. La herramienta está bien instalada y no sirve para nada, que es un estado más frecuente de lo que parece.

El segundo caso habitual es el contrario: veinte eventos personalizados con nombres inconsistentes —formulario_enviado, envio-form, contactoOK— creados por tres personas distintas en momentos distintos. Datos hay muchos; comparables entre sí, ninguno.

Por qué le importa a un negocio

Porque GA4 bien configurado responde a la única pregunta que justifica invertir en una web: qué páginas y qué canales traen a la gente que acaba comprando. Sin esa respuesta, el reparto del presupuesto se hace por intuición o por el volumen de visitas, que es la peor guía posible.

En cuanto hay eventos clave de verdad puedes ver que un artículo con poco tráfico genera más peticiones de presupuesto que otro con diez veces más visitas. Esa comparación cambia decisiones de dinero: dónde escribir, qué campaña mantener, qué página rehacer. Y es imposible de ver mirando usuarios y sesiones.

Añado una advertencia de contexto europeo: GA4 se usa aquí bajo el RGPD, con aviso de cookies real y modo de consentimiento. Una configuración que ignore eso no solo es un riesgo legal; además produce datos que no puedes usar para justificar nada.

No soy abogado ni delegado de protección de datos: escribo desde el lado de quien implanta la medición. Para decidir qué es lícito en tu caso, consulta con un profesional del derecho.

Errores frecuentes

Migrar sin rediseñar la medición. Mucha gente pasó de Universal a GA4 copiando la instalación y esperando los mismos informes. No llegan, porque el modelo es otro. La migración es el momento de decidir qué se mide, no de replicar lo que había.

No marcar ningún evento clave. Una propiedad sin conversiones definidas solo sabe contar visitas, que son la métrica de vanidad por excelencia. Es el fallo más común y el más fácil de corregir en una tarde.

Contar dos veces la misma acción. Un formulario que dispara el evento en el clic del botón y otra vez en la página de gracias duplica las conversiones. Y como el número sube, nadie sospecha. Se detecta mirando la vista de depuración, no el informe.

Ignorar el tráfico interno y el de referencia propio. Si tu equipo entra en la web cada día y no está excluido, buena parte de lo que ves sois vosotros. En webs pequeñas eso puede ser una porción enorme de los datos.

Instalar la etiqueta antes del consentimiento. Además de incumplir la normativa, mezcla mediciones que no deberían existir. El modo de consentimiento existe justo para esto: dejar que Google modele lo que falta en vez de recogerlo sin permiso.