Tu web recibe consultas por el formulario. Google Analytics 4 (GA4), la herramienta gratuita de Google para medir visitas, dice que este mes llegaron 40. En tu correo hay 25. ¿Cuál es el número bueno?
La pregunta importa más de lo que parece. Si GA4 cuenta de más, crees que un canal funciona cuando no. Si cuenta de menos, cortas el que sí trae clientes. Antes de decidir dónde poner el presupuesto, conviene comprobar que cada formulario enviado se cuenta una vez, y solo una. Aquí te explicamos cómo hacerlo, con la prueba que hicimos en esta misma web.
- Que alguien pulse «Enviar», que la consulta llegue y que GA4 lo registre son tres cosas distintas. Hay que comprobar las tres.
- Prueba cinco casos: un envío correcto, uno con error, un doble clic, una recarga de la página de gracias y una visita directa a esa página. Solo el primero debe contar.
- Mira el resultado en el informe en tiempo real y, al día siguiente, en los informes normales. Y compáralo cada mes con las consultas que de verdad recibiste.
Tres cosas que parecen una
Cuando una persona envía tu formulario, pasan tres cosas que pueden fallar por separado:
Este artículo se ocupa de la tercera. Pero la prueba sirve para las tres a la vez: si envías una consulta de prueba, puedes mirar al mismo tiempo la pantalla, el correo y GA4.
Qué evento debería contar la consulta
GA4 mide «eventos»: cosas que pasan en la web, como ver una página o hacer clic. Para formularios hay dos opciones habituales.
La primera viene con la medición automática de GA4 (la llamada medición mejorada). Registra form_start la primera vez que alguien interactúa con un formulario en una visita y form_submit cuando lo envía, según la ayuda de Google. Es cómoda porque no hay que programar nada. Pero «envió el formulario» no es lo mismo que «la consulta llegó bien».
La segunda es un evento propio que se dispara solo cuando el envío salió bien. Google tiene uno con nombre recomendado para esto, generate_lead, que describe como el momento en que alguien «envía un formulario o solicita información». Usar ese nombre en lugar de uno inventado facilita leer los informes y conectar GA4 con otras herramientas de Google.
En esta web usamos la segunda. El evento se envía desde la página de gracias, y esa página solo se muestra cuando el sistema que recibe las consultas responde que la guardó. Si el envío falla, la persona se queda en el formulario con un aviso y GA4 no cuenta nada.
Cinco pruebas antes de fiarte del número
Haz estas pruebas con datos inventados («Prueba» como nombre y un correo tuyo), nunca con datos de un cliente real. Y anota la hora de cada una: te ayudará a encontrarlas después en los informes.
Las pruebas 3, 4 y 5 son las que más fallan, y casi nadie las hace. Si el evento se dispara cada vez que alguien ve la página de gracias, cuenta recargas, visitas desde el historial del navegador y personas que guardaron la página. El número sube y no significa nada.
En esta web, el botón se desactiva al pulsarlo para que no se pueda enviar dos veces. Y el formulario deja una marca en el navegador al enviar bien: la página de gracias la lee, envía el evento y la borra. Por eso una recarga o una visita directa no cuentan.
Si tienes más de un formulario (contacto, presupuesto, boletín de novedades), repite la prueba en cada uno. Y decide qué cuenta como consulta: alguien que se suscribe al boletín no es lo mismo que alguien que pide un presupuesto. Conviene medirlos por separado.
Dónde mirar el resultado
Hay tres sitios, y cada uno sirve para un momento distinto.
El informe en tiempo real. Muestra lo que pasó en los últimos minutos. Es lo primero que se mira después de una prueba: si el evento no aparece aquí, no hace falta esperar al día siguiente.
DebugView. Muestra uno a uno los eventos de tu propio navegador, con sus datos. Sirve para ver por qué algo falla. Se activa con Tag Assistant o con la vista previa de Google Tag Manager, y solo enseña los últimos 30 minutos.
Los informes normales. Son los que usarás cada mes. Tardan más: en una cuenta gratuita, los datos del día suelen estar procesados en unas 12 horas, y Google aclara que no es un plazo garantizado. Que una prueba de hace una hora no salga ahí no significa que haya fallado.
La prueba en esta web, el 23 de octubre de 2026
Hicimos la prueba 1 en ConsultoriaNet.com el 23 de octubre de 2026. Enviamos una consulta desde la página de contacto con el nombre «Prueba Claude» y nuestro propio correo.
- EnvíoFormulario de /contacto/ completo, con datos de prueba
- PantallaLa web redirige a /gracias/ con el mensaje de confirmación
- GA4generate_lead aparece en el informe en tiempo real
Ese mismo día, horas después, el evento todavía no salía en los informes normales de GA4. Es el retraso esperado, no un error. Por eso la prueba se da por buena en tiempo real y se vuelve a mirar al día siguiente.
Junto al evento enviamos un dato: la página desde la que se envió el formulario (form_location). Así, cuando haya formularios en varias páginas, sabremos cuál trae más consultas. Para verlo en los informes, ese dato hay que registrarlo en GA4 como dimensión personalizada; si no, GA4 lo recibe pero no lo muestra.
Lo que no enviamos a GA4 es el nombre ni el correo de quien escribe. La página de gracias saluda a la persona por su nombre, pero ese nombre viaja guardado en el navegador, no en la dirección de la página, que es lo que GA4 registra. Google pide expresamente no recoger datos que identifiquen a una persona.
Márcalo como evento clave, cuanto antes
Que el evento llegue no basta. Para que GA4 lo trate como un resultado, hay que marcarlo como evento clave (lo que antes se llamaba conversión). Se hace con la estrella que aparece junto al evento:
Hay un detalle que conviene saber: marcarlo no cambia los datos anteriores. Solo cuenta desde ese momento. Si lo dejas para dentro de dos meses, pierdes dos meses de comparación. Además, el evento tiene que haber llegado al menos una vez para aparecer en la lista. Por eso la prueba va primero.
Una vez al mes: compara con lo que de verdad llegó
Las pruebas dicen que la medición funciona hoy. Para saber si sigue funcionando, compara cada mes dos números: los eventos de GA4 y las consultas que recibiste en tu correo o tu CRM.
No van a coincidir exactamente, y no tienen por qué. Si tu web tiene un aviso de cookies, quien las rechaza deja menos rastro en GA4. Algunos bloqueadores de publicidad también impiden que GA4 reciba datos. Lo que conviene vigilar es otra cosa:
- GA4 cuenta más consultas que las que llegaron. Lo más probable es que algo se cuente dos veces o que el evento se dispare en un envío fallido. Repite las pruebas 2 a 5.
- GA4 cuenta muchas menos. Puede que un formulario nuevo no esté medido, o que un cambio en la web haya roto el evento. Repite la prueba 1 en cada formulario.
- La diferencia cambia de golpe de un mes a otro. Busca qué se tocó en la web esas semanas.
Y recuerda lo que GA4 no puede decirte: si el correo llegó a tu bandeja (si sospechas que no, mira qué revisar cuando el correo del formulario no llega), si la persona era un cliente posible o si terminó comprando. Una consulta es una señal, no una venta. Para unir los dos mundos, lo habitual es anotar en tu CRM o tu hoja de consultas de dónde vino cada una y qué pasó después.
Si estás empezando a ordenar todo esto, el paso de medir las consultas es el último de nuestra guía sobre cómo conseguir clientes por internet. Y si quieres ver qué más se puede medir en tu web, lo contamos en analítica y medición.
