Saber que hay que medir cada paso del funnel es la parte fácil. La difícil es decidir qué eventos existen, cómo se llaman y quién los dispara.
En un artículo anterior planteamos el problema: cuando solo se miden clics y conversiones como dos números sueltos, no hay forma de saber en qué paso exacto se cae la gente. Este artículo es la parte operativa de eso.
No es un tutorial de dónde queda cada botón, porque esas interfaces cambian cada pocos meses. Es la lógica de la implementación, que es lo que no cambia: qué eventos definir, cómo nombrarlos, qué herramienta se encarga de cada uno y cómo saber si quedó bien.
Primero el mapa, después la herramienta
El error más común es abrir Google Tag Manager antes de tener claro qué se va a medir. El resultado son contenedores con veinte etiquetas que nadie sabe explicar y ningún reporte que sirva.
El orden correcto es al revés. Primero se escribe el recorrido real del negocio, paso por paso, con nombres humanos. Después se traduce a eventos.
Para una campaña de generación de leads, el mapa mínimo tiene cinco momentos medibles después del clic:
page_view (automático en GA4)scroll o un evento propio en la sección claveform_start o clic en WhatsApp / teléfonogenerate_leadCinco eventos, no veinte. Cada uno tiene que responder una pregunta que alguien va a hacer en una reunión. Si un evento no responde ninguna, no se implementa.
Usa los nombres que las plataformas ya entienden
GA4 tiene una lista de eventos recomendados, y conviene respetarla en vez de inventar nombres. generate_lead es el nombre estándar para un lead y por eso es el que se suele usar al configurar el envío de un formulario, aunque técnicamente se puede llamar de cualquier forma.
Respetar la convención tiene dos ventajas concretas: los informes prearmados de GA4 lo reconocen, y cuando otra persona entre a la cuenta va a entender el contenedor sin necesidad de un manual.
Un detalle de vocabulario que confunde a todos
Desde 2024 GA4 dejó de llamar "conversiones" a lo que marcas como importante: ahora se llaman eventos clave (key events). La palabra "conversión" quedó reservada para lo que se importa a Google Ads. Es el mismo concepto de antes con dos nombres distintos según la plataforma, y sirve saberlo para no perder diez minutos buscando una columna que cambió de nombre.
Lo importante es lo que sigue: no se marca todo como evento clave. Si marcas los pasos intermedios y además los importas a Google Ads, terminas entrenando la puja automática con señales de gente que solo miró, no de gente que compró.
Medir muchos eventos, marcar pocos. Esa es la regla.
Qué hace GA4 solo y qué hay que configurar
Buena parte del funnel se mide sin tocar nada. La medición mejorada de GA4 recoge automáticamente vistas de página, scroll, clics salientes y también interacciones con formularios, incluido form_start, que se dispara cuando alguien empieza a llenar el formulario.
El problema es que esa detección automática funciona bien con formularios HTML tradicionales y falla con los demás. Y hoy casi ningún formulario es tradicional.
Los tres casos con los que te vas a topar
- Formulario HTML simple: el trigger de envío de formulario de Google Tag Manager alcanza. Conviene activar "check validation" para que no cuente los envíos que fallaron por un campo mal llenado.
- Formulario AJAX o de plugin: el trigger nativo casi nunca funciona, porque el formulario no dispara un envío real del navegador. La salida es medir la página de gracias, o pedirle al desarrollador un empujón al dataLayer.
- Formulario embebido de terceros (tipo Typeform o un CRM): vive dentro de un iframe, así que Google Tag Manager no lo ve. Necesita un listener propio que escuche los mensajes del formulario y los empuje al dataLayer.
Si eliges la página de gracias, hay una condición: que nadie pueda llegar a esa página sin haber enviado el formulario. Si es accesible desde el menú o queda guardada en el historial, la métrica se infla sola.
Regla práctica: mide siempre el inicio y el envío del formulario, no solo el envío. Ese par es el que revela los campos que espantan gente, y es el dato que ninguna cuenta improvisada tiene.
Separar cada formulario, no sumarlos todos
Un sitio suele tener varios formularios: el de contacto, el del footer, el de una landing de campaña. Si todos disparan el mismo evento sin distinción, el número sirve para nada.
La solución es enviar un parámetro que identifique el origen, típicamente el ID del formulario o la URL de la página. En GA4 ese parámetro hay que registrarlo como dimensión personalizada para poder verlo en los reportes, paso que se olvida siempre y por eso el dato aparece vacío.
El paso que casi nadie mide: del lead a la venta
Hasta aquí todo pasa en el sitio. Pero el paso más caro del funnel ocurre después, y no lo ve ninguna etiqueta: el lead que llegó y nadie contactó, o el que se contactó tarde.
Ese tramo se cierra conectando el CRM. La versión ambiciosa es enviar el evento de venta de vuelta a las plataformas de ads. La versión mínima, que ya cambia decisiones, es más simple: exportar los leads con su fecha y su campaña, y cruzarlos una vez al mes con los cierres reales.
Sin ese cruce se optimiza hacia la cantidad de leads, que es exactamente lo que no importa. Una campaña puede duplicar leads y bajar ventas al mismo tiempo.
Y en Meta: pixel más servidor
En Meta el criterio es parecido pero hay una capa extra. El pixel funciona en el navegador, y ahí es donde se pierde señal por bloqueadores, restricciones de privacidad y consentimiento. La Conversions API envía los mismos eventos desde el servidor, con datos de contacto hasheados, y Meta recomienda usar ambos en paralelo en vez de elegir uno.
Dos cosas importan más que la instalación: la deduplicación, para que el mismo evento enviado por dos vías no se cuente dos veces, y la calidad de coincidencia de eventos, que es el puntaje que indica qué tan bien Meta puede reconocer a quién corresponde cada conversión.
Es la parte más técnica de todo esto y no todos los proyectos la necesitan desde el día uno. Pero si hay inversión sostenida en Meta, es la diferencia entre optimizar con datos completos o con la mitad.
Cómo se lee, que es para lo que se hizo todo
Con los eventos en su lugar, la lectura deja de ser una lista de números y se vuelve una secuencia. La exploración de embudo de GA4 muestra los pasos en orden y cuánta gente pasa de uno al siguiente, y ahí la caída aparece sola.
Lo que se busca no es el número de conversiones. Es el peor salto entre dos pasos consecutivos. Ese es el que dice qué hacer esta semana:
- Cae entre clic y vista de landing: velocidad, mobile, o gente que se arrepintió antes de que cargara.
- Cae entre vista y scroll a la oferta: el mensaje de arriba no coincide con lo que prometía el anuncio.
- Cae entre scroll e inicio de formulario: falta claridad en el siguiente paso o el CTA no se ve.
- Cae entre inicio y envío: el formulario pide demasiado.
- Cae entre envío y venta: el problema es comercial, no de marketing.
Antes de dar por listo
Una implementación sin verificar no existe. El modo de vista previa de Google Tag Manager muestra si la etiqueta se disparó, y el Debug View de GA4 muestra si el evento llegó con sus parámetros. Los dos, no uno.
Y una prueba que casi nadie hace: enviar otro formulario del sitio para confirmar que la etiqueta no se disparó donde no correspondía. Los falsos positivos son más dañinos que los datos faltantes, porque nadie los sale a buscar.
La idea central
Medir el funnel completo no es acumular etiquetas. Es tener cinco eventos bien definidos, bien nombrados y verificados, que juntos cuentan una sola historia: dónde se pierde la gente.
Con eso, la conversación mensual cambia de tono. Se deja de discutir si la campaña funcionó y se empieza a discutir cuál es el próximo paso a arreglar.
Fuentes
- Analytics Mania: métodos de medición de formularios con Google Tag Manager y GA4, y uso de
generate_lead. Ver fuente - Analytics Mania: eventos clave en GA4 y qué cambió con el cambio de nombre. Ver fuente
- Love's Data: dónde aparecen los eventos clave en reportes y exploraciones. Ver fuente
- Ad Conversion: límites del trigger nativo de formularios y alternativa con página de gracias. Ver fuente
- Analytics Mania: medición de formularios embebidos con listener propio y dataLayer. Ver fuente
- DinMo: Conversions API de Meta, uso combinado con el pixel y calidad de coincidencia de eventos. Ver fuente
