Los eventos que emiten la web y la landing, con qué nombre llegan a Google Analytics y a Meta, y qué hay que configurar antes de armar los tableros.
Activos y midiendo desde el 2 de octubre de 2026.
Están implementados con gtag directo, sin Google Tag Manager. Fue una decisión deliberada: evita sumar una capa intermedia que después nadie administra y donde los cambios se pierden de vista.
Los cuatro eventos de Meta figuran activos y recibiendo
en el Administrador de eventos: PageView,
InitiateCheckout, SubmitApplication y
Contact. El pixel está en los cuatro dominios, con etiqueta de
respaldo para navegadores sin JavaScript.
Del lado de Google Analytics queda un paso pendiente antes de poder armar los tableros: registrar las dimensiones personalizadas.
La propiedad de GA4 es la misma que venía midiendo el sitio anterior. Desde el 2 de octubre convive la historia del sitio viejo con los datos del nuevo. Conviene filtrar por fecha al comparar períodos, o crear un flujo aparte si prefieren separarlos del todo.
Las dos comparten la misma implementación, así que reportan a la
misma propiedad. Para distinguirlas, todos los eventos llevan un parámetro
canal.
| Valor | De dónde viene |
|---|---|
web | grancoop.com.ar y www.grancoop.com.ar |
landing | landing.grancoop.com.ar |
Es el campo con el que se segmenta cualquier informe para ver una u otra por separado, o comparar su rendimiento.
La secuencia que más importa: muestra en qué paso se cae la gente, que es donde está la oportunidad de mejora.
page_view
Cada pantalla que ve la persona. Incluye
page_path, page_title y page_location.
form_iniciado
Completó el primer paso del formulario. Es el momento en
que deja de mirar y empieza a dejar datos.
form_paso_completado
Uno por cada paso, con el parámetro paso
(1, 2, 3…). Es el evento clave del tablero: contando
cuántos llegan a cada número sale el drop-off.
solicitud_enviada
La conversión. Lleva value (el capital
solicitado), currency en ARS, provincia y
categoria_empleador.
Un embudo con form_paso_completado desglosado por
paso, segmentado por canal. Dice en una sola vista
cuánta gente entra, dónde abandona y si la landing convierte mejor que la web.
Para armarlo hay que registrar antes esos dos parámetros como dimensiones personalizadas — está explicado en la sección siguiente.
Hay un paso de configuración en GA4 que no se puede saltear.
GA4 recibe y guarda los parámetros desde el primer día, pero no
los deja usar en los informes hasta registrarlos como «dimensiones
personalizadas». Hasta entonces, en las pantallas solo se ve el
nombre del evento y su cantidad: aparece
form_paso_completado: 2 sin decir de qué paso se trata.
Son tres clics por dimensión y se hace una sola vez.
Dónde: GA4 → Administrar → abajo de todo, Definiciones personalizadas → Crear dimensión personalizada. El ámbito es siempre Evento, y el «parámetro del evento» se escribe exactamente como figura acá.
| Parámetro | Nombre sugerido | Para qué sirve |
|---|---|---|
paso |
Paso del formulario | La más importante. Sin ella no hay drop-off: es la que dice en qué paso se cae la gente. |
canal |
Canal | Separa la web de la landing en cualquier informe. |
ubicacion |
Ubicación del botón | Desde qué parte del sitio tocaron WhatsApp. |
provincia |
Provincia | De dónde son las solicitudes enviadas. |
categoria_empleador |
Categoría de empleador | Qué perfil de trabajo tienen quienes solicitan. |
sucursal |
Sucursal | A qué sucursal se dirigen las consultas. |
No se recuperan los datos anteriores. La dimensión empieza a verse desde el momento en que se crea; lo que pasó antes queda guardado pero no se puede segmentar. Por eso conviene hacerlo cuanto antes.
El límite son 50 dimensiones por propiedad, así que no hay problema de espacio con estas seis.
Hay dos excepciones que no hace falta registrar:
value y currency, que GA4 entiende de fábrica y usa
para calcular los ingresos asociados a solicitud_enviada.
| Evento | Cuándo | Parámetros |
|---|---|---|
contacto_iniciado |
Empezó a completar el formulario de contacto | — |
consulta_enviada |
Envió la consulta | sucursal |
click_whatsapp |
Tocó cualquier botón de WhatsApp del sitio | ubicacion, pagina |
El parámetro ubicacion dice desde qué parte del sitio
salió el click — el botón flotante, el encabezado, el pie, las
preguntas frecuentes. Sirve para saber qué lugar empuja más gente a WhatsApp
y reforzar ese.
Meta no recibe los mismos eventos que GA4, y es deliberado.
El algoritmo de la pauta aprende de lo que le llega: si le mandamos señales débiles —como «completó el paso 2»— aprende a buscar gente que completa pasos, no gente que pide créditos. Por eso recibe pocas señales y fuertes, y el detalle fino queda en GA4, que es donde se analiza.
| Evento de Meta | Qué significa acá | Datos |
|---|---|---|
InitiateCheckout |
Completó el paso 1 del formulario de crédito. El nombre viene del comercio electrónico, pero acá marca que la persona empezó la solicitud en serio. | paso: 1 |
SubmitApplication |
Envió la solicitud completa. Es la conversión principal y la que conviene usar como objetivo de las campañas. | value en ARS |
Contact |
Se contactó por una vía que no es el formulario de crédito: envió una consulta o tocó un botón de WhatsApp. | via: formulario o whatsapp |
Los tres son eventos estándar de Meta, no personalizados. Eso importa: el Administrador de Anuncios los reconoce y se pueden elegir directamente como objetivo de optimización, sin configurar conversiones personalizadas.
Como Contact cubre tanto el formulario como WhatsApp, para
analizarlos por separado hay que segmentar por el parámetro via.
En GA4 son eventos distintos y no hace falta.
Al entrar se guardan los parámetros de campaña del primer arribo y se conservan durante toda la visita.
utm_source, utm_medium,
utm_campaign, utm_term, utm_contentfbclid — el identificador de click de Metagclid — el de Google AdsSe guarda el primer arribo y no el último, así la campaña que trajo a la persona no se pierde si después vuelve por búsqueda directa.
Sin ellos, el tráfico de pauta aparece como «directo» y no hay forma de atribuirlo. Vale para todos los anuncios, los posteos y los envíos de correo.
Cada uno abre WhatsApp con un mensaje ya escrito, distinto según de dónde salió. Eso permite que el chatbot sepa de dónde viene la persona y la lleve directo al flujo que corresponde.
| De dónde | Mensaje que se envía |
|---|---|
| Formulario de crédito · web | Hola! Quiero mi crédito, vengo de la web |
| Formulario de crédito · landing | Hola! Quiero mi crédito, vengo del formulario |
| Botón flotante y consultas | Hola! Tengo una consulta, vengo de la web |
Si se arma un enlace de WhatsApp para una campaña, el texto tiene que respetar estas frases. El chatbot las reconoce para derivar al flujo correcto; con otro texto, la persona entra por el menú general y se pierde el origen.
Si hace falta un mensaje nuevo para una campaña puntual, nos avisan y lo damos de alta en el bot.
Dónde mirar en cada plataforma, y qué tiene que aparecer.
En Administrador de eventos → el pixel 1279521212821816 hay tres pestañas que sirven para cosas distintas:
| Pestaña | Para qué |
|---|---|
| Probar eventos | Ver los eventos en vivo mientras se navega. Se pega la dirección del sitio y aparecen a medida que ocurren. Es la forma más rápida de confirmar que algo funciona. |
| Información general | El acumulado por evento. Tarda hasta 20 minutos en reflejar, así que no sirve para probar en el momento. |
| Acciones | Avisos de configuración: dominios por confirmar, problemas detectados. |
En la pantalla no aparecen con el nombre técnico sino traducidos, y eso confunde. Esta es la equivalencia:
| Como se ve en Meta | El evento real | Qué pasó |
|---|---|---|
| PageView | PageView |
Alguien vio una página |
| Finalización de compra iniciada | InitiateCheckout |
Completó el paso 1 del formulario de crédito |
| Enviar solicitud | SubmitApplication |
Envió la solicitud completa |
| Contactar | Contact |
Mandó una consulta o tocó WhatsApp |
Los cuatro tienen que figurar en estado Activo y con origen Navegador. Se verificó así el 2 de octubre de 2026: los cuatro activos y recibiendo.
Con Probar eventos abierto en una pestaña y el sitio en otra:
| Qué se hace | Qué tiene que aparecer |
|---|---|
| Entrar a la home | PageView |
| Ir a Créditos y completar el paso 1 | InitiateCheckout |
| Terminar la solicitud | SubmitApplication |
| Tocar cualquier botón de WhatsApp | Contact |
Las extensiones que bloquean publicidad frenan el pixel y hacen parecer que no está instalado. Conviene probar en una ventana de incógnito con las extensiones desactivadas antes de dar por rota la medición.
En la pestaña Acciones puede aparecer un aviso diciendo que ciertos orígenes enviaron datos y hay que confirmarlos, con una dirección IP al lado. Esa IP es la conexión a internet de quien navegó el sitio —no un servidor—, así que no hay que agregarla a ninguna lista.
Lo que sí corresponde es entrar a Revisar dominios y confirmar grancoop.com.ar. La etiqueta de verificación ya está publicada en el sitio, así que valida en el momento.
Sin la verificación, Meta limita la atribución de las campañas por las restricciones de privacidad de iOS: se pierden conversiones que en realidad ocurrieron. Verificando el dominio raíz quedan cubiertos todos los subdominios.
paso no figura ahí, el drop-off todavía no se
puede ver.En Tiempo real se ven al instante, pero en los informes estándar y en Exploraciones pueden demorar hasta 24 o 48 horas. Es comportamiento normal de GA4, no un problema de la implementación.