Guía de Data & Tracking

GTM server-side: el etiquetado que no se pierde.

Qué es el etiquetado del lado del servidor, por qué recupera datos que el navegador borra y cómo implementarlo sin romper tu medición.

DEquipo de Data & Analítica · DigisapRevisado por un especialista certificado · Actualizado: octubre 2026 · 9 min
Respuesta rápida

GTM server-side (etiquetado del lado del servidor) mueve el procesamiento de etiquetas del navegador a un contenedor en tu propio servidor (normalmente Google Cloud Run). El navegador envía los datos a ese contenedor, que los reenvía a GA4, Google Ads o Meta. Resultado: recuperas datos que los bloqueadores y las restricciones del navegador (ITP) eliminan, ganas velocidad y controlas qué información sale y hacia dónde.

1. Qué es y en qué se diferencia del client-side

En el etiquetado tradicional (client-side), todas las etiquetas se ejecutan en el navegador del usuario. En server-side, el navegador solo envía los datos a un contenedor alojado en tu infraestructura, y desde ahí se distribuyen a cada plataforma.

AspectoClient-sideServer-side
Dónde correNavegador del usuarioTu servidor (Cloud Run)
Pérdida por adblockers/ITPAltaBaja
Velocidad de la páginaMás carga en el clienteMás liviana
Control de datosLimitadoTotal (decides qué sale)

2. Por qué importa

Los bloqueadores de anuncios, el ITP de Safari y las restricciones a cookies de terceros borran una parte creciente de tus datos. Eso significa conversiones que ocurrieron pero que tus plataformas no ven —y una pauta que aprende con información incompleta. El server-side, al operar como contexto first-party, conserva esos datos y mejora la calidad de las señales que alimentan a Google y Meta Ads.

3. Cómo implementarlo paso a paso

01

Crea el contenedor de servidor

En GTM, nuevo contenedor tipo "Servidor".

02

Despliégalo en Cloud Run

En Google Cloud (o un proveedor como stape.io). Define capacidad mínima para evitar arranques en frío.

03

Configura un subdominio first-party

Ej. metrics.tudominio.com, para que el tráfico sea de primera parte.

04

Mueve el cliente GA4 y las etiquetas

Apunta GA4 al contenedor de servidor y migra las etiquetas clave.

05

Valida en Preview y compara

Confirma que las conversiones llegan y que no se duplican.

4. Cuándo conviene y cuándo no

  • Sí: inviertes en pauta y necesitas señales de conversión completas.
  • Sí: tienes requisitos de privacidad y quieres controlar qué datos salen.
  • Quizá no: sitio pequeño, sin pauta y con GA4 básico bien configurado.

5. Errores comunes

  • Duplicar conversiones por dejar también la etiqueta client-side activa.
  • No usar subdominio first-party y perder el beneficio.
  • Capacidad mínima en 0 → arranques en frío que pierden hits.

6. Checklist de implementación

  • Contenedor de servidor creado y desplegado en Cloud Run
  • Subdominio first-party configurado con SSL
  • Cliente GA4 y etiquetas clave migradas
  • Sin duplicación de conversiones (validado en Preview)
  • Consent Mode respetado en el flujo server-side
Evidencia

Tras ordenar su medición y embudo, Milenio PC pasó de una conversión del 0,27% al 12,16%. Medir bien también vende. Caso Milenio PC: 0,27% → 12,16% ↗

Preguntas frecuentes

El contenedor corre en Cloud Run, que factura por uso; para tráfico medio suele ser un costo bajo y predecible.

No del todo: muchos montajes son híbridos. El navegador recoge y el servidor distribuye.

Sí, al sacar carga de scripts del navegador, aunque el impacto depende de cuántas etiquetas migres.

¿Estás perdiendo conversiones sin saberlo?

Medimos cuántos datos pierdes hoy y montamos el server-side para recuperarlos.

Pide tu auditoría de datos ↗