Un plan de medición traduce decisiones de negocio en eventos verificables. Instalar GA4 o GTM no responde qué debe medirse, quién usará el dato ni cómo se comprobará su calidad.
Empieza por preguntas, define eventos estables y parámetros mínimos, documenta condiciones de disparo y valida extremo a extremo antes de usar el dato en informes o campañas.
Ver índice del artículo
1. Parte de una decisión, no de una etiqueta
Escribe qué decisión cambiaría con el dato. “Saber cuántas visitas hay” rara vez basta. “Identificar qué páginas originan solicitudes calificadas” ya conecta contenido, adquisición y ventas.
Resultado operativo que el negocio puede reconocer.
Evento posterior a validación, con fuente y contexto mínimos.
Cruzar calidad del lead con campaña y página de entrada.
2. Diseña una taxonomía estable y legible
Prefiere eventos recomendados de GA4 cuando representan correctamente la acción. Para eventos propios, usa nombres consistentes, minúsculas y guiones bajos; evita codificar campañas o textos cambiantes dentro del nombre.
| Evento | Condición de disparo | Parámetros útiles |
|---|---|---|
| generate_lead | Backend confirma la solicitud | form_id, lead_type, page_location |
| sign_up | Registro completado | method |
| select_content | Selección editorial relevante | content_type, item_id |
| file_download | Descarga iniciada | file_name, link_url |
3. Configura GTM con responsabilidades claras
Separa variables, triggers y tags. Evita triggers de “todos los clics” cuando el evento representa un resultado. Usa una dataLayer explícita para acciones que el backend o la aplicación conoce mejor que el DOM.
VariableValor estable y documentado, sin leer texto visual frágil cuando puede evitarse.TriggerCondición exacta que representa la acción; incluye exclusiones relevantes.TagDestino, evento y parámetros; respeta estado de consentimiento.VersionadoNombre, motivo, responsable, fecha y rollback de cada publicación.
4. Diseña consentimiento y minimización desde el inicio
Clasifica etiquetas necesarias, analíticas y publicitarias. Define comportamiento por defecto y actualización del consentimiento. No uses el contenedor para enviar datos personales en URLs, nombres de eventos o parámetros.
- Documentar qué etiqueta corre en cada estado.
- Revisar query strings y campos libres antes de enviarlos.
- Limitar acceso y cambios en el contenedor.
- Conservar una matriz de proveedores, propósito y retención.
Documentar qué etiqueta corre en cada estado.5. Valida de la interacción al informe
El QA debe seguir el evento completo: acción visible, dataLayer, trigger, tag, request, DebugView y reporte. Verifica una vez por dispositivo relevante y prueba también escenarios negativos.
| Control | Pregunta | Evidencia |
|---|---|---|
| Disparo | ¿Ocurre solo cuando corresponde? | Preview de GTM y consola de datos |
| Payload | ¿Nombre y parámetros son correctos? | Request y DebugView |
| Duplicación | ¿Una acción produce un resultado? | event_id o lógica idempotente |
| Reporte | ¿El dato llega donde se usará? | Exploración o informe con dimensión esperada |
