La analítica útil no consiste en registrar cada gesto. Consiste en acordar qué resultado importa, qué señales lo anticipan, qué calidad tienen las fuentes y qué decisión cambiará si una señal se mueve.
Problemas habituales
- “Conversión” significa cosas distintas para marketing y ventas.
- El formulario cuenta como éxito aunque el mensaje no se entregue.
- UTMs mezclan convenciones y fragmentan campañas.
- Se instalan herramientas antes de resolver consentimiento.
- Un dashboard une fuentes con ventanas y denominadores distintos.
- Se atribuye todo a la última interacción disponible.
- Se recopilan datos que nadie necesita o puede gobernar.
Arquitectura de medición propuesta
Objetivo y definiciones
Separar resultado de negocio, oportunidad cualificada, macroconversión técnica, microconversiones y diagnóstico. Un clic, una descarga y una venta no comparten significado.
Plan de eventos
Nombre, trigger, parámetros allowlisted, datos prohibidos, consentimiento, fuente autoritativa y QA. No se incluyen valores de calculadoras, respuestas de brief, mensajes ni URLs completas.
La guía sobre cómo preparar un plan de medición desarrolla ese contrato para que cada evento tenga una pregunta y una prueba antes de instrumentarse.
Implementación mínima
Un bus interno con adapter nulo por defecto permite probar el contrato sin transmitir nada. Proveedor, CMP, retención y acceso se deciden antes de activar red externa.
Calidad y reconciliación
Comprobar duplicados, bfcache, navegación, bloqueo, consentimiento, server/client y estado del transporte. La pérdida de observabilidad también se documenta.
Lectura y mejora
Relacionar señales con hipótesis de contenido, experiencia o adquisición. Priorizar correcciones evidentes antes de proponer una prueba A/B que el volumen no puede resolver.
Conversión por capas
- Calidad de llegada: la persona y su intención encajan.
- Comprensión: entiende qué es, para quién y qué cambia.
- Confianza: encuentra prueba, límites, propiedad y condiciones.
- Fricción: puede navegar, leer y actuar en su dispositivo.
- Entrega: el sistema acepta y enruta la solicitud de verdad.
- Respuesta: la organización puede atenderla.
Optimizar solo el botón puede desplazar el problema sin resolverlo.
El diagnóstico de por qué una web puede recibir visitas sin contactos ayuda a formular hipótesis por capa. Su función es investigar causas; esta página describe el encaje y las condiciones del servicio propuesto.
Privacidad
No hay tracker activo en esta fase. Un futuro proveedor requiere base jurídica, consentimiento, región, DPA, retención, acceso, retirada y rollback. Los logs técnicos se redactan y no contienen payload, IP en claro ni secretos.
Experimentación responsable
Una hipótesis necesita cambio, métrica, guardrail, volumen y criterio. Con poco tráfico se usan investigación cualitativa, tests moderados, soporte, accesibilidad y correcciones claras. No se promete significancia por calendario.
Encaje y gate
El servicio depende de capacidad, stack real, acceso, privacidad y una persona que pueda actuar sobre los hallazgos. Sin ellos, el entregable útil puede ser solo un plan y una auditoría; no un dashboard conectado.