Qué es la medición de eventos

La unidad de medida es el evento: un registro con nombre que describe algo que ha ocurrido, acompañado de parámetros que lo detallan. Cuando alguien pulsa el botón de descarga de un catálogo, la herramienta guarda un nombre de evento y, junto a él, datos como el título del documento o la sección de la web desde la que se pulsó.

Conviene separar tres cosas que se confunden a diario. La herramienta de analítica es donde se acumulan y se leen los datos. El gestor de etiquetas es el vehículo que despliega el código sin tocar la plantilla. La capa de datos es el almacén intermedio del que ese vehículo lee valores. La medición de eventos es la decisión previa a las tres: qué acciones merecen quedar registradas y con qué nombre.

Un evento tampoco equivale a una conversión. Toda conversión se registra como evento, pero la mayoría de los eventos describen comportamiento sin valor comercial directo, como el desplazamiento por la página o la reproducción de un vídeo. Marcar un evento como acción clave es un paso posterior y deliberado, que hace alguien con criterio de negocio.

Google Analytics 4 clasifica los eventos en cuatro grupos. Los recopilados automáticamente se registran por el simple hecho de instalar la etiqueta. Los de medición mejorada aparecen al activar esa opción en el flujo de datos y cubren desplazamiento, clics salientes, búsqueda interna, vídeo y descargas de archivo. Los recomendados los implementa el equipo, pero llevan nombres y parámetros fijados por Google. Los personalizados los define quien los implementa, con libertad total de nombre.

La diferencia entre los dos últimos grupos es la que más trabajo ahorra. Un evento recomendado, con su nombre exacto y sus parámetros previstos, activa informes que ya existen en la interfaz: el comercio electrónico o la generación de leads se leen sin construir nada. Si el mismo hecho se envía con un nombre inventado, el dato entra igual en la propiedad, pero ningún informe estándar lo reconoce y hay que montar exploraciones a mano.

Los límites documentados son el segundo tropiezo habitual. Cada evento admite 25 parámetros. El nombre del evento y el de cada parámetro no pueden pasar de 40 caracteres, y el valor de un parámetro se corta a los 100, con excepciones para el título, la ubicación y el referente de la página. Los flujos de datos web no tienen tope de nombres distintos de evento; los flujos de aplicación sí, con 500 por usuario. Para leer un parámetro personalizado en los informes hay que registrarlo como dimensión, y ahí una propiedad estándar dispone de 50 de ámbito evento, 25 de ámbito usuario y 10 de ámbito artículo, además de 50 métricas personalizadas.

De la medición de eventos depende una decisión muy concreta: dónde invierte el equipo el próximo trimestre. Sin eventos, el análisis se queda en páginas vistas y sesiones, que dicen cuánta gente pasó pero no qué hizo. Con eventos bien nombrados se puede responder si el configurador de producto se usa, si el formulario largo se abandona en el tercer campo o si el buscador interno devuelve resultados vacíos.

También decide qué se puede optimizar en publicidad. Las plataformas de puja necesitan una señal de calidad para aprender, y esa señal sale de un evento concreto. Si a la plataforma se le envía «clic en el botón» en lugar de «solicitud enviada», el algoritmo optimiza hacia el gesto equivocado y el coste por cliente real sube sin que el panel lo delate.

Y determina qué se puede reconstruir después. Un evento que no se midió en marzo no se recupera en septiembre, porque no queda rastro histórico de esa acción. Por eso la lista de eventos se decide antes del lanzamiento de una web y no el día en que alguien pide un informe.

• Escribe un plan de medición antes de tocar el código: una tabla con el evento, la acción que representa, sus parámetros y la persona que lo pedirá en un informe.
• Comprueba primero la lista de eventos recomendados. Si existe uno para tu caso, úsalo con su nombre exacto y sus parámetros previstos.
• Fija una convención de nombres en minúsculas y con guion bajo, y aplícala sin excepciones en toda la propiedad.
• Registra como dimensión personalizada solo los parámetros que alguien va a mirar. Las 50 plazas de ámbito evento se agotan antes de lo que parece.
• Verifica cada evento nuevo en el modo de depuración antes de publicar, y repite la comprobación en móvil.
• Revisa la lista completa cada seis meses y archiva lo que ya nadie consulta.

• Medirlo todo. Cada evento sin dueño ni pregunta detrás es ruido que después nadie se atreve a borrar.
• Reinventar nombres que ya existen, con lo que los informes estándar se quedan vacíos aunque los datos estén dentro.
• Superar los 25 parámetros por evento o pasarse de los 100 caracteres en un valor. El dato se descarta o se recorta en silencio.
• Meter datos personales en un parámetro, como el correo electrónico o el teléfono que alguien escribió en un formulario.
• Dar por bueno un evento porque aparece en tiempo real, sin comprobar al día siguiente que llega con sus parámetros completos.