¿Qué plataformas admiten Google Tag Manager server-side?

El Google Tag Manager server-side (sGTM) es compatible con muchas plataformas de publicidad y análisis, como GA4, Google Ads, Meta, TikTok, Pinterest, LinkedIn, Snapchat, Klaviyo y ActiveCampaign. Las capas de datos de comercio electrónico están disponibles para CMS como WordPress, Shopify, Lightspeed, Magento, WooCommerce y PrestaShop. También se admiten aplicaciones móviles en iOS y Android.

El destino de cada plataforma (contenedor web, contenedor servidor o ambos) determina si tus datos de conversión son precisos.

Este artículo explica el porqué de cada decisión de colocación, qué se rompe cuando te equivocas, y qué manejan los proveedores de alojamiento sGTM como TAGGRS a nivel de infraestructura que la configuración del contenedor por sí sola no puede solucionar. Y si ya conoces tu(s) plataforma(s), utiliza el comprobador interactivo de abajo para saltar directamente a los pasos de configuración.

¿Qué es un contenedor de servidor GTM y qué aloja?

Un contenedor de servidor GTM se ejecuta en un servidor alojado y ejecuta etiquetas de servidor a servidor, separadas del navegador del visitante. Funciona junto al contenedor web GTM estándar utilizando una arquitectura de dos contenedores:

1. contenedor web, que se ejecuta en el navegador del visitante y ejecuta las etiquetas del lado del cliente
2. contenedor de servidor, que se ejecuta en un servidor alojado (como TAGGRS) y ejecuta etiquetas de servidor a servidor.

El contenedor del servidor es donde ocurre el verdadero trabajo. Cuando está configurado correctamente, establece cookies de origen que duran hasta más de 365 días. Y esto importa ahora más que nunca porque la PTI de Safari limita las cookies establecidas por el navegador a 7 días, y Safari representa aproximadamente el 17% de la cuota de mercado mundial de navegadores a principios de 2026. (fuente: StatCounter, Browser Market Share Worldwide)

En pocas palabras, casi 1 de cada 5 de tus sesiones está perdiendo datos de seguimiento por defecto si sólo estás ejecutando del lado del cliente.

El alojamiento TAGGRS sGTM es un proveedor de seguimiento gestionado server-side que aloja tu contenedor de servidor GTM en una infraestructura europea independiente. Funciona junto con Google Tag Manager utilizando dos contenedores:

El alojamiento TAGGRS sGTM funciona con cualquier pila de sitios web. La regla es: si funciona con Google Tag Manager, también funciona con TAGGRS. Por tanto, los CMS compatibles con la capa de datos dedicada incluyen WordPress, Shopify, Lightspeed, Magento, WooCommerce y PrestaShop. También son compatibles las aplicaciones móviles en iOS y Android.

¿Dónde colocar el contenedor?

Cada plataforma se coloca en 1 de 3 configuraciones. Se trata de una decisión arquitectónica que afecta a si las conversiones se cuentan correctamente, si las cookies sobreviven a la PTI y si los datos salen de tu infraestructura antes o después de aplicar el consentimiento. He aquí el desglose:

Configuración	Qué significa	Cuándo utilizarlo
Sólo contenedor web	La etiqueta se ejecuta en el navegador. No tiene componente de servidor.	No es relevante para las configuraciones sGTM.
Sólo contenedor servidor	Todos los datos fluyen desde el servidor. No hay etiqueta de navegador.	Cuando la plataforma no admite la deduplicación, o cuando la etiqueta del navegador es innecesaria. Nota: sin una configuración GTM existente del lado del cliente, una configuración de sólo servidor requiere una implementación de seguimiento personalizada, tanto la recopilación de eventos del frontend como el reenvío de eventos del backend deben construirse y mantenerse desde cero.
Ambos contenedores	La etiqueta del navegador envía datos al contenedor del servidor, que los reenvía a la plataforma. El contenedor web también puede enviar datos al server-side sin enviar nada directamente a una plataforma. La deduplicación sólo es necesaria cuando el navegador y el servidor envían simultáneamente a la misma plataforma.	Cuando la plataforma se beneficia tanto de las señales del navegador como de la fiabilidad del servidor.

¿A qué contenedor pertenece tu plataforma?

¿No estás seguro de dónde colocar una plataforma específica? Utiliza el comprobador de abajo. Selecciona una plataforma y obtén la ubicación del contenedor, los requisitos de deduplicación y los pasos exactos de configuración.

Plataformas que van sólo en el contenedor del servidor

Plataformas publicitarias

El seguimiento server-side de Google Ads requiere 4 componentes en secuencia:

1. Etiqueta GA4 Config (contenedor web)
2. Etiqueta de servidor GA4 (contenedor de servidor)
3. Conversión Etiqueta enlazadora (contenedor servidor)
4. Etiqueta de seguimiento de conversiones de Google Ads (contenedor del servidor)

Según las preguntas frecuentes que recibe nuestro Servicio de Asistencia, el Vinculador de conversiones es el paso que se omite con más frecuencia. Sin él, los datos de los clics no se unen a las conversiones correctamente y se rompe la atribución. El Remarketing de Google Ads pasa por la misma cadena.

Google Ads Remarketing también se ejecuta únicamente server-side, utilizando la misma dependencia de GA4.

TikTok también es sólo contenedor de servidor. El píxel de TikTok no admite la deduplicación de eventos al nivel necesario para ejecutar el seguimiento del navegador y del servidor simultáneamente. Ejecutar ambos sin deduplicación garantizada infla los recuentos de conversiones.La etiqueta del servidor envía eventos a la API de Eventos de TikTok y transforma automáticamente los datos requeridos del usuario (correo electrónico, teléfono) a minúsculas y los hashifica utilizando SHA256 antes de la transmisión.

Verifica tu configuración en el Gestor de Eventos de TikTok antes de activar cualquier seguimiento paralelo.

CRM y automatización del marketing

Klaviyo no admite la deduplicación de eventos. Ejecutar tanto el navegador como el servidor envía eventos duplicados a Klaviyo. Configurar sólo server-side. La etiqueta se comunica directamente con la API de Klaviyo y admite la adición de contactos, el seguimiento de la actividad in situ y el envío de parámetros de eventos.

ActiveCampaign se conecta con la API de ActiveCampaign server-side. La etiqueta admite 3 tipos de acción: rastrear eventos, crear o actualizar un contacto, y crear o actualizar un contacto mientras se rastrea un evento simultáneamente.

Plataformas que requieren tanto el contenedor web como el contenedor servidor

Analítica

Google Analytics 4 no es opcional en una configuración server-side. La etiqueta GA4 Config del contenedor web envía datos al contenedor del servidor, que alimenta todas las etiquetas posteriores, incluida Google Ads. No se puede configurar Google Ads en el lado del servidor sin haber instalado GA4 en el lado del servidor.

¿Deduplicación para GA4? No es necesaria. La continuidad de la sesión se gestiona automáticamente en ambos contenedores.

Plataformas publicitarias

Plataforma	¿Por qué ambos contenedores?	¿Es necesaria la deduplicación?	Parámetro de coincidencia
Meta	Meta recomienda ejecutar el píxel del navegador y el CAPI del servidor simultáneamente para maximizar las tasas de coincidencia y la cobertura del evento.	Sí	event_id debe coincidir entre los eventos de la web y del servidor
Pinterest	La etiqueta del navegador + la API de conversiones funcionan en paralelo, con la misma lógica de doble señal que Meta.	Sí	ID del anunciante + clave de deduplicación del evento
LinkedIn	Insight Tag se ejecuta del lado del cliente; server tag envía eventos de conversión a través de LinkedIn CAPI.	Sí	conversionId
Snapchat	Snap Pixel (web) + Snap Conversions API (servidor) se ejecutan en paralelo. La etiqueta normaliza y hashtiza automáticamente los parámetros del usuario.	Sí	evento_id

Pero, ¿qué significa la deduplicación en la práctica? La deduplicación se produce cuando el mismo evento de conversión se dispara tanto en el navegador como en el servidor, por lo que la plataforma lo recibe dos veces. Sin una lógica de deduplicación (un ID de evento compartido que indique a la plataforma "estos dos eventos son el mismo") tus recuentos de conversiones se inflan. Para Meta específicamente, esto significa que los informes ROAS se vuelven poco fiables.

Comercio electrónico: Capas de datos específicas del CMS

El seguimiento server-side sólo es tan bueno como los datos del evento que llegan al contenedor del servidor. Para el comercio electrónico, eso significa una capa de datos correctamente estructurada: que pase los eventos de compra, añadir al carrito y vista del producto con los parámetros adecuados.

TAGGRS dispone de configuraciones de capas de datos dedicadas para CMS como WordPress (con WooCommerce), Shopify, Lightspeed, Magento y PrestaShop.

Cada CMS tiene una estructura de capa de datos diferente. Utilizar un formato de evento incorrecto hace que los eventos de conversión lleguen al contenedor del servidor con parámetros que faltan o malformados: la razón más común por la que el seguimiento de Google Ads server-side parece funcionar pero no informa de las conversiones.

Aplicaciones móviles: iOS y Android

TAGGRS admite el seguimiento server-side para aplicaciones móviles en iOS y Android. Los eventos de la aplicación pasan por el contenedor del servidor utilizando la misma infraestructura que el seguimiento web. Esto es importante para los equipos que ejecutan campañas de Google Ads App o campañas de instalación de metaaplicaciones, en las que el seguimiento del lado del navegador no está disponible y los datos de eventos a nivel de SDK necesitan un relé de servidor antes de llegar a las plataformas publicitarias.

¿Qué configuración se ajusta a tu pila de seguimiento?

Sólo Google Ads + GA4

Configura GA4 en ambos contenedores. Google Ads sólo se ejecuta en el server-side. Esta es la configuración sGTM mínima viable para los equipos que empiezan.

Anuncios Google + Meta + GA4

Añadir Meta CAPI con deduplicación event_id. Ésta es la configuración más común de las agencias. Cubre las dos plataformas de mayor gasto y proporciona la mayor ganancia de recuperación de señal para la mayoría de los clientes.

Google Ads + Meta + TikTok + LinkedIn + Klaviyo

Todas las plataformas anteriores son aplicables. A esta escala, la gestión de la infraestructura -tiempo de actividad del contenedor, acceso multicliente, rotación de credenciales- se convierte en la limitación operativa, no la configuración de etiquetas. El alojamiento gestionado y los controles de acceso basados en roles de TAGGRS están diseñados para este entorno.

Pila de comercio electrónico (Shopify / WooCommerce / Lightspeed)

Empieza con la configuración de la capa de datos específica del CMS antes de configurar ninguna etiqueta de la plataforma. Una capa de datos incompleta produce parámetros que faltan a nivel de servidor, y ninguna configuración de etiquetas puede compensar eventos que nunca se formaron correctamente aguas arriba.

Preguntas frecuentes

¿Qué plataformas requieren deduplicación de eventos en GTM server-side?

Meta (Facebook CAPI), Pinterest, LinkedIn CAPI y Snapchat CAPI requieren la deduplicación de eventos cuando se ejecutan simultáneamente el seguimiento del navegador y del servidor. TikTok no admite la deduplicación y debe configurarse sólo en el servidor para evitar recuentos de conversión inflados.