![\"Comparación](\"https:\/\/taggrs.io\/wp-content\/uploads\/2026\/05\/google-tag-gateway-vs-server-gtm-setup.svg\" "\\"\\"")
<\/figure>\n\n\u00bfQu\u00e9 es Google Tag Gateway?<\/h2>\n\n
Google Tag Gateway es un proxy gestionado por Google para tus etiquetas de Google<\/strong>. En lugar de cargarse desde googletagmanager.com, tu script GTM procede de un subdominio que t\u00fa controlas, algo as\u00ed como gtg.yoursite.com. La recopilaci\u00f3n de datos GA4 se desplaza desde el punto final de recopilaci\u00f3n de Google a ese mismo subdominio. <\/p>\n\n El subdominio es tuyo<\/strong>. Google gestiona la infraestructura que hay detr\u00e1s. La configuraci\u00f3n es principalmente un cambio de DNS y una actualizaci\u00f3n del contenedor. <\/p>\n\n Una restricci\u00f3n dura que merece la pena nombrar por adelantado: GTG s\u00f3lo cubre los productos de Google<\/strong>. Por tanto, GA4, Google Ads, Floodlight y Google Tag est\u00e1n incluidos. Si utilizas Meta, TikTok, Klaviyo o cualquier otro producto fuera de ese ecosistema, GTG no afecta a esos eventos. <\/p>\n\n La mayor\u00eda de los bloqueadores de anuncios funcionan bloqueando las peticiones a nombres de host de terceros conocidos. googletagmanager.com est\u00e1 en todas las listas de bloqueo importantes. GTG lo elude enrutando esas peticiones a trav\u00e9s de tu dominio, que no est\u00e1 en ninguna lista. <\/p>\n\n Es una mejora real. Los datos agregados del mundo real sit\u00faan la mejora en torno a 1,5 \u00f3 2,5 puntos porcentuales para los datos de Google que, de otro modo, se descartar\u00edan a nivel de secuencia de comandos. <\/p>\n\n En primer lugar, GTG no resuelve el problema de la ruta. GTG cambia la parte del dominio de la URL de la solicitud, pero los patrones de ruta siguen siendo los mismos. Una solicitud de recogida de datos GA4 sigue llegando a \/g\/collect<\/strong> en tu subdominio, algo as\u00ed como gtg.yoursite.com\/g\/collect\/?id=G-12345678 <\/strong>. Los bloqueadores de anuncios como Ghostery y uBlock Origin no s\u00f3lo se basan en nombres de host. Tambi\u00e9n filtran por firmas de rutas conocidas, y \/g\/collect<\/strong> es un patr\u00f3n bien documentado que aparece en la mayor\u00eda de las principales listas de bloqueo. Mover la solicitud a tu subdominio no cambia eso. Los bloqueadores m\u00e1s sofisticados siguen captando estas peticiones, lo que limita la capacidad real de recuperaci\u00f3n de GTG. <\/p>\n\n Las cookies siguen siendo establecidas por el JavaScript que se ejecuta en el navegador. Cuando tu contenedor GTM se ejecuta en el lado del cliente, escribe cookies a trav\u00e9s de document.cookie. La Prevenci\u00f3n de Seguimiento Inteligente de Safari limita esas cookies a 7 d\u00edas. No importa qu\u00e9 dominio sirvi\u00f3 el script. El origen de la cookie es el entorno JavaScript del navegador. GTG no cambia esa capa. <\/p>\n\n Para cualquier viaje de atribuci\u00f3n de m\u00e1s de una semana, o para cualquier visitante que vuelva para convertir despu\u00e9s de 7 d\u00edas en Safari, se sigue aplicando el l\u00edmite de 7 d\u00edas. Igual que antes. La carga del script mejor\u00f3; el problema de las cookies no se movi\u00f3. <\/p>\n\n GTM del lado del servidor retira por completo el procesamiento de eventos del navegador y lo coloca en un servidor que t\u00fa controlas.<\/p>\n\n Tu navegador env\u00eda un evento a tu servidor. El servidor lo recibe, lo procesa y lo reenv\u00eda a cada plataforma mediante llamadas API de servidor a servidor. Si utilizas el Script de Seguimiento Mejorado<\/a> junto con tu contenedor de servidor, los bloqueadores de publicidad no tienen visibilidad sobre esas llamadas. No hay nada ejecut\u00e1ndose en el navegador que bloquear. <\/p>\n\n La situaci\u00f3n de las cookies cambia significativamente. Tu servidor escribe cookies utilizando cabeceras de respuesta HTTP Set-Cookie. El l\u00edmite de 7 d\u00edas de la PTI est\u00e1 dirigido a las cookies escritas por JavaScript. Las cookies establecidas a trav\u00e9s de cabeceras de un origen de primera parte quedan fuera de esa restricci\u00f3n. Una configuraci\u00f3n correcta del servidor puede escribir cookies<\/strong> de origen que duren 365 d\u00edas o m\u00e1s<\/strong>. <\/p>\n\n Para los sitios en los que los clientes tardan semanas en decidirse, esa diferencia en la duraci\u00f3n de las cookies es la diferencia entre una atribuci\u00f3n precisa y una atribuci\u00f3n incompleta por dise\u00f1o.<\/p>\n\n La cobertura<\/strong> es otro vac\u00edo que llena GTM del lado del servidor. El mismo contenedor puede dirigir eventos a GA4, Google Ads Enhanced Conversions, Meta Conversions API, TikTok Events API y la mayor\u00eda de las dem\u00e1s plataformas que ofrecen una API del lado del servidor. Si las campa\u00f1as multicanal<\/strong> est\u00e1n perdiendo se\u00f1al y est\u00e1 empezando a notarse en el rendimiento de tu retargeting(aqu\u00ed te explicamos c\u00f3mo recuperar la p\u00e9rdida de datos<\/a>), una canalizaci\u00f3n de eventos a todas las plataformas es donde se encuentra la soluci\u00f3n estructural. <\/p>\n\n \u00bfLa contrapartida? GTM necesita alojamiento, configuraci\u00f3n y conocimientos de GTM para funcionar bien. No es un cambio r\u00e1pido. <\/p>\n\n Tambi\u00e9n hay una distinci\u00f3n t\u00e9cnica entre GTG y sGTM que merece la pena comprender si te importa el comportamiento del mismo sitio frente al mismo origen<\/strong>. GTG se ejecuta desde un subdominio como gtg.yoursite.com. Eso es mismo sitio, pero no mismo origen con tu dominio principal. Una configuraci\u00f3n sGTM completa puede servir eventos a trav\u00e9s de una ruta en tu dominio ra\u00edz: tu_sitio.com\/collect. Mismo origen. Algunos navegadores y algunos mecanismos de seguimiento los tratan de forma diferente, y el enfoque sGTM te da m\u00e1s control, ya que eso importa m\u00e1s. <\/p>\n\n\u00bfQu\u00e9 arregla la GTG?<\/h3>\n\n
Dos cosas que GTM no soluciona<\/h3>\n\n
1. El problema del camino<\/h4>\n\n
<\/ol>\n\n
2. Duraci\u00f3n de la cookie<\/h4>\n\n
<\/ol>\n\n
\u00bfQu\u00e9 es GTM del lado del servidor?<\/h2>\n\n
\u00bfC\u00f3mo funciona GTM del lado del servidor de forma diferente?<\/h3>\n\n
Google Tag Gateway vs GTM del lado del servidor: una comparaci\u00f3n directa<\/h2>\n\n
![\"\"](\"https:\/\/taggrs.io\/wp-content\/uploads\/2026\/05\/image-3-1024x535.webp\" "\\"\\"")
<\/figure>\n\n<\/td> Google Tag Gateway<\/strong><\/td> GTM del lado del servidor<\/strong><\/td><\/tr> Qu\u00e9 cambia<\/td> Desde d\u00f3nde se cargan los guiones<\/td> D\u00f3nde ocurre el procesamiento de eventos<\/td><\/tr> Configuraci\u00f3n de cookies<\/td> JavaScript (navegador)<\/td> Cabeceras HTTP (servidor)<\/td><\/tr> Impacto de la PTI<\/td> Sin cambios<\/td> Las cookies pueden durar m\u00e1s de 365 d\u00edas (con una configuraci\u00f3n sst adecuada)<\/td><\/tr> Anulaci\u00f3n del bloqueador de anuncios<\/td> S\u00f3lo carga de scripts<\/td> Llamadas completas de servidor a servidor<\/td><\/tr> Cobertura de la plataforma<\/td> S\u00f3lo productos Google<\/td> Cualquier plataforma con una API de servidor<\/td><\/tr> Complejidad de la instalaci\u00f3n<\/td> Baja<\/td> Media a alta<\/td><\/tr> Elevaci\u00f3n t\u00edpica de datos<\/td> 4-6%*<\/td> 14-20%*<\/td><\/tr><\/tbody><\/table><\/figure>\n\n