Preguntas frecuentes sobre server-side tagging en Google Tag Manager

Server-side tagging es medir con un servidor propio en medio: la web envía los datos a ese servidor y es él quien los reparte a Google Analytics, Google Ads y el resto de herramientas. Esta página responde a lo que se pregunta antes de montarlo, con la documentación oficial de Google consultada el 5 de octubre de 2026. Si buscas la explicación general, está en nuestro artículo sobre ventajas y desventajas.

¿Qué es un contenedor de servidor?

Es un contenedor de Google Tag Manager que no se ejecuta en el navegador del visitante sino en infraestructura de servidor. Google explica que usa el mismo modelo de etiquetas, activadores y variables que el etiquetado de siempre, solo que desplegado en un servidor.

¿Qué gano con él?

Google cita tres cosas: mejorar el rendimiento de la página, tener controles de privacidad más finos y mejorar la calidad de los datos.

La documentación no da ninguna cifra de mejora, ni de velocidad ni de datos recuperados. Cualquier porcentaje que veas en otro sitio no viene de esa fuente.

¿Dónde se aloja el servidor?

Google documenta tres opciones: Cloud Run, que es la que marca como recomendada, App Engine, o una instalación manual con Docker en otros entornos.

Para empezar en Cloud Run hace falta una cuenta de Google Cloud con una cuenta de facturación activa. El servidor de vista previa, que sirve para depurar, tiene que ser exactamente uno.

¿Cuánto cuesta?

Según la guía de Cloud Run de Google, cada servidor cuesta aproximadamente 45 dólares al mes, con 1 vCPU y 0,5 GB de memoria y el modelo de precios de CPU siempre asignada. La propia guía recomienda un mínimo de dos instancias en producción.

Dos servidores a 45 dólares son unos 90 al mes: es cuenta nuestra sobre las cifras de Google, solo de servidores, y la guía remite a su calculadora de precios para ajustarlo al tráfico. No incluye el trabajo de montarlo ni de mantenerlo.

¿Por qué recomiendan dos instancias como mínimo?

Para reducir el riesgo de perder datos si un servidor se cae. Google dice que con un escalado automático de 2 a 10 servidores se atienden entre 35 y 350 peticiones por segundo.

Es el cambio más importante respecto a medir desde el navegador: aquí hay una pieza más que puede fallar y alguien tiene que vigilarla.

¿Hace falta un dominio propio?

Para que sirva de algo en cookies, sí. Google recomienda alojar el servidor en el mismo origen que la web, ya sea en una ruta (tudominio.com/metrics) o en un subdominio (metrics.tudominio.com). Con ese montaje el servidor puede poner cookies con la marca HttpOnly, que los scripts de la página no pueden leer, y Google las presenta como más duraderas y seguras.

Con el dominio que da Cloud Run por defecto, según la tabla de Google, no se obtiene ninguno de esos beneficios y solo se pueden fijar cookies de JavaScript.

¿Se salta el consentimiento?

No. Google explica que la etiqueta de Google envía las preferencias del usuario al servidor como parámetros de la petición, y que las etiquetas de productos de Google en el servidor tienen en cuenta el consentimiento y ajustan lo que envían.

Lo que la documentación no detalla es cómo depurar ese consentimiento dentro del servidor. Para saber si la señal sale bien del navegador, la comprobación sigue siendo la de gcs y gcd. Medir en servidor no cambia lo que decidió el usuario: si rechazó, tu configuración tiene que respetarlo igual. Cuánto dato pierdes hoy por ese rechazo lo explicamos en este procedimiento.

¿Cuándo no merece la pena?

La documentación de Google no lo dice: no recoge cuándo no usarlo ni avisa del coste o la complejidad. Lo que sí hay son tres frenos reales, que son los que cuentan nuestras otras guías: el coste mensual del servidor, el conocimiento técnico que exige y que no todas las plataformas de medición lo admiten todavía.

Si tu problema es que el banner de cookies no comunica bien con Tag Manager, el servidor no lo arregla: antes hay que corregir eso.

¿Lo montamos por ti?

Es parte de nuestro servicio de Google Tag Manager. Si quieres saber si te compensa antes de decidir, cuéntanos cuántas herramientas de medición usas y desde qué dominio.