Crear eventos en Google Analytics 4: medir lo que importa

Crear eventos en Google Analytics 4 significa decidir qué acciones del usuario merecen convertirse en dato: una compra, un formulario enviado, un clic en WhatsApp, una descarga, una reproducción de vídeo o una visita a una página de gracias. GA4 ya no gira alrededor de sesiones y páginas vistas como si internet siguiera oliendo a 2012. Su idioma nativo es el evento. Todo lo relevante ocurre ahí: el usuario entra, toca, lee, avanza, abandona, compra o pide información. Y Analytics lo entiende, mejor o peor, según cómo esté configurada esa medición.

La parte importante es esta: no todos los eventos hay que crearlos desde cero. Algunos ya los recoge Google Analytics 4 de forma automática, otros aparecen con la medición mejorada y otros conviene implementarlos con Google Tag Manager, código o la propia interfaz de Analytics. La diferencia entre medir bien y llenar el panel de ruido está en elegir el tipo correcto, nombrarlo con cabeza, añadir parámetros útiles y marcar solo como evento clave aquello que de verdad representa valor para el negocio. Lo demás es decorar el salpicadero del coche mientras se conduce con el parabrisas sucio.

GA4 ya no mide páginas: mide comportamientos

Durante años, muchas auditorías digitales vivieron cómodamente pegadas a tres cifras: usuarios, sesiones y páginas vistas. Eran el pan, el vino y el Excel de cada lunes. Pero el usuario real nunca fue una página vista. El usuario real pulsa un botón, abre un desplegable, acepta una demo, reproduce un vídeo, compara precios, hace scroll hasta el formulario y luego se va porque el campo del teléfono le ha dado pereza. Ese rastro de conducta es lo que GA4 intenta ordenar mediante eventos.

En Google Analytics 4, una página vista también es un evento. Una sesión empieza con otro. Un clic puede ser otro. Una compra, una búsqueda interna, una descarga, una reproducción de vídeo o un formulario enviado también pueden registrarse como eventos. Ese cambio no es un capricho de interfaz ni una penitencia para consultores SEO. Es una forma distinta de mirar la web: menos escaparate y más comportamiento. Menos “cuántos entraron” y más qué hicieron cuando entraron.

Para SEO y SEM, el matiz pesa bastante. Un post puede atraer miles de visitas orgánicas y no provocar absolutamente nada. Ni una suscripción, ni una consulta, ni una navegación hacia páginas comerciales. Bonito incendio de tráfico, sí, pero sin calor económico. En cambio, otro contenido con menos volumen puede generar clics en contacto, visitas a páginas de servicio, solicitudes de presupuesto o descargas cualificadas. Ahí los eventos separan el aplauso de la utilidad.

Crear eventos en Google Analytics 4 permite leer ese segundo nivel. No se trata de contar clics como quien cuenta servilletas en un bar, sino de construir una medición que explique qué contenidos acercan al usuario a una acción relevante. Para una tienda online será la compra, el añadido al carrito, el inicio de pago o la visualización de producto. Para una agencia, quizá el envío de un formulario, el clic en el correo, la descarga de un caso de estudio o la reserva de una llamada. Para un medio, puede ser la profundidad de lectura, el registro, la suscripción o el paso a una sección estratégica.

Aquí aparece la primera decisión adulta: medirlo todo no es medir mejor. GA4 puede recibir una catarata de eventos y aun así no contar nada. Un panel lleno de nombres raros, duplicados y parámetros inútiles es como una redacción con veinte televisores encendidos a la vez: mucho movimiento, poca información. Un buen evento nace de una intención clara. Qué acción se quiere medir, por qué importa, dónde se produce y qué dato adicional ayudará a interpretarla.

Antes de crear eventos, conviene saber qué ya existe

La tentación habitual es entrar en Google Tag Manager y empezar a disparar etiquetas como si uno estuviera probando petardos en Nochevieja. Error frecuente. Antes de crear eventos personalizados, conviene revisar qué recoge ya GA4 por defecto. Hay eventos automáticos, vinculados a interacciones básicas del sitio o la aplicación, y eventos de medición mejorada que pueden activarse desde la interfaz para registrar acciones como scroll, clics salientes, búsquedas en el sitio, interacción con formularios, descargas de archivos o reproducción de vídeo, dependiendo de la configuración y del comportamiento real de la web.

La medición mejorada suena a botón mágico, y ahí empieza el problema. No lo es. Puede resolver una parte de la medición sin tocar código, pero no sustituye una estrategia. Detectar un envío de formulario genérico no siempre equivale a medir el formulario que sostiene el negocio. Registrar clics salientes puede ser útil, aunque no todos los enlaces externos tienen el mismo valor. Medir scroll al 90% aporta una pista de lectura, pero no demuestra por sí solo interés comercial. El evento automático necesita contexto, como una frase necesita sujeto.

Después están los eventos recomendados. Google propone nombres y parámetros para acciones frecuentes: compras, leads, búsquedas, inicios de sesión, registros, selección de contenido y otras interacciones habituales. La ventaja es evidente: cuando existe un evento recomendado que encaja con el caso, suele ser mejor usarlo que inventar uno con nombre creativo de madrugada. GA4 entiende mejor esa estructura y puede aprovecharla en informes, dimensiones, métricas y funciones presentes o futuras.

Los eventos personalizados quedan para lo que no encaja en las categorías anteriores. Son necesarios, claro. Cada negocio tiene rarezas. Una web de software puede necesitar medir el uso de una calculadora de precios; una clínica, la solicitud de cita por especialidad; una empresa industrial, la descarga de una ficha técnica; un medio digital, la activación de un muro de registro o el clic en una newsletter temática. Lo personalizado no es lo improvisado. Debe seguir una convención de nombres, parámetros coherentes y una lógica estable.

Un ejemplo simple: medir un clic en un botón de WhatsApp. Si lo importante es saber cuántas personas inician contacto comercial, crear un evento como click_whatsapp puede tener sentido, acompañado de parámetros como ubicación del botón, tipo de página o categoría del servicio. Pero si también se mide el mismo clic como enlace saliente, como clic genérico, como evento de botón y como conversión importada, el dato empieza a multiplicarse como gremlins mojados. Luego alguien preguntará por qué hay cuatro cifras distintas. Y con razón.

Crear eventos en Google Analytics 4 sin romper los datos

Hay tres caminos habituales para crear eventos en Google Analytics 4: hacerlo desde la interfaz de GA4, implementarlo con Google Tag Manager o enviarlo mediante código con la etiqueta de Google. También existe Measurement Protocol para casos servidor a servidor u offline, pero no debería usarse como sustituto de la medición básica del sitio. Es otro carril, no una coartada para no etiquetar bien la web.

La opción sin código funciona especialmente bien cuando el evento nuevo puede derivarse de otro ya existente. Por ejemplo, una página de gracias después de enviar un formulario. GA4 ya registra la visita como page_view; desde la interfaz se puede crear un evento nuevo que se active cuando la URL coincida con esa página concreta. Ese evento puede llamarse generate_lead si corresponde a una solicitud de contacto real. Limpio, rápido, razonable. No siempre emocionante, pero la analítica no está para lanzar confeti.

Este enfoque tiene una ventaja clara: evita tocar la web. Para equipos pequeños, departamentos de marketing sin desarrollador cerca o proyectos en los que cada cambio técnico pasa por un comité con alma de notaría, crear eventos desde Analytics puede ahorrar tiempo. Pero también tiene límites. Si la acción no deja una URL clara, si depende de una interacción dinámica, si hay formularios sin recarga de página o si el botón cambia según el estado del usuario, la interfaz se queda corta. No todo se arregla con una condición de URL.

Cuándo basta con Analytics y cuándo usar Tag Manager

Google Tag Manager suele ser el punto medio más flexible. Permite crear una etiqueta de evento de GA4, asignarle un nombre, añadir parámetros y definir un activador: clic en un botón, envío de formulario, visibilidad de un elemento, temporizador, evento del data layer o cualquier combinación razonable. Para marketing digital, GTM es casi una mesa de mezclas. Si se usa bien, afina. Si se usa mal, mete ruido, eco y un bajo insoportable.

Un caso típico en SEO Ético sería medir el envío de un formulario de auditoría SEO. El evento recomendado podría ser generate_lead. Los parámetros podrían recoger form_name, page_location, service_type o lead_type, siempre con prudencia y sin datos personales. El activador debería dispararse solo cuando el formulario se haya enviado correctamente, no cuando alguien haga clic en el botón de enviar y reciba tres errores en rojo. Parece un matiz. No lo es. Un clic no siempre es un lead.

Con código, el planteamiento es más directo: se lanza un evento mediante gtag('event', 'nombre_evento', { parámetros }) cuando ocurre la acción. Este método tiene sentido cuando el equipo de desarrollo controla bien el producto, cuando se necesita precisión fina o cuando la interacción vive dentro de una aplicación web compleja. La ventaja es la robustez; el riesgo, dejar la medición enterrada en despliegues técnicos que nadie del equipo de marketing puede revisar sin pedir audiencia.

La decisión no debería tomarse por comodidad, sino por fiabilidad. Si la acción es simple y ya existe una señal clara, GA4 puede bastar. Si hay que escuchar interacciones del navegador, GTM suele ser el camino natural. Si la lógica depende del backend, del estado del usuario o de una transacción validada, el código o el servidor pueden ser más seguros. La medición buena no presume de sofisticada. Presume de aguantar una prueba.

Parámetros, nombres y eventos clave

El nombre de un evento importa más de lo que parece. Un evento llamado clic_boton_home_nuevo_abril puede parecer descriptivo durante cinco minutos, hasta que el botón cambia, la home se rediseña y abril se convierte en arqueología. GA4 exige nombres estables, legibles y consistentes. Mejor select_content, generate_lead, sign_up, file_download o un personalizado como click_whatsapp, si no hay una alternativa recomendada que encaje. La nomenclatura es gobierno del dato, aunque suene menos sexy que growth.

La regla práctica es sencilla: el nombre debe describir la acción, no el decorado. El decorado va en parámetros. Si se mide un clic en un botón de contacto, el evento puede ser generate_lead cuando la acción realmente genera una solicitud, o contact_click si solo mide intención de contacto. El parámetro button_location puede indicar si estaba en cabecera, cuerpo del artículo, barra lateral o pie. El parámetro page_type puede diferenciar post, servicio, categoría o landing. Así el evento sigue siendo estable, aunque cambie la web.

Los parámetros son la sal del plato. Sin ellos, muchos eventos quedan sosos. Saber que hubo 300 clics en contacto está bien; saber desde qué tipo de página, con qué servicio asociado y en qué módulo ocurrieron permite decidir. Tal vez el botón del primer tercio convierte mejor que el formulario final. Tal vez los posts informativos mandan tráfico cualificado a páginas de consultoría. Tal vez una landing preciosa, carísima y aprobada por todos en una reunión eterna no genera ni cosquillas. Los eventos lo dicen. Con educación, pero lo dicen.

También hay límites. GA4 no está pensado para recibir parámetros infinitos ni valores caóticos. Los nombres de eventos y parámetros deben respetar restricciones de longitud, no usar términos reservados y evitar una cardinalidad absurda. Traducido al castellano de oficina: no conviene mandar como dimensión personalizada cada URL completa, cada búsqueda interna sin limpiar, cada identificador único o cada frase escrita por el usuario. Eso puede terminar en informes con valores agrupados, datos poco manejables y análisis que parecen sopa de letras.

La privacidad entra aquí con botas de seguridad. Un evento nunca debe enviar datos personales identificables: correos, teléfonos, nombres, documentos, direcciones o cualquier información que permita reconocer a una persona. Medir formularios no significa enviar el contenido del formulario. Medir leads no significa mandar a GA4 el correo del lead. El dato útil no necesita desnudar al usuario. Necesita contexto, intención y una estructura que respete las reglas.

Hay otro error muy común: crear eventos para vanidad interna. click_logo, open_menu, hover_card, view_banner, scroll_25, scroll_50, scroll_75, scroll_90… todo puede medirse, sí. También se puede contar cuántas baldosas hay entre la puerta y la cafetera. La cuestión es si ese dato cambia alguna decisión. Para SEO y SEM, los eventos deberían ayudar a responder algo concreto: qué contenido atrae usuarios cualificados, qué campañas generan intención real, qué páginas bloquean conversiones, qué módulos provocan avance y qué acciones justifican inversión.

Aquí conviene limpiar una confusión reciente. En GA4, las acciones especialmente importantes para el negocio se marcan como eventos clave. Antes se hablaba de conversiones dentro de Analytics; ahora Google ha separado mejor la terminología. En Analytics, el evento clave sirve para destacar acciones relevantes en la medición del comportamiento. En Google Ads, la conversión queda vinculada a la optimización publicitaria, la puja y el rendimiento de campañas. La frontera no siempre resulta elegante, pero al menos intenta evitar que todo el mundo use la misma palabra para cosas distintas.

Marcar un evento como clave no lo convierte mágicamente en negocio. Si se marca como evento clave cada scroll, cada clic menor y cada visita a una página secundaria, la palabra clave pierde fuerza. Un evento clave debería representar una acción con valor real: compra, lead, registro, solicitud de cita, suscripción, prueba iniciada, descarga estratégica o una interacción muy cualificada. Lo importante no se decreta; se demuestra.

Para SEM, la relación con Google Ads exige todavía más cuidado. Una cuenta puede crear conversiones basadas en eventos de Analytics y compartirlas entre plataformas cuando existe la vinculación adecuada. Eso permite usar señales de GA4 en campañas, informes y optimización. Pero no todo evento clave debe alimentar pujas. Un clic en WhatsApp puede ser útil, aunque quizá no tenga el mismo valor que un formulario completado. Una visita a página de precios puede indicar intención, pero no equivale a una venta. El algoritmo aprende de lo que se le da. Si se le da confeti, optimiza hacia confeti.

Para SEO, los eventos clave ayudan a ir más allá de la posición media y el tráfico orgánico. Permiten detectar qué contenidos generan acciones posteriores, qué consultas atraen lectores con intención comercial y qué piezas editoriales funcionan como puente hacia el negocio. Una página informativa que convierte poco puede seguir siendo valiosa si alimenta navegación cualificada. Otra puede traer visitas y morir ahí, como una estación sin trenes. El evento clave ilumina esa diferencia.

También conviene asignar valores cuando tenga sentido. No todas las acciones valen lo mismo. Una descarga de catálogo puede tener un valor estimado; una solicitud de presupuesto, otro; una compra, el valor real de la transacción. En comercio electrónico, los eventos recomendados y sus parámetros de valor y moneda son fundamentales para que GA4 entienda ingresos, productos y embudos. En generación de leads, el valor puede ser aproximado, pero incluso una estimación honesta es mejor que tratar todos los formularios como si fueran pepitas de oro idénticas.

El problema no es técnico, sino cultural. Muchas empresas quieren medir conversiones antes de saber qué consideran conversión. Quieren paneles antes de tener criterio. Quieren atribución antes de aceptar que el usuario duda, compara, vuelve, se distrae, pregunta a un compañero y quizá convierte dos semanas después desde otro canal. GA4 no arregla esa complejidad. La ordena un poco. A veces bastante. Pero exige nombrar bien las acciones y no convertir la analítica en un altar de certezas falsas.

Probar, depurar y leer los eventos sin autoengañarse

Crear el evento es solo media historia. La otra media, la que evita sustos, es probarlo. GA4 ofrece informes en tiempo real y DebugView para comprobar si el evento se dispara, qué parámetros envía y en qué condiciones aparece. Google Tag Manager añade su modo de vista previa, útil para ver qué activadores saltan y qué etiquetas se ejecutan. Es una fase menos vistosa que publicar un dashboard, pero bastante más importante. Un evento sin depurar es una promesa, no un dato.

La prueba debe imitar el comportamiento real del usuario. No basta con hacer clic una vez desde el navegador del consultor y celebrarlo. Hay que comprobar formularios válidos e inválidos, botones duplicados, versiones móviles, consent mode, banners de cookies, páginas con caché, formularios incrustados, redirecciones y bloqueadores. En webs modernas, muchas acciones no recargan la página. El usuario cree que ha enviado un formulario; la URL no cambia; el evento automático no lo detecta; el informe se queda mudo. Pasa más de lo que se admite en las reuniones.

El consentimiento merece capítulo aparte, aunque aquí baste con dejarlo claro. En Europa, la medición depende de cómo se gestione la privacidad, el consentimiento y las etiquetas. No todo usuario será medido igual. No todo dato llegará completo. Y no, eso no se arregla escondiendo el banner o haciendo trampas de trilero. Una configuración seria debe respetar consentimiento, documentar qué se recoge y entender que parte de la medición será modelada, parcial o condicionada por las preferencias del usuario. La analítica actual vive con niebla, no con cielo despejado permanente.

Después llega la lectura. Un evento recién creado puede tardar en aparecer en ciertos informes procesados, aunque se vea en tiempo real. Los parámetros personalizados pueden necesitar dimensiones o métricas personalizadas para consultarse con comodidad. Los datos de una exploración pueden diferir de un informe estándar por configuración, umbrales, atribución o alcance. GA4 no siempre explica esto con la ternura de un maestro de escuela. A veces parece una máquina expendedora que se ha tragado la moneda. Pero la lógica existe.

Para evitar desastres, conviene mantener una hoja de medición. No hace falta convertirla en una tesis doctoral. Debe recoger nombre del evento, objetivo, método de implementación, activador, parámetros, páginas afectadas, fecha de publicación, responsable y si se marca como evento clave. Ese documento evita duplicidades, ayuda a detectar cambios y permite que el proyecto sobreviva al cambio de agencia, de desarrollador o de persona responsable. La memoria del dato no puede vivir solo en la cabeza de alguien.

La calidad se ve con el tiempo. Un evento bien creado mantiene estabilidad, no se duplica sin explicación, no aparece con nombres distintos por mayúsculas caprichosas, no manda valores imposibles y no se dispara en páginas equivocadas. Un evento malo envejece rápido: hoy parece funcionar, mañana rompe un informe, pasado mañana infla una campaña y dentro de dos meses nadie sabe quién lo creó. Ahí empieza la arqueología digital, esa ciencia triste de buscar en GTM etiquetas con nombres como “prueba final definitiva 3”.

La medición que sí aguanta una reunión

Crear eventos en Google Analytics 4 no va de llenar una propiedad de señales, sino de construir una lectura fiable del negocio digital. La diferencia se nota enseguida. Una medición pobre presume de volumen: tantos usuarios, tantas sesiones, tantos clics. Una medición útil enseña relación: este contenido atrajo usuarios orgánicos, estos usuarios avanzaron hacia esta acción, esta página frenó el contacto, esta campaña generó leads de más valor, este formulario recibe clics pero no envíos. Ahí aparece la inteligencia, no en el número suelto.

Para SEO, los eventos convierten el contenido en algo más que tráfico. Permiten distinguir entre artículos que solo capturan curiosidad y piezas que empujan al lector hacia una relación más profunda con la marca. Para SEM, evitan optimizar campañas hacia señales flojas. Para negocio, reducen la distancia entre marketing y ventas, aunque no hagan milagros. Un buen evento no firma contratos. Pero ayuda a saber de dónde vienen las oportunidades y qué partes de la web trabajan de verdad.

La receta sensata cabe en una frase larga, de esas que no entran bien en una diapositiva: revisar primero los eventos automáticos y de medición mejorada, usar eventos recomendados cuando encajen, crear personalizados solo cuando aporten una lectura necesaria, nombrarlos con una convención estable, añadir parámetros que expliquen contexto, marcar como eventos clave únicamente las acciones con valor real, probarlo todo en tiempo real y documentarlo antes de que el proyecto se convierta en una caja negra. Poco glamour. Mucha diferencia.

GA4 no es una bola de cristal. Tampoco un enemigo. Es una herramienta exigente, algo áspera, a ratos demasiado críptica, que premia el orden y castiga la improvisación. Crear eventos en Google Analytics 4 sirve para que el dato deje de ser un decorado y empiece a comportarse como una prueba. No una verdad absoluta, porque internet rara vez concede ese lujo, pero sí una señal suficientemente limpia para tomar decisiones sin mirar el techo. Y en marketing digital, donde abundan las métricas con purpurina, eso ya es bastante revolucionario.