El etiquetado del lado del servidor traslada el envío de las etiquetas de analítica desde el navegador de quien visita tu web hasta un servidor que controla tu propio despacho. Si tu Google Analytics 4 solo corre con el contenedor web de Google Tag Manager, una parte de esos leads se pierde por el camino sin que ningún informe te avise.
El problema se nota más en quien navega desde Safari o con un bloqueador de anuncios instalado, dos situaciones comunes entre quien busca un despacho desde el móvil. Este artículo explica qué cambia de verdad, cuánto cuesta montarlo y cuándo no compensa dar el paso.
El etiquetado del lado del servidor envía las etiquetas de analítica desde un servidor propio en vez del navegador, así las cookies dejan de depender de Safari, que las corta a los siete días, y de los bloqueadores de anuncios que frenan las peticiones a los dominios conocidos de Google. Google recomienda al menos dos instancias en producción, desde unos 90 dólares al mes.
Etiquetado del lado del servidor frente al método clásico
Con el contenedor web clásico de Google Tag Manager, el navegador ejecuta las etiquetas de GA4 y Google Ads y escribe las cookies con JavaScript. El etiquetado del lado del servidor cambia ese circuito: el navegador manda un único aviso a un servidor propio, que reenvía los datos a Google o a quien corresponda.
Según la documentación oficial de Google, ese contenedor actúa como filtro entre el visitante y cada proveedor: retira la dirección IP antes de reenviarla, reduce el código de terceros que carga el navegador y fija las cookies desde el propio servidor.
Menos peticiones, cookies más estables
El cambio práctico está en cómo se guardan las cookies. Las que escribe JavaScript dependen de las reglas de cada navegador, que cambian con cada actualización. Las que fija el servidor por cabecera HTTP se comportan como cookies de primera parte de verdad: llegan desde tu dominio y pueden marcarse como HttpOnly, invisibles para cualquier script de terceros. Para un despacho esto se traduce en atribuciones que sobreviven más de una visita: alguien que llega desde un anuncio el lunes y rellena el formulario el jueves sigue identificado como esa misma sesión, en vez de aparecer como tráfico directo porque la cookie ya había expirado.
Cookies de Safari con límite de siete días
Safari aplica desde 2019 su Intelligent Tracking Prevention (ITP) y, desde la versión 2.1, cualquier cookie persistente que escriba JavaScript queda limitada a un máximo de siete días, según confirma el blog técnico de WebKit. Pasado ese plazo, el visitante vuelve a contar como nuevo en tu informe de adquisición, aunque ya te haya visitado antes.
Combinado con lo que explicamos en qué modelo de atribución en GA4 conviene a tu despacho, se entiende por qué un modelo basado en datos pierde precisión cuando la cookie de origen no llega ni a la semana de vida.
Chrome no sigue el mismo camino que Safari
Chrome no impone ese límite: en julio de 2024 Google anunció que abandonaba su plan de eliminar las cookies de terceros y que dejaría la decisión en manos de cada persona usuaria. Firefox, en cambio, bloquea por defecto las cookies de terceros desde 2021 con su Total Cookie Protection, aunque no toca las de primera parte creadas por JavaScript. El problema real no es «los navegadores bloquean cookies»: es que cada uno lo hace de forma distinta, y diseñar la analítica pensando solo en Chrome deja fuera al tráfico desde iPhone.
Bloqueadores de anuncios que frenan tu GA4
Las listas de bloqueo más usadas, como EasyList, incluyen los dominios estándar de Google Analytics y Tag Manager, así que cualquier visitante con una de estas extensiones nunca llega a mandar el aviso a GA4 por la vía clásica. Con etiquetado del lado del servidor, ese aviso sale hacia un subdominio propio, algo como analitica.tudespacho.com, que no figura en ninguna lista pública de bloqueo.
Esto no vuelve invisible tu analítica: algunos bloqueadores analizan el contenido de la petición, no solo el dominio. Para la mayoría de extensiones gratuitas, que trabajan por listas de dominios, el cambio de dominio basta. Entre lo que recupera un despacho:
- Sesiones completas de quien navega con un bloqueador de anuncios activo.
- Eventos de conversión que hoy se pierden entre el clic en un anuncio y el envío del formulario.
- Datos de campañas de Google Ads que hoy llegan incompletos por bloqueador y cookie corta.
Coste de montar el etiquetado del lado del servidor
Google despliega el contenedor servidor sobre Cloud Run y en su guía oficial de configuración recomienda un mínimo de dos instancias en producción para no perder datos si una falla. Cada instancia cuesta unos 45 dólares al mes, así que el suelo real ronda los 90 dólares mensuales.
| Configuración | Instancias | Coste mensual aproximado | Qué cubre |
|---|---|---|---|
| Solo contenedor web, sin servidor propio | — | 0 € adicionales | Cookies limitadas a 7 días en Safari, expuesto a bloqueadores |
| Contenedor servidor, mínimo recomendado | 2 | desde 90 $ | Cookies de primera parte estables, primer filtro de IP |
| Contenedor servidor con tráfico alto | 5 a 10 | 225 a 450 $ | Mismo blindaje, con autoescalado en picos de campaña |
Cloud Run frente a un servidor gestionado
La alternativa a montarlo tú mismo es contratarlo como servicio gestionado a un proveedor externo, que cobra una cuota fija y se encarga del contenedor, las actualizaciones y el escalado. Sale más caro por instancia que Cloud Run en bruto, pero elimina la necesidad de tener a alguien revisando servidores cada semana. Para un despacho sin equipo técnico propio, esa diferencia de precio suele compensar: pagar una cuota cerrada es más predecible que descubrir tarde que nadie vigilaba si el contenedor seguía en pie.
Datos de tus clientes y anonimización de IP
Un despacho maneja datos especialmente sensibles: quien rellena un formulario de contacto puede estar contando un despido, un divorcio o una herencia antes de hablar con nadie. La dirección IP es un dato personal por sí sola, y el etiquetado del lado del servidor permite retirarla de la petición antes de que salga hacia Google, en vez de confiar en que cada herramienta la anonimice por su cuenta.
La anonimización de IP consiste en eliminar o enmascarar los últimos dígitos de la dirección IP de un visitante antes de que ese dato salga de tu servidor hacia un tercero, de forma que ya no identifique a una persona concreta.
Esto no sustituye al resto de obligaciones del RGPD ni al aviso de cookies, pero añade control que hoy no tienes con el contenedor web: ahí la IP viaja tal cual hasta que Google decide qué hacer con ella. Con etiquetado del lado del servidor, la decides tú.
Pasos para pasar tu GTM a servidor
Migrar no significa tirar la configuración actual de Google Tag Manager: el contenedor servidor usa el mismo modelo de etiquetas, activadores y variables, solo añade un contenedor nuevo por delante. El trabajo se reparte en cuatro fases: crear el contenedor servidor y su subdominio propio; apuntar el contenedor web hacia esa URL; revisar qué etiqueta sigue en el navegador y cuál se mueve al servidor; y comparar los datos de ambos sistemas en paralelo al menos dos semanas antes de apagar el circuito antiguo.
Ese periodo de convivencia decide si la migración compensa: si las sesiones y conversiones de GA4 suben de forma sostenida, el ajuste funciona. Si no cambia nada, el problema no era la vía de envío, sino la configuración de las propias etiquetas.
Casos donde no compensa el cambio
Un despacho con pocas visitas al mes difícilmente recupera con esto lo que le cuesta mantenerlo en el tiempo: el margen de leads perdidos por Safari o por un bloqueador es pequeño en términos absolutos, aunque sea alto en porcentaje sobre el total de sesiones. En ese caso, revisar el Consent Mode v2 o corregir la configuración de conversiones da más resultado por el mismo esfuerzo.
Tampoco compensa si nadie puede hacerse cargo del contenedor una vez montado: un servidor sin nadie que revise sus actualizaciones acaba costando más disgustos que los leads que recupera. Con campañas de pago constantes y tráfico mensual de varios miles de sesiones, el etiquetado del lado del servidor amortiza rápido; con volumen bajo, conviene resolver antes lo básico de la medición.
Preguntas frecuentes sobre etiquetado del lado del servidor
¿Qué es el etiquetado del lado del servidor?
Es una forma de configurar Google Tag Manager en la que las etiquetas se ejecutan en un servidor propio en vez de en el navegador. El servidor recibe un único aviso por evento y es él quien reenvía los datos a Google Analytics, Google Ads o cualquier otra herramienta conectada.
¿Cuánto cuesta mantener un contenedor servidor?
Con Cloud Run de Google, el mínimo recomendado son dos instancias a 45 dólares cada una, unos 90 dólares al mes. Un despacho con más tráfico o campañas activas puede necesitar entre cinco y diez instancias, lo que sube el coste a varios cientos de dólares mensuales.
¿Sustituye al consentimiento de cookies?
No. Sigue haciendo falta el aviso de cookies y el consentimiento previo que exige la normativa española. Lo que cambia es por dónde viaja el dato una vez el visitante ya ha dado su permiso, no si hace falta pedirlo.
¿Necesita mantenimiento técnico continuo?
Sí. Alguien tiene que revisar que el contenedor sigue activo y vigilar que el número de instancias no se dispare con los picos de tráfico. Sin ese seguimiento, el ahorro de leads recuperados se acaba comiendo en factura de servidor sin control.
Fuente: Google for Developers – Server-side tagging fundamentals