La auditoría ya la tienes. Falta que alguien la ejecute.
Se coge el plan de medición —o se define si no existe— y se convierte en cambios reales en el stack, probados y documentados.
- Implementamos en GTM, GA4 y dataLayer, no solo recomendamos
- Nos coordinamos con tu equipo o proveedor de desarrollo
- Cadencia semanal: backlog, cambios, QA y despliegue
De aquí se pasa al equipo mensual: el growth manager externo mantiene lo implementado y lo conecta con captación y CRM.
Cómo se operaEsto no se contrata como un canal suelto: se opera dentro del mismo equipo mensual que lleva Captación de tráfico y CRM y automatización, con un growth manager externo como responsable único y la misma medición debajo de las tres.
Por qué existe este servicio.
- Hay una auditoría hecha y la mitad de los cambios nunca se aplican.
- Cada despliegue rompe algo de la medición y nadie se entera hasta semanas después.
- Los tickets de tracking compiten con features nuevas y siempre pierden.
- Nadie es dueño del dataLayer: cada equipo añade lo suyo sin orden.
- KPIs clave sin medir, eventos críticos a medias y reporting incompleto.
- Marketing y producto sin capacidad real de testear ni optimizar con datos.
- Desconfianza total en la analítica: estos números no me los creo.
Qué se hace exactamente.
Cuatro fases, con la parte de QA incluida. La implementación que no se prueba se descubre rota el día que alguien necesita el dato.
Diagnóstico y plan de medición
- Revisión de GA4, GTM, dataLayer y consentimiento: qué hay y qué falta.
- Cruce de la medición actual con los funnels reales: formularios, demos, trials, compras.
- Plan de medición claro: qué eventos y conversiones hay que tener sí o sí.
Backlog y priorización
- El plan convertido en tareas concretas de GA4, GTM y dataLayer.
- Prioridad por impacto en negocio y esfuerzo técnico.
- Los funnels nuevos y las necesidades de pago y de CRO entran en el mismo backlog.
Implementación y pruebas
- Configuración o ajuste de eventos, conversiones, tags, triggers y variables.
- Cambios de dataLayer definidos y coordinados con el equipo de desarrollo.
- Todo probado antes: previsualización de GTM, depuración de GA4 y escenarios de usuario reales.
Despliegue y consolidación
- Subida a producción y monitorización de eventos los primeros días.
- Ajustes hasta que GA4, las plataformas de pago y los dashboards cuadren entre sí.
- Documentación de qué mide cada cosa, para negocio y para tech.
El encaje.
Decirlo antes ahorra una reunión a las dos partes.
Encaja
- Equipos que ya invierten en pago, SEO o producto y necesitan que la medición acompañe.
- Empresas con auditoría o plan de medición hecho y sin nadie que implemente.
- Negocios con equipo técnico o proveedor, pero sin tiempo para tickets de tracking.
No encaja
- Proyectos que necesitan backend complejo o infraestructura de datos: eso no se asume.
- Quien quiere el documento y no los cambios.
Los casos.
Cada cifra corresponde a una empresa concreta y tiene su caso detrás, con el detalle de cómo se consiguió.
Preguntas sobre implementación de analítica.
¿Tocáis el código de la web?
GTM, GA4 y ajustes de front-end ligados a la medición, sí. El dataLayer se define y se coordina con vuestro equipo de desarrollo, porque vive dentro de la aplicación. Backend complejo e infraestructura no entran.
¿Trabajáis server-side tagging?
Sí, cuando el proyecto lo justifica: pérdida de datos por bloqueadores, necesidad de enviar conversiones a plataformas desde servidor o requisitos de privacidad más estrictos.
¿Cómo evitáis que un despliegue vuelva a romper la medición?
Con documentación de qué mide cada cosa, QA antes de subir y monitorización los primeros días. No es magia: es que alguien sea dueño del tracking y lo revise en cada cambio.
Glosario.
Definidos en el glosario, con su fórmula y su ejemplo. Por si hace falta llevárselos a una reunión interna.
