Tracking server-side para clínica con 3 sedes
Tracking roto. Sin visibilidad real del CAC por canal. Presupuesto publicitario asignado por sensaciones, no por datos.
El problema
La clínica llevaba dos años invirtiendo en publicidad digital sin poder responder a una pregunta básica: ¿qué canal genera los pacientes que realmente pagan?
El tracking basado en cookies estaba roto. iOS 17 había eliminado una parte significativa de los eventos. El consent banner rechazaba cookies en el 68% de las visitas. El resultado: datos en GA4 que representaban menos del 40% de las conversiones reales.
Las decisiones de presupuesto se tomaban sobre estimaciones. El equipo de marketing sabía que los números no cuadraban. Nadie tenía la solución.
La solución
Implementamos tracking server-side completo usando un contenedor GTM en Cloudflare Workers. Esto desvincula el tracking del navegador del usuario: los eventos se procesan en el servidor antes de enviarse a GA4 y BigQuery.
El flujo es: evento en el navegador → Cloudflare Worker → GA4 Measurement Protocol + BigQuery raw events.
Consent Mode v2 se configuró para modelar conversiones en el período de denegación, siguiendo las especificaciones de Google para estar preparados para DMA.
Se construyó un conector personalizado entre BigQuery y el CRM clínico para cruzar datos de adquisición con datos de paciente real (sin PII).
El resultado
En 14 días operativos, el cliente tenía por primera vez una visión completa del recorrido: desde el clic en el anuncio hasta la cita confirmada, segmentado por sede y tipo de tratamiento.
El análisis reveló que Google Ads generaba un 60% de los leads pero sólo el 35% de los pacientes que completaban tratamiento. Meta generaba menos volumen pero mayor calidad de paciente.
La reasignación de presupuesto redujo el coste por paciente completado un 31% en los siguientes 60 días.
¿Tu empresa tiene un problema similar?
Empezamos con un diagnóstico de situación para ver si tiene sentido seguir.