---
title: "Google Tag Manager y sGTM - Tracking server-side | EdgeAngel"
description: "Expertos en Google Tag Manager y etiquetado server-side: contenedores web, móviles y de servidor, Consent Mode, gobernanza de los flujos salientes, auditoría."
url: https://edgeangel.co/es/data-foundations/gtm-sgtm
lang: es
---

> Índice del sitio para agentes, que conviene leer antes de explorar: https://edgeangel.co/llms.txt
> Página HTML de referencia, que incluye además los esquemas y los elementos visuales: https://edgeangel.co/es/data-foundations/gtm-sgtm

[Otras herramientas](https://edgeangel.co/es/data-foundations/web-tracking#approche-c4)

# Expertos en Google Tag Manager y sGTM

## Recupera el control de lo que envían tus etiquetas, y a quién.

Diseñamos, auditamos y mantenemos tus contenedores de Google Tag Manager, desde la web hasta el contenedor de servidor.

[Reserva una primera llamada](https://edgeangel.co/es/data-foundations/gtm-sgtm#contact)

-   Más información sobre: [nuestra agencia de Google Tag Manager y tracking web](https://edgeangel.co/es/data-foundations/web-tracking)

[Ir al contenido](https://edgeangel.co/es/data-foundations/gtm-sgtm#expertise)

Experiencia de EdgeAngel en Google Tag Manager

## Auditoría, server-side y cumplimiento

01

### Auditoría y migración GTM

Analizamos tu sistema de tracking para construir una base sana. Objetivo: unos cimientos fiables antes de cualquier paso al server-side.

-   Auditoría de las etiquetas, activadores y variables existentes
-   Limpieza de las implementaciones obsoletas
-   Estructuración de las convenciones de nomenclatura
-   Migración a [Google Analytics](https://edgeangel.co/es/data-foundations/google-analytics)
-   Formalización del plan de etiquetado (tagging plan)
-   Contenedores iOS y Android, configurados con el SDK de Firebase

02

### Implementación server-side (sGTM)

Desplegamos tu infraestructura de tracking server-side a medida. Resultado: un tracking más robusto, orientado a la calidad de la señal más que al volumen bruto.

-   Configuración de los contenedores GTM Server-Side (Google Cloud, AWS, GCP)
-   Puesta en marcha de clientes GA4, Google Ads, Meta, TikTok
-   Integración de las API de conversiones (CAPI, Enhanced Conversions)
-   Gestión de las cookies first-party y ampliación de su vida útil
-   Protección y anonimización de los datos antes del envío
-   Dominio de recogida en un subdominio que controlas
-   Alojamiento con un especialista como Addingwell, o en tu propia plataforma
-   Contenedor de servidor que replica el contenedor web, sin doble contabilización

03

### Gobernanza, cumplimiento y Consent Mode

El server-side cobra todo su sentido cuando se articula con una verdadera estrategia de cumplimiento normativo. Hacemos del tracking server-side una palanca de confianza, no un riesgo adicional.

-   Integración con [tu CMP](https://edgeangel.co/es/data-foundations/didomi)
-   Configuración avanzada de Google Consent Mode v2
-   Gestión de los permisos de acceso y de los entornos GTM
-   Monitorización de errores, registros y alertas
-   Documentación de los flujos para los equipos de datos y jurídicos
-   Gestión de los contenedores mediante la API de Tag Manager, con nuestro servidor MCP

La arquitectura

## Lo que cambia un contenedor de servidor, en tres imágenes

El tracking clásico envía los datos desde el navegador a cada herramienta. Un contenedor de servidor se sitúa en medio: el navegador habla con un único dominio, el tuyo, y es el servidor el que distribuye.

Estos esquemas proceden de nuestra nota de experto sobre el etiquetado server-side, donde se detalla cada paso.

### La arquitectura clásica, todo desde el navegador

![Arquitectura GTM Web clásica: el contenedor GTM Web del navegador llama directamente a Google Analytics, Google Ads, Facebook Ads y las demás plataformas publicitarias](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-03.jpg)

Cada herramienta recibe su llamada desde la página. Un script que cargar y un dominio de terceros por herramienta, y una recogida de datos que depende por completo del navegador del visitante.

### Con un contenedor de servidor, un único punto de salida

![Arquitectura GTM Server-side: el contenedor GTM Web envía los datos a un contenedor de servidor alojado en un subdominio del cliente, que valida, anonimiza y distribuye a las herramientas](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-04.jpg)

El navegador envía a **un subdominio que controlas**. El contenedor de servidor valida, enriquece, retira lo que no debe salir y luego distribuye. Las etiquetas que no admite se quedan en la página.

### Dónde se aloja el contenedor de servidor

![Dos opciones de infraestructura para un contenedor de servidor: Google Cloud con App Engine, registros y BigQuery, o Amazon Web Services con Certificate Manager, Route 53 y Elastic Beanstalk](https://edgeangel.co/assets/notes/server-side-tagging-avec-google-tag-manager/image-10.jpg)

Dos enfoques: tu nube, que administras tú, o un proveedor de alojamiento especializado que se encarga de ella. La elección depende de tus recursos internos y de lo que quieras seguir controlando.

La herramienta

## GTM y sGTM, nuestro análisis

Google Tag Manager es el **gestor de etiquetas** de Google, gratuito. Es la herramienta que decide qué etiqueta se activa, cuándo y con qué datos: la etiqueta de Meta, la de Google Analytics, las de tus plataformas publicitarias. Sin él, cada herramienta requiere una intervención de tus desarrolladores; con él, todo se gestiona desde una única interfaz y, sobre todo, todo se somete en un mismo lugar a la elección de consentimiento de tus visitantes. Eso es lo que lo convierte en **la piedra angular del tracking y de su gobernanza**.

Existe una edición de pago, Tag Manager 360: elimina el límite de tres espacios de trabajo y añade circuitos de validación, útiles cuando varios equipos trabajan en paralelo en el mismo contenedor. Para la gran mayoría de las configuraciones, la edición gratuita es suficiente.

Actualizado septiembre de 2026

### sGTM, un intermediario entre tu web y tus herramientas

sGTM, el etiquetado server-side, añade un **intermediario entre el navegador y tus herramientas**. En lugar de que la página llame a Google Analytics, a Meta y a tus plataformas publicitarias cada una por su lado, lo envía todo a un servidor que controlas, y es este el que distribuye. Ese servidor se aloja en tu nube, en Google Cloud por ejemplo, o en un proveedor especializado como Addingwell.

Parece un cambio técnico, y cambia cuatro cosas. El navegador carga menos scripts, así que las páginas son más rápidas. Los eventos se enriquecen con datos que solo conoce tu servidor, el margen de un pedido o el correo electrónico de un cliente con sesión iniciada. Puedes retirar los datos personales antes del envío, lo que resuelve buena parte de las cuestiones de ePrivacy. Y todo pasa por tu dominio, así que las bibliotecas se cargan donde los bloqueadores de anuncios no las detienen.

[RGPD, ePrivacy y gestión del consentimiento, nuestra oferta](https://edgeangel.co/es/data-foundations/rgpd-compliance)

### Y desde finales de 2024, lo mismo para las aplicaciones

El etiquetado server-side estaba reservado a la web. Desde octubre de 2024, **una aplicación iOS o Android puede enviar sus eventos al mismo contenedor de servidor**, siempre que utilice el SDK de Firebase. La ventaja es la misma que en la web, con un interés añadido: los flujos de la web y de la aplicación confluyen en una única arquitectura, lo que simplifica el mantenimiento y hace legibles los recorridos entre dispositivos.

Son las mismas operaciones que en la web: retirar una dirección IP o un identificador de dispositivo antes del envío, enriquecer un evento con un valor de cliente, enrutar un mismo evento a varios destinos. La implementación exige madurez técnica y se justifica sobre todo cuando ya existe un contenedor de servidor para la web.

[Tracking App, nuestra oferta para tus aplicaciones móviles](https://edgeangel.co/es/data-foundations/app-tracking)

### Nuestro servidor MCP, para gestionar tus contenedores con agentes

Hemos desarrollado nuestro propio servidor MCP para GTM y sGTM. Conecta tus contenedores con nuestros agentes, y lo que llevaba horas de clics se convierte en una conversación: inventariar lo que existe, comprobar las convenciones de nomenclatura, detectar las etiquetas inactivas, auditar un contenedor a fondo. La publicación sigue siendo manual: una auditoría se automatiza, una puesta en producción se decide.

Fuentes: [El modelo del contenedor de servidor, clientes y transformaciones](https://developers.google.com/tag-platform/tag-manager/server-side/intro) · [Las tres opciones de dominio de recogida, y lo que permite cada una](https://developers.google.com/tag-platform/tag-manager/server-side/custom-domain)

Nuestras notas de expertos: [Etiquetado server-side con Google Tag Manager](https://edgeangel.co/es/notes/server-side-tagging-avec-google-tag-manager) · [Server-side GTM para aplicaciones](https://edgeangel.co/es/notes/sgtm-for-apps) · [Google Consent Mode v2, lo esencial](https://edgeangel.co/es/notes/google-consent-mode-v2-essentiel-a-savoir) · [Google Ads: parámetros wbraid y gbraid](https://edgeangel.co/es/notes/google-ads-nouveaux-paramtres-wbraid-et-gbraid-pour-le-suivi-des-conversions)

## Preguntas frecuentes sobre Google Tag Manager y sGTM

### ¿Qué diferencia hay entre un contenedor web y un contenedor de servidor?

El contenedor web se ejecuta en el navegador y activa las etiquetas desde la página. El contenedor de servidor se ejecuta en una infraestructura que controlas: un cliente reclama la solicitud entrante y la traduce en eventos, unas transformaciones filtran los parámetros y, después, las etiquetas salen por HTTP. Es un tipo de contenedor de la misma herramienta, no un producto aparte.

### ¿Basta el etiquetado server-side para cumplir el RGPD?

No, y Google no lo presenta así. Desplaza el punto de control: decides qué sale hacia cada partner y puedes retirar parámetros antes del envío. Pero el consentimiento lo obtiene una CMP, y las etiquetas deben quedar condicionadas a su señal. El contenedor aplica una decisión, no la toma.

### ¿Hay que pasarlo todo al servidor?

Pocas veces. El enfoque que funciona es híbrido: los flujos críticos pasan al servidor y los demás se quedan en client-side. Algunas etiquetas no admiten el modo servidor, y un contenedor de servidor que replica el contenedor web requiere activadores de bloqueo para evitar que el mismo evento se procese dos veces. El alcance se decide flujo a flujo.

### ¿Basta con el dominio de recogida por defecto?

Funciona, pero sin la ventaja esperada. En el dominio que proporciona Google, la documentación precisa que solo se pueden instalar cookies JavaScript, es decir, sin el atributo HttpOnly. La ventaja first-party exige delegar un subdominio que controles, con el mismo origen que la web cuando es posible, que es la práctica que recomienda Google.

### ¿Qué diferencia hay entre Tag Manager y Tag Manager 360?

La misma herramienta, dos ediciones. La estándar es gratuita y está limitada a tres espacios de trabajo, el predeterminado y otros dos. Tag Manager 360, vinculada a Google Marketing Platform, elimina ese límite y añade los circuitos de aprobación, las Zonas y el soporte del proveedor. Se justifica cuando varios equipos trabajan en paralelo en un mismo contenedor.

Contacto

## Nos dejas tus datos de contacto y te respondemos en menos de 24 h.

Una primera conversación para entender tu contexto y decirte qué es viable y en qué condiciones.

1.  Contacto y necesidad
2.  Cuéntanos más (opcional)
3.  Después programamos una reunión

Usamos tus datos de contacto para responderte sobre este tema. [Política de privacidad](https://edgeangel.co/es/a-propos/politique-de-protection-des-donnes)

O llámanos directamente: [+33 1 84 16 42 20](tel:+33184164220)

Paul Schmitt

Director de consultoría

«Nuestro objetivo es que tus datos sean accionables para generar valor concreto, rápidamente.»

[El equipo](https://edgeangel.co/es/a-propos/agence)

```json
{"@context":"https://schema.org","@type":"Organization","name":"EdgeAngel","url":"https://edgeangel.co","logo":"https://edgeangel.co/assets/brand/edgeangel-logo.svg","sameAs":["https://www.linkedin.com/company/edgeangel"],"contactPoint":{"@type":"ContactPoint","email":"hello@edgeangel.co","telephone":"+33 1 84 16 42 20","contactType":"customer service"}}
{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Inicio","item":"https://edgeangel.co/es"},{"@type":"ListItem","position":2,"name":"Data Foundations","item":"https://edgeangel.co/es/data-foundations"},{"@type":"ListItem","position":3,"name":"Tracking Web","item":"https://edgeangel.co/es/data-foundations/web-tracking"},{"@type":"ListItem","position":4,"name":"GTM & sGTM","item":"https://edgeangel.co/es/data-foundations/gtm-sgtm"}]}
{"@context":"https://schema.org","@type":"Service","name":"Google Tag Manager y sGTM - Tracking server-side | EdgeAngel","description":"Expertos en Google Tag Manager y etiquetado server-side: contenedores web, móviles y de servidor, Consent Mode, gobernanza de los flujos salientes, auditoría.","provider":{"@type":"Organization","name":"EdgeAngel","url":"https://edgeangel.co"},"areaServed":"France","url":"https://edgeangel.co/es/data-foundations/gtm-sgtm"}
{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"¿Qué diferencia hay entre un contenedor web y un contenedor de servidor?","acceptedAnswer":{"@type":"Answer","text":"El contenedor web se ejecuta en el navegador y activa las etiquetas desde la página. El contenedor de servidor se ejecuta en una infraestructura que controlas: un cliente reclama la solicitud entrante y la traduce en eventos, unas transformaciones filtran los parámetros y, después, las etiquetas salen por HTTP. Es un tipo de contenedor de la misma herramienta, no un producto aparte."}},{"@type":"Question","name":"¿Basta el etiquetado server-side para cumplir el RGPD?","acceptedAnswer":{"@type":"Answer","text":"No, y Google no lo presenta así. Desplaza el punto de control: decides qué sale hacia cada partner y puedes retirar parámetros antes del envío. Pero el consentimiento lo obtiene una CMP, y las etiquetas deben quedar condicionadas a su señal. El contenedor aplica una decisión, no la toma."}},{"@type":"Question","name":"¿Hay que pasarlo todo al servidor?","acceptedAnswer":{"@type":"Answer","text":"Pocas veces. El enfoque que funciona es híbrido: los flujos críticos pasan al servidor y los demás se quedan en client-side. Algunas etiquetas no admiten el modo servidor, y un contenedor de servidor que replica el contenedor web requiere activadores de bloqueo para evitar que el mismo evento se procese dos veces. El alcance se decide flujo a flujo."}},{"@type":"Question","name":"¿Basta con el dominio de recogida por defecto?","acceptedAnswer":{"@type":"Answer","text":"Funciona, pero sin la ventaja esperada. En el dominio que proporciona Google, la documentación precisa que solo se pueden instalar cookies JavaScript, es decir, sin el atributo HttpOnly. La ventaja first-party exige delegar un subdominio que controles, con el mismo origen que la web cuando es posible, que es la práctica que recomienda Google."}},{"@type":"Question","name":"¿Qué diferencia hay entre Tag Manager y Tag Manager 360?","acceptedAnswer":{"@type":"Answer","text":"La misma herramienta, dos ediciones. La estándar es gratuita y está limitada a tres espacios de trabajo, el predeterminado y otros dos. Tag Manager 360, vinculada a Google Marketing Platform, elimina ese límite y añade los circuitos de aprobación, las Zonas y el soporte del proveedor. Se justifica cuando varios equipos trabajan en paralelo en un mismo contenedor."}}]}
```