Qué es un plan de medición y para qué sirve
Es un documento compartido entre negocio, analítica y desarrollo. Explica qué se quiere conocer, qué interacción representa cada resultado y cómo se comprobará que la medición funciona. Puede empezar como una hoja de cálculo: lo importante es que cada fila tenga una finalidad y una definición verificable.
No es lo mismo una métrica que una decisión. Saber cuántas veces se pulsa un botón puede ser útil para investigar un formulario; decidir dónde invertir exige relacionar la captación con resultados que tengan sentido para el negocio. El plan hace explícita esa diferencia.
1. Elige la pregunta que necesitas responder
Imagina una empresa que recibe solicitudes de presupuesto desde su web. La pregunta inicial podría ser: ¿qué canales traen solicitudes que el equipo comercial puede atender? Es un ejemplo didáctico, sin cifras ni resultados de un cliente real.
- Decisión: priorizar los canales que aportan oportunidades útiles.
- Resultado web: una solicitud confirmada por el sistema.
- Información adicional: el origen de captación y el contexto del formulario.
- Límite: una solicitud enviada no equivale necesariamente a una venta ni a un contacto cualificado.
Si la calidad comercial solo se conoce en un CRM, el análisis necesitará esa fuente y una forma adecuada de relacionar la información. No conviertas una acción de la web en una conclusión que los datos todavía no permiten.
2. Dibuja el recorrido y elige qué acciones medir
Describe los pasos desde la llegada hasta el resultado: visitar el servicio, comenzar el formulario y completar una solicitud. Para cada paso pregunta qué aprenderías si dispusieras del dato. Si nadie puede explicar para qué se utilizará, quizá no sea prioritario medirlo.
Antes de añadir un evento, comprueba la medición que ya existe. GA4 dispone de eventos automáticos, medición mejorada y eventos recomendados; crear otra etiqueta para una acción ya recogida puede generar duplicidades. La elección depende de la interacción y de cómo esté configurada tu web.
3. Documenta eventos, condiciones y parámetros
Una tabla sencilla permite discutir la medición antes de implementarla. Estas filas ilustran un recorrido de captación; no son una configuración que debas copiar sin revisar tu formulario y la recogida actual.
| Pregunta | Evento propuesto | Cuándo ocurre | Comprobación |
|---|---|---|---|
| ¿Se comienza el formulario? | form_start | Primer inicio del formulario; revisar recogida automática existente. | No duplicar el evento con otra etiqueta. |
| ¿Se completa una solicitud? | generate_lead | Confirmación de que el sistema ha recibido la solicitud. | Un envío correcto produce el evento; un error no. |
| ¿Se intenta contactar por otro canal? | click_contact | Clic en un enlace de contacto definido; evento personalizado. | El canal se identifica sin confundir clic con contacto realizado. |
Los parámetros aportan contexto. Por ejemplo, un identificador estable del formulario puede ayudar a distinguir recorridos. Documenta el nombre, el tipo de valor esperado y de dónde sale; evita depender de un texto visible que cambie con cada rediseño. No incluyas datos personales introducidos por el visitante en los valores de este ejemplo.
4. Acordad quién implementa y quién valida
Para cada evento, identifica qué parte corresponde a desarrollo, cuál a la configuración de etiquetas y quién confirma que la definición responde a la pregunta de negocio. Un plan sin responsables puede quedarse en una lista que nadie lleva a producción.
Cuando el dato debe llegar desde la web, especifica qué información necesita recibir la capa de datos y en qué momento. Si utilizas Google Tag Manager, esa señal puede alimentar las etiquetas acordadas. También hay que revisar las condiciones de consentimiento del proyecto al definir cómo se ejecuta la medición.
Cómo trabajo la implementación y la capa de datos con Google Tag Manager
5. Prueba el recorrido antes de usar el dato
Comprobar que una etiqueta se activa es una parte de la validación. También debes revisar que se recibe el evento esperado, que los valores son coherentes y que no aparecen dos registros para una única acción. Google documenta el uso de los informes en tiempo real y DebugView para observar eventos; DebugView requiere la configuración de depuración correspondiente.
- Recorre un envío correcto y comprueba el evento y sus parámetros.
- Provoca un error de validación y confirma que no se registra un éxito.
- Revisa recargas, repeticiones y cambios de pantalla que puedan duplicar la acción.
- Prueba las decisiones de consentimiento incluidas en tu implementación.
- Guarda evidencias y anota fecha, entorno y límites de lo que has comprobado.
6. Mantén el plan cuando cambie la web
Añade una revisión cuando se modifique un formulario, se cambie de plataforma, se actualice el banner o se publique un nuevo recorrido de compra. La documentación debe describir la medición vigente, no únicamente el diseño inicial.
Para interpretar tendencias, anota desde cuándo es válida cada definición. Si has cambiado lo que cuenta como solicitud, comparar el antes y el después sin ese contexto puede llevar a una conclusión equivocada. Tener más datos no compensa una definición inestable.
Del plan de medición al informe
Cuando cada indicador tiene una definición y una validación, resulta más fácil construir un informe que responda a las preguntas iniciales. Empieza por pocas métricas relevantes y añade detalle cuando exista una necesidad de análisis concreta.
Preparar e implementar tu medición en Google Analytics 4
Convertir los indicadores acordados en un dashboard de Looker Studio
Fuentes y documentación
Documentación revisada el 29 de septiembre de 2026. Los ejemplos ilustran el método; adapta las comprobaciones a tu proyecto.