Ayer 18 de Junio de 2026 estuve en el Think Consumer y me sorprendió que incidiesen en este tema que en los clientes de Clica ya tenemos resuelto pero es más desconodico de lo que parece, asi que vamos al lío:
Hay problemas que dan la cara y problemas que no. Los primeros son fáciles: algo se cae, salta el aviso, lo arreglas y a otra cosa. Los segundos son los que de verdad cuestan dinero, porque trabajan en silencio. Y la medición de tus campañas, hoy, pertenece de pleno al segundo grupo.
Te lo planteo así. Tu cuenta de Google Ads sigue pintando conversiones, el panel se ve bien, nadie ha tocado nada. Y aun así, cada trimestre estás midiendo un poco peor que el anterior. No porque las campañas funcionen peor, sino porque el sistema que las mide ve cada vez menos de lo que pasa de verdad.
¿Por qué? Pues porque el navegador, que es donde vive tu medición de toda la vida, lleva años cerrándole la puerta al seguimiento. Y no va a parar.
Tres fuerzas empujan en la misma dirección. La primera es la muerte de las cookies de terceros: Safari las bloquea desde 2017 y deja las first-party en siete días, Firefox hace lo propio por defecto, y iOS, desde la 14.5, te pide permiso explícito para rastrear, permiso que la mayoría de la gente no da. La segunda son los bloqueadores de anuncios: en España, alrededor de un tercio de los usuarios de escritorio tiene uno instalado, y esos bloqueadores no solo esconden anuncios, tumban activamente el gtag.js de Google y el píxel de Meta antes de que lleguen a ejecutarse. La tercera es el consentimiento: cuando alguien rechaza las cookies de marketing en el banner (algo que está en su derecho, y que es lícito, normal e incluso sano), tus etiquetas no deberían dispararse.
Súmalo todo y el resultado es que la medición que se ejecuta en el navegador captura, siendo optimistas, entre el 40 y el 60% de las conversiones reales. Y ese porcentaje baja con cada versión de navegador que sale. Esto no es un bug que se parchee. Es una arquitectura remando en contra de la corriente.
La respuesta a este problema es sacar la medición del navegador y llevarla al servidor. La puerta de entrada por el lado de Google se llama Google Tag Gateway. Vamos al turrón.
Qué es y qué cambia
La idea de fondo es fácil de contar y tiene su miga de implementar. Hoy, cuando alguien entra en tu web, su navegador habla con servidores de Google (googletagmanager.com, google-analytics.com) para cargar las etiquetas. Ese diálogo es justo lo que los bloqueadores vigilan y lo que el ITP de Safari castiga.
Con Google Tag Gateway le das la vuelta a la tortilla. Las etiquetas se sirven desde un subdominio tuyo, algo del estilo de tags.tudominio.com, en lugar de desde un dominio de Google. Para el navegador, para el bloqueador y para el ITP, eso no es un tercero: eres tú, es first-party. La etiqueta deja de ser «el rastreador de Google» y pasa a ser, sencillamente, un recurso más de la propia web.
A partir de ahí, este post va a dos velocidades. Si lo tuyo es meter mano en GTM, sigue por la sección de abajo. Si lo tuyo es mirar la cuenta de resultados, salta directamente a la siguiente. Cada uno a lo suyo.
Para los muy cafeteros
Google Tag Gateway es, en esencia, un reenviador first-party. Sirve el tagging de Google desde un dominio tuyo y reenvía a Google lo que le llega. Eso hace, y lo hace bien: como las peticiones salen de tu propio dominio, ni los bloqueadores las ven ni el ITP las castiga. Pero ahí se acaba su trabajo. No transforma el dato, no lo enriquece y, sobre todo, no manda nada a Meta ni a tu datalake. «Solo» reenvía lo de Google.
GTM Server-Side es otra cosa. Recibe el evento, lo procesa, lo puede manipular y lo reparte server-side a donde haga falta: Enhanced Conversions a Google Ads, CAPI a Meta, una copia en crudo a BigQuery. Y aquí está el matiz que se me había escapado: GTM Server-Side puede hacer el papel de Tag Gateway, pero al revés no. El contenedor server-side abarca al gateway. El gateway no abarca al server-side.
¿Entonces por qué titulo el post con Tag Gateway si lo que monto de verdad es lo otro? Pues porque, ya puestos a levantar infraestructura en la nube, no tiene sentido quedarse en el reenviador. Montar un Tag Gateway por tu cuenta, sin UI y sin un CDN delante, es un pifostio considerable (esto también es experiencia fresca de Óscar, que se ha montado uno a mano esta semana). Con GTM Server-Side te ahorras el lío, te da el comportamiento first-party que buscabas y, de propina, te sirve para hacer el server-side del resto de píxeles, no solo del de Google. Por eso en Clica lo empaquetamos como un único servicio al cliente.
Hecha la aclaración, esto es lo que se desbloquea según hasta dónde llegues:
- Sirviendo first-party (lo que ya te da el gateway), las cookies se escriben en tu dominio y el recorte de siete días del ITP deja de aplicarte: recuperas la ventana de atribución completa para los ciclos de venta largos. El usuario que hace clic hoy y convierte dentro de diez días deja de ser invisible. Menos peticiones a terceros, además, baja la latencia y mejora tus Core Web Vitals.
- Con el contenedor server-side por detrás, Enhanced Conversions pasa de quebradero a nativo: el servidor tiene el email en el momento del envío, lo hashea con SHA256 y lo manda a Google Ads sin que el dato sensible viaje en claro por el navegador. Ese mismo evento alimenta a Meta por CAPI y deja una copia en crudo en tu datalake. Con el formulario metido en un iframe de otro dominio nada de esto es posible, por Same-Origin Policy; con un endpoint propio, es lo normal.
Dos cosas para llevarte a casa:
- Tag Gateway y server-side no son la misma jugada, aunque se toquen. El gateway te da first-party y poco más. El contenedor server-side te da first-party, procesamiento y multiplataforma. Si vas a levantar la nube igualmente, levántala entera.
- Lo que de verdad cambia las cosas es que el dato pase por infraestructura tuya. Esa copia en crudo del datalake es tu fuente de verdad: si mañana no cuadran el CRM y Google Ads, el log de tu servidor es el árbitro, y no la captura de pantalla que cada uno trae a la reunión.
Para quien mira la cuenta de resultados
Si lo de arriba te ha sonado a chino, no pasa nada. Quédate con esto, que es lo que de verdad importa desde tu silla.
Estás pagando por tráfico que tu sistema no es capaz de rastrear hasta el final. No porque las campañas fallen, sino porque la tubería técnica pierde el rastro por el camino. Cada euro cuyo origen no llega completo a tu CRM es un euro del que el algoritmo de Google no aprende. Y un algoritmo que aprende con la mitad de los datos optimiza hacia la mitad equivocada: gasta tu presupuesto persiguiendo a quien se parece a los leads que sí ve, que no tienen por qué ser los que mejor convierten.
El detalle que más cuesta explicar, y a la vez el más caro, es que esto no se nota de golpe. Se degrada poco a poco, sin avisar. Una campaña que hoy rinde igual de bien que hace un año te enseñará, dentro de 18 o 24 meses, entre un 30 y un 40% menos de conversiones visibles. Tú verás peores números en el panel. La realidad del negocio será la misma. Y para entonces habrás perdido meses de aprendizaje del algoritmo que no se recuperan, porque ese tren no vuelve a pasar.
Por eso el momento de poner el cascabel al gato es antes de que el deterioro asome en las cifras. Cuando asoma, ya vas tarde.
En Clica esto no es un experimento ni una moda que hayamos leído esta mañana. Es la arquitectura estándar con la que montamos la medición de los clientes a los que les importa saber, negro sobre blanco, de dónde sale cada lead: formulario propio en lugar de iframe ajeno, evento server-side hacia Google y hacia Meta, y el dato guardado en un datalake que es tuyo y que manda sobre todo lo demás.
En resumen
No te voy a vender que esto sea gratis ni instantáneo, porque sería mentirte. Tiene su trabajo de implementación y conviene hacerlo con cabeza y en el orden correcto. Pero la alternativa, que es no hacer nada y mirar para otro lado, tampoco es gratis. Solo que la factura llega más tarde y disfrazada de «las campañas ya no van como antes».
Si algo de esto te ha sonado familiar, o si crees que en tu caso concreto no aplica y quieres que te lo discuta, escríbenos y lo vemos. El melón está abierto.