Server side tagging es ejecutar Google Tag Manager también en un servidor propio, y no solo en el navegador del visitante. El contenedor del servidor recibe los eventos del sitio, los procesa y los reenvía a GA4 y a otros destinos. Vale la pena cuando ya se mide bien, hay volumen que justifique el costo del alojamiento, un dominio propio para el servidor y alguien que lo mantenga en funcionamiento. En una cuenta pequeña, sin equipo, una etiqueta web bien configurada suele resolverlo.
El tema viene rodeado de promesas de “recuperar conversiones”. Esta guía usa solo lo que dice la documentación de Google sobre la función y lo separa de la opinión de quienes la implementan.
Server side tagging: qué es, sin jerga
En la configuración común, el contenedor de Tag Manager se ejecuta en el navegador del visitante y envía los datos de medición directamente a cada plataforma. En el tag manager server side existe un segundo contenedor, que no se ejecuta en el navegador ni en el celular, sino en un servidor que usted controla. La introducción al etiquetado en el servidor explica que este contenedor usa el mismo modelo de etiqueta, activador y variable que usted ya conoce.
El servidor se ejecuta en su propio proyecto de Google Cloud o en otro entorno de su elección. Según Google, solo usted accede a los datos en el servidor hasta que se envían a otro lugar.
| Etiqueta web (común) | Server side tagging | |
|---|---|---|
| Dónde se ejecuta | En el navegador del visitante | En un servidor que usted controla |
| Alojamiento | No hay servidor que pagar | Servidor propio, con costo mensual |
| Dominio | El del propio sitio web | Se recomienda un dominio o subdominio propio |
| Mantenimiento | Ajustes en Tag Manager | Tag Manager más infraestructura y actualización del servidor |
| Quién recibe los datos | Cada plataforma, directo desde el navegador | Primero su servidor, después los destinos |
En resumen, GTM server side no reemplaza la medición del sitio. Agrega una etapa entre el sitio y las plataformas.
Cómo funciona GTM server side en la práctica
El flujo tiene cuatro pasos, todos descritos en la documentación de Google.
- El sitio envía el evento al servidor. En el ejemplo oficial, la etiqueta de Google usa el parámetro `server_container_url` para indicar la dirección del contenedor del servidor.
- Un cliente del contenedor recibe la solicitud. Cliente, en este contexto, es el adaptador que convierte lo que llegó en uno o más eventos. El contenedor del servidor ya incluye los clientes de GA4, Universal Analytics y Measurement Protocol.
- Los activadores analizan cada evento, como en un contenedor común.
- Las etiquetas se disparan y envían los datos a los destinos, como la etiqueta de GA4.
Si usted aún no domina la parte web, comience por la guía sobre cómo funciona Google Tag Manager y por la de data layer. El servidor depende de un evento bien construido en el origen.
Qué beneficios dice Google que se obtienen
La página principal del recurso enumera tres posibles beneficios: mejorar el rendimiento de la página, tener controles de privacidad del usuario más detallados y mejorar la calidad de los datos. Ninguna de las páginas de Google que consultamos indica un porcentaje de conversiones recuperadas, y por eso este texto tampoco lo promete.
El dominio es el punto que más se discute. La documentación de dominio personalizado dice que servir desde el mismo origen es la práctica recomendada y que, para tener cookies definidas por el servidor con más seguridad y duración, el servidor de etiquetado y el sitio deben funcionar en el mismo dominio. En la dirección predeterminada del proveedor, el contexto es de terceros y solo se pueden definir cookies de JavaScript. Antes de enviar tráfico de producción, la introducción pide que el servidor esté en el dominio principal y en modo de producción.
Una cookie más duradera no es lo mismo que más conversiones. El efecto depende de cómo se comporten su sitio, su público y su tráfico, y solo la medición en su cuenta muestra si hubo diferencia.
Cuánto cuesta el server side tagging
El servidor tiene un costo mensual fijo de alojamiento, aunque el sitio reciba pocas visitas. En la guía de configuración con Cloud Run, Google informa lo siguiente.
| Punto | Qué dice la documentación |
|---|---|
| Costo por servidor | Aproximadamente US$45 al mes, en dólares, para una instancia de 1 vCPU y 0.5 GB de memoria |
| Cantidad recomendada | Al menos dos instancias, para reducir el riesgo de pérdida de datos si un servidor falla |
| Capacidad esperada | De 2 a 10 servidores con escalamiento automático procesan de 35 a 350 solicitudes por segundo, según el número de etiquetas |
| Control del gasto | Configurar una alerta de facturación y usar la calculadora de precios de Google Cloud |
Dos instancias a US$45 suman cerca de US$90 al mes como mínimo recomendado. Ese cálculo es nuestro, a partir del número de Google, y no un presupuesto. El valor real varía según la configuración y el tráfico, y también debe existir el servidor de vista previa, usado para depurar.
Quien aloja en otro entorno que no sea Cloud Run sigue la guía de configuración manual. El servidor de etiquetado es una aplicación Node.js dentro de una imagen Docker, y el aprovisionamiento manual exige un clúster y un servidor de vista previa por separado. En ese caso, el propietario del entorno podría tener acceso a los datos, y Google recomienda consultar sus términos de servicio.
El costo en reales no aparece en la documentación. Depende del tipo de cambio y del consumo, así que conviene simular en la calculadora con su tráfico antes de decidir.
Cuándo vale la pena el rastreo server side
El rastreo server side vale la pena cuando la medición ya es sólida, el volumen sostiene el costo fijo y hay quien se encargue de la infraestructura. Estos criterios son nuestros, no de Google, y sirven como filtro para decidir.
- La base ya funciona. Etiquetas web validadas, eventos de GA4 llegando y conversiones de Google Ads que coinciden con el CRM o con la caja. Poner un servidor sobre una medición rota solo lleva el error a otro lugar. Tag Assistant muestra rápido si la base está en pie.
- El costo cabe en la operación. Un gasto fijo mensual en dólares pesa poco para quien invierte mucho en publicidad y factura bien, y pesa mucho para quien invierte poco.
- Alguien mantiene el servidor. La guía de Cloud Run trata de actualizar la versión del servidor de etiquetado después del aprovisionamiento. Alguien debe hacerlo, encargarse del DNS del subdominio y vigilar la cuenta de la nube.
- Existe un motivo concreto. Una página pesada por exceso de etiquetas, la necesidad de controlar lo que sale hacia terceros o una cookie que expira demasiado pronto y perjudica la atribución son motivos. “Todo el mundo lo está haciendo” no lo es.
Cuándo todavía no vale la pena
No vale la pena cuando la cuenta tiene pocas conversiones, no hay equipo técnico y la medición web aún tiene problemas. En esos casos, el dinero y la atención rinden más en otro lugar.
- Cuenta con pocas conversiones al mes, en la que el costo fijo supera cualquier beneficio que se pueda ver.
- Sitio en un constructor que no permite configurar un dominio o subdominio con tranquilidad.
- Nadie para mantener el servidor, el DNS y la cuenta de facturación.
- Conversiones principales aún mal configuradas en Google Ads.
- La decisión nace de una promesa de “recuperar el 30% de las ventas”. Un número sin fuente no es un motivo.
Qué hacer antes de contratar un servidor
Antes del rastreo server side, casi siempre hay una mejora más barata y más cercana al resultado. Este es el orden que seguimos.
- Verificar que las etiquetas y los eventos estén correctos, con la guía de conversión de Google Ads en Tag Manager y la guía de eventos de GA4.
- Activar las conversiones mejoradas de Google Ads, que complementan la etiqueta con datos del cliente enviados con hash.
- Si el cierre ocurre fuera del sitio, traer la venta de vuelta con conversiones offline en Google Ads.
- Medir el resultado durante algunos ciclos de campaña con la base corregida.
- Solo entonces evaluar el servidor, con la diferencia de costo y de beneficio a la vista.
Cómo es la implementación, en líneas generales
Quien implementa GTM server side sigue etapas parecidas a estas, según la documentación de Google.
- Crear el contenedor del servidor en Tag Manager.
- Aprovisionar el servidor de etiquetado y el de vista previa, de forma automática en Cloud Run o manualmente en otro entorno.
- Asignar el dominio personalizado, que puede ser un subdominio o el mismo origen del sitio.
- Apuntar el sitio al servidor, mediante la etiqueta de Google con la dirección del contenedor o mediante el contenedor web.
- Visualizar y depurar los eventos antes de publicar.
- Publicar y monitorear el consumo del servidor y la factura de la nube durante las primeras semanas.
El paso 3 suele ser el que se traba, porque involucra DNS y, a veces, al equipo que administra el sitio. Conviene coordinarlo antes de empezar. El artículo sobre la etiqueta de Google ayuda a entender cuál de las dos formas de enviar el evento usa hoy su sitio.
Preguntas frecuentes
¿El GTM server side reemplaza al Tag Manager común? No. En el flujo de la documentación, el sitio sigue enviando los eventos, mediante la etiqueta de Google o el contenedor web, y el servidor entra como una etapa más antes de los destinos.
¿El server side tagging es gratuito? El alojamiento no. Google estima alrededor de US$45 al mes por servidor en la configuración de Cloud Run y recomienda al menos dos instancias. El valor final depende de su tráfico.
¿Necesito un dominio propio para el rastreo server side? La dirección predeterminada del proveedor sirve para empezar, pero funciona en contexto de terceros. Para las cookies definidas por el servidor, Google recomienda alojarlo en el mismo dominio del sitio y pide el dominio principal antes de recibir tráfico de producción.
¿El server side tagging aumenta las conversiones de Google Ads? Google menciona como posibles ventajas el rendimiento de la página, el control de la privacidad y la calidad de los datos, sin prometer ningún porcentaje de conversión. El efecto en su cuenta solo se ve comparando la medición antes y después.
¿Es obligatorio usar Google Cloud? No necesariamente. Google documenta Cloud Run, App Engine y la configuración manual en otros entornos, con la imagen Docker del servidor de etiquetas.
¿Quiere saber si su cuenta necesita esto?
En la mayoría de los casos, la pregunta correcta va antes que el servidor: ¿la conversión que llega a Google Ads es la venta real? La página de seguimiento de conversiones, GA4 y GTM muestra cómo Ciclicko lo verifica, y la auditoría gratuita de Google Ads muestra qué mide hoy su cuenta.