Etiquetado del lado del servidor

El etiquetado del lado del servidor traslada la ejecución de etiquetas del navegador del usuario a un servidor que usted controla. En lugar de que la página active píxeles directamente hacia Google y Meta, envía una única solicitud a su propio endpoint de etiquetado.

A continuación, ese servidor decide qué reenviar, a quién y con qué formato. El navegador solo se comunica con su dominio first-party.

En el modelo clásico, cada píxel de proveedor se ejecuta en el navegador y realiza su propia solicitud a terceros. En el modelo del lado del servidor, el navegador envía un evento a un servidor de etiquetado, que lo distribuye a varios destinos.

Esto le proporciona control sobre los datos, reduce las solicitudes bloqueadas y disminuye la cantidad de código del lado del cliente que ralentiza las páginas.

Server-Side Google Tag Manager (sGTM) de Google es la implementación más común. Es un contenedor que se ejecuta en Cloud Run, App Engine o cualquier otro host, recibe solicitudes y las procesa mediante clientes y etiquetas.

Un 'client' analiza las solicitudes entrantes para convertirlas en eventos; después, los 'tags' envían esos eventos a sus destinos. Es GTM, pero se ejecuta en el servidor en lugar de en la página.

La principal mejora de fiabilidad se obtiene al asociar el servidor de etiquetado con un subdominio de su propio sitio, como sgtm.example.com, mediante un registro DNS A o CNAME.

Como las solicitudes ahora se dirigen a su dominio, las cookies establecidas en la respuesta son first-party y tienen el atributo HttpOnly. Escapan a los límites más estrictos de ITP y es mucho menos probable que los bloqueadores de anuncios las bloqueen.

Se produce una compra en la página. El contenedor web (o gtag) envía un evento a sgtm.example.com. El cliente de GA4 que se encuentra allí reconstruye el hit, lo enriquece y una etiqueta de GA4 lo reenvía al endpoint de recopilación de Google.

El mismo evento puede activar simultáneamente una etiqueta de Meta Conversions API, una conversión de Google Ads del lado del servidor y otras acciones, todo ello desde una única solicitud entrante.

Meta's Conversions API, Google's Enhanced Conversions y TikTok's Events API son endpoints de servidor a servidor. Aceptan eventos directamente desde su servidor y omiten por completo el píxel del navegador.

Esto recupera las conversiones que se pierden por los bloqueadores de anuncios y por ITP, y permite enviar identificadores first-party con hash (correo electrónico, teléfono) para mejorar la coincidencia, siempre que tenga consentimiento.

Como el servidor ve el evento sin procesar, puede enriquecerlo: añadir el valor real del pedido desde su base de datos, eliminar la PII que no desea compartir, añadir marcas de tiempo del servidor o eliminar duplicados comparándolo con eventos del cliente.

Usted se convierte en el editor de sus propios datos y envía a cada plataforma únicamente los campos mínimos que necesita. Esto es la minimización de datos en la práctica, no solo en las políticas.

Si ejecuta tanto un píxel del navegador como un evento del servidor para la misma conversión, las plataformas no deben contabilizarla dos veces. La deduplicación utiliza un identificador compartido.

Envíe el mismo event_id (y event_name) desde el píxel del cliente y desde la llamada CAPI del servidor. Meta y otras plataformas los comparan y conservan solo uno, lo que le proporciona redundancia sin inflar las cifras.

El servidor de etiquetado es una infraestructura real. En Google Cloud Run se escala automáticamente según el tráfico; usted paga por la computación y el tráfico de salida (egress). Un sitio pequeño puede funcionar con un par de instancias y uno grande, con muchas.

Planifique la monitorización, un servidor de vista previa para depuración y la disponibilidad, porque si el servidor de etiquetado deja de funcionar, también se detiene la medición. Ahora es un servicio de producción, no un simple fragmento de código.

El etiquetado del lado del servidor no permite eludir el consentimiento. Sigue necesitando una base jurídica, y enviar datos sin consentimiento es ilegal independientemente de dónde se ejecuten.

Tampoco restaura mágicamente el seguimiento determinista entre sitios. Mejora la fiabilidad y la coincidencia de los datos first-party con consentimiento; es una capa de resiliencia, no un resquicio legal.

Una implementación real sigue una secuencia: ponga en marcha el servidor, asocie el subdominio, conecte el contenedor web con el servidor, configure los clientes y las etiquetas y, después, conecte los destinos de CAPI.

Valide la implementación con la vista de previsualización y depuración, confirme que la deduplicación funciona, compruebe el control del consentimiento y solo entonces redirija el tráfico. Trátelo como el despliegue de cualquier servicio de backend.

Compruebe su dominio del etiquetado del lado del servidor.

El etiquetado del lado del servidor dirige los eventos del navegador a un servidor de etiquetado en su propio subdominio, que establece cookies first-party y reenvía datos con consentimiento a las plataformas mediante API de servidor a servidor, como Meta CAPI.

Entre sus beneficios se incluyen menos solicitudes bloqueadas, cookies más compatibles con ITP, enriquecimiento y minimización de datos y deduplicación de eventos. Es una capa de fiabilidad y control, una infraestructura real que debe operar y nunca un sustituto del consentimiento.