Un evento personalizado en GA4 es cualquier interacción que decides medir y que GA4 no registra por su cuenta. Se crea casi siempre desde Google Tag Manager: defines qué acción lo dispara, le pones nombre, le añades parámetros y compruebas que llega. El orden importa, y el nombre más de lo que parece.
Antes de crear ninguno conviene tener claro qué eventos trae GA4 de serie, porque la mitad de los que se crean a mano ya existían.
Qué mide GA4 sin que hagas nada
GA4 registra por su cuenta tres grupos. Los automáticos, que llegan solo con instalar la etiqueta: page_view, session_start, first_visit. Los de medición mejorada, que se activan con un interruptor: scroll, clics salientes, búsquedas internas, reproducción de vídeo de YouTube y descargas de archivo. Y los recomendados, que tienen nombre reservado pero los tienes que enviar tú, como purchase o generate_lead.
Un evento personalizado es lo que queda fuera de esos tres grupos. Y la comprobación previa es obligatoria: si envías un evento propio llamado scroll teniendo la medición mejorada activa, tendrás el mismo evento por dos vías y los números no cuadrarán nunca.
Cuándo hace falta uno de verdad
Cuando la acción cambia una decisión de negocio y nadie más la está midiendo. Es la parte que decide si una implementación de GA4 sirve para algo o solo acumula datos. Un clic en «ver teléfono», el envío de un formulario concreto, abrir el configurador de producto, terminar el paso 2 de un alta.
Y cuándo no: para medir cualquier clic de la página. Un contenedor con cuarenta eventos que nadie mira no aporta datos, aporta ruido y consume el límite de dimensiones personalizadas, que es finito.
La prueba rápida antes de crear uno: escribe qué harías distinto si ese número sube o baja. Si no hay respuesta, no lo crees.
Las reglas de nombrado, que es donde más se rompe
GA4 distingue mayúsculas de minúsculas: Ver_Telefono y ver_telefono son eventos distintos y acabarás con los datos partidos en dos. La convención es snake_case, todo en minúsculas, sin tildes ni eñes.
El nombre describe la acción, no el sitio: form_submit con un parámetro que diga qué formulario es, no envio_formulario_contacto_home y otro envio_formulario_contacto_footer. Si acabas con tres eventos que solo se diferencian en dónde ocurrieron, eso era un parámetro.
Y hay nombres que no puedes usar porque GA4 los tiene reservados, empezando por los automáticos. Enviar un session_start propio no da error: simplemente corrompe la sesión.
Los límites que conviene saber antes
Una propiedad admite 500 eventos distintos, cada evento hasta 25 parámetros, y tienes 50 dimensiones personalizadas de ámbito evento. El límite que se agota primero es el de dimensiones, no el de eventos: por eso importa mandar un evento con parámetros en lugar de cinco eventos parecidos.
Cómo se crea desde GTM, paso a paso
Este es el flujo que uso, y el orden evita casi todos los problemas.
1. Define el trigger. Qué tiene que ocurrir exactamente: un clic en un elemento que cumple un selector, un envío de formulario, la aparición de un elemento en pantalla. Si el dato viene de la web, lo correcto es que el desarrollador lo empuje al dataLayer y que GTM escuche ahí, en vez de depender de clases CSS que cambian con cada rediseño.
2. Crea la etiqueta. Tipo «Evento de GA4», apuntando a tu etiqueta de configuración, con el nombre del evento en snake_case.
3. Añade los parámetros. Aquí es donde el evento pasa de dato a información: qué formulario, qué producto, qué valor. Se rellenan con variables de GTM, no con texto fijo.
4. Comprueba antes de publicar. Modo de vista previa de GTM para ver que el trigger dispara una sola vez, y el DebugView de GA4 para ver que llega con los parámetros correctos. Las dos cosas: que GTM dispare no garantiza que GA4 reciba.
5. Registra los parámetros como dimensiones personalizadas. Este paso se olvida constantemente. Un parámetro que no registras se envía, pero no aparece en ningún informe: lo verás en DebugView y no en tus tablas. Y no es retroactivo, así que los datos de antes de registrarlo se pierden para siempre.
Un ejemplo completo
Una clínica quiere saber cuántos usuarios pulsan «pedir cita» y desde qué página.
El desarrollador empuja al dataLayer un evento cita_click con la especialidad. En GTM, un trigger de evento personalizado escucha ese nombre; la etiqueta envía a GA4 el evento solicitud_cita con dos parámetros: especialidad y pagina_origen. Se registran ambos como dimensiones y, dos días después, el informe ya dice qué especialidades generan más solicitudes y desde dónde.
Un solo evento con dos parámetros, en lugar de seis eventos con nombre de especialidad. Esa es la diferencia entre un contenedor que escala y uno que hay que rehacer en un año.
Marcarlo como conversión, y cuándo no
Un evento personalizado se marca como conversión —«evento clave» en la interfaz actual— desde Administrar → Eventos. Solo tiene sentido si representa algo que de verdad quieres que pase.
Marcar diez eventos como conversión hace que Google Ads optimice hacia todo y hacia nada. Y si vas a enviar esas conversiones a Ads, comprueba antes que no se solapan con otras que ya estés contando, porque es una de las causas de las discrepancias entre GA4 y Google Ads.
Preguntas frecuentes sobre eventos personalizados en GA4
¿Cuántos eventos personalizados puedo crear en GA4?
Hasta 500 nombres de evento distintos por propiedad, con 25 parámetros cada uno. El límite que se agota antes es otro: las 50 dimensiones personalizadas de ámbito evento, que son las que hacen que un parámetro se pueda usar en los informes.
¿Puedo crear eventos personalizados sin GTM?
Sí, de dos formas: con gtag.js en el código de la web, o creando eventos derivados desde la propia interfaz de GA4 a partir de otros que ya recibes. La primera exige tocar el código en cada cambio y la segunda no permite añadir parámetros nuevos, así que para cualquier medición que vaya a crecer compensa GTM.
¿Por qué mi evento personalizado no aparece en los informes?
Por dos motivos, casi siempre. O no has registrado sus parámetros como dimensiones personalizadas, y entonces el evento llega pero no puedes desglosarlo. O estás mirando demasiado pronto: los informes estándar tardan hasta 24-48 horas, aunque en DebugView y en el informe de tiempo real se ve al momento.
¿Los eventos personalizados son retroactivos?
No, en ningún sentido. GA4 solo tiene datos desde que empiezas a enviar el evento, y un parámetro registrado como dimensión hoy no rellena los datos de la semana pasada. Es el argumento para implementar la medición antes de necesitarla, no cuando alguien pregunta.
¿Qué diferencia hay entre un evento personalizado y uno recomendado?
El recomendado tiene un nombre y unos parámetros que Google ya conoce, como purchase o generate_lead, y por eso alimenta informes y funciones automáticas de la herramienta. El personalizado te lo inventas tú y no activa nada de eso. Si existe un recomendado que encaja con lo que quieres medir, úsalo antes que inventar uno propio.
Conclusión
Un evento personalizado bien hecho empieza por comprobar que no existe ya, sigue por un nombre en snake_case que describa la acción y no el sitio, y termina registrando sus parámetros como dimensiones para que aparezcan en los informes.
El error caro no es técnico: es crear cuarenta eventos que nadie mira. Antes de cada uno, escribe qué decisión cambia.
¿Necesitas dejar tu medición de eventos en condiciones? Escríbeme y lo vemos juntos.
