Guía de server-side tagging: beneficios y herramientas para usar

• Los profesionales del marketing pierden hasta un 30% de los datos de conversión debido a las restricciones de los navegadores y los bloqueadores de anuncios.
• El etiquetado del lado del servidor funciona enviando datos de eventos a través de un servidor en la nube en lugar del navegador del usuario.
• El etiquetado del lado del servidor es el enfoque que se debe utilizar para evitar la pérdida de datos, mejorar la precisión del seguimiento y cumplir con las normas de privacidad.

El seguimiento del lado del cliente ya no ofrece los mismos resultados que antes. Los bloqueadores de anuncios y las actualizaciones de privacidad en los navegadores impiden que se recopilen datos y que se envíen a las plataformas publicitarias y de analítica.

El server-side tagging resuelve este problema al introducir un servidor en la nube como capa intermedia, lo que ayuda a recopilar datos más completos, establecer cookies más resistentes y cumplir con los requisitos legales.

Esta guía explica cómo funciona el server-side tagging, cómo configurarlo y qué herramientas usar para hacerlo bien.

Vamos a ello.

El server-side tagging significa que los datos todavía se recopilan en el navegador, pero no se envían directamente a plataformas como Meta o Google.

En su lugar, primero pasan por un servidor en la nube donde su contenedor de servidor de Google Tag Manager (GTM) procesa esos datos y los envía a las plataformas o herramientas que utilice, como Meta, Google Analytics u otras.

Para que esta configuración funcione, necesita un lugar donde alojar ese servidor en la nube.

Ahí es donde Stape ayuda: le proporciona un entorno listo para usar para su contenedor de servidor GTM sin necesidad de configurar su propia infraestructura.

El server-side tagging mejora la precisión y la privacidad de los datos al reducir la dependencia del navegador del usuario y evitar pérdidas de datos debidas a limitaciones del navegador. Funciona aún mejor cuando se combina con un plan de etiquetado claro que define qué acciones rastrear, qué parámetros enviar y cómo mantener los datos consistentes entre plataformas.

Cada vez más especialistas en marketing dejan de lado el seguimiento basado en navegadores en favor de configuraciones del lado del servidor. Estas son las principales razones:

• Datos más completos y precisos: los eventos se canalizan a través de su propio servidor (a menudo mediante un dominio personalizado), por lo que se pierden menos conversiones por bloqueadores o restricciones del navegador.

• Cookies de origen propio más duraderas: las cookies configuradas desde su servidor pueden durar hasta 400 días, en lugar de ser eliminadas por el navegador después de una semana.

• Mejor rendimiento de página: trasladar scripts de seguimiento al servidor significa menos JavaScript ejecutándose en el navegador, lo que lleva a una carga más rápida y mejor experiencia de usuario.

• Mayor control de datos y privacidad: con el server-side tagging, usted decide qué datos enviar a cada proveedor. Puede filtrar o anonimizar información personal (como correos electrónicos o números de teléfono) antes de que salga de su servidor.
• Cumplimiento legal más sencillo: ayuda a cumplir con CCPA en California, VCDPA en Virginia, GDPR en la UE y otras normativas de privacidad.

A veces puede ver “server-side tagging” y “server-side tracking” usados como sinónimos, pero técnicamente describen cosas diferentes.

El server-side tagging todavía comienza en el navegador. 

Los datos se recogen allí, pero antes de enviarse a plataformas de analítica o publicidad, pasan primero por un servidor en la nube. 

Ahí es donde se ejecutan las etiquetas, los datos se filtran o enriquecen y luego se reenvían a plataformas como Google Analytics 4 (GA4) o Meta.

El server-side tracking, en cambio, omite por completo el navegador. 

Los datos provienen directamente de sistemas backend u otros servidores y se envían a plataformas de analítica o publicidad sin ninguna interacción con el dispositivo del usuario.

En la práctica, muchos especialistas en marketing no distinguen claramente entre los dos términos, así que a menudo se mezclan. 

Puede usar cualquiera, pero si quiere ser preciso: el server-side tagging es navegador + servidor y el server-side tracking es puramente de servidor a servidor.

En una configuración tradicional del lado del cliente, su contenedor web de GTM se ejecuta en el navegador y envía datos directamente a servicios de terceros (por ejemplo, Google Analytics, Facebook, etc.).

En el server-side tagging, introduce un contenedor de servidor de GTM en un servidor en la nube que se coloca entre su sitio web y esas plataformas de terceros.

En el etiquetado del lado del servidor, el navegador del usuario envía eventos de seguimiento a su contenedor de servidor GTM, que luego los reenvía a herramientas de terceros como GA4 o Facebook. Esto crea un flujo de datos propios controlado por usted.

Cuando un usuario realiza una acción (como ver una página o hacer una compra), el navegador envía esos datos al contenedor de servidor (normalmente en un subdominio como anything.yoursite.com).

Un componente Cliente analiza la solicitud entrante dentro del contenedor de servidor y pone esos datos a disposición de sus etiquetas de servidor configuradas.

Luego, esas etiquetas de servidor reenvían los datos a las plataformas de destino (por ejemplo, Google Analytics, Google Ads, Facebook) mediante sus APIs.

Configurar el server-side tagging puede sonar complejo, pero Stape ha adaptado el proceso para que sea sencillo para especialistas en marketing y dueños de negocios.

Siga estos pasos para configurarlo:

• Acceda a GTM: vaya a Google Tag Manager.
• Cree contenedor: haga clic en Admin → Create Container.
• Configure contenedor: nombre su contenedor, seleccione Server como tipo de destino y haga clic en Create.

• Servidor de aprovisionamiento: seleccione Aprovisionar manualmente el servidor de etiquetado y copie la configuración del contenedor proporcionada.

• Regístrese/Inicie sesión: vaya a Stape.io y cree una cuenta.
• Cree contenedor: haga clic en Create Container.
• Ingrese datos: proporcione un nombre, pegue la configuración del contenedor desde GTM, seleccione la ubicación del servidor y haga clic en Create Container.

• Implementación: Stape desplegará un servidor en la nube y alojará su contenedor GTM. El estado cambiará a Running una vez completado.

• Acceda a dominios: en su contenedor de Stape, vaya a la sección Domains y haga clic en Add custom domain.
• Ingrese dominio: añada un subdominio (ejemplo: ss.yoursite.com).
• Configure DNS: Stape proporcionará los registros DNS. Agréguelos en su registrador de dominio.
• Verificación: una vez propagados los cambios DNS, el dominio quedará verificado.

• Abra el contenedor web: en GTM, acceda a su contenedor web.
• Cree una etiqueta: añada una nueva (por ejemplo, Google Analytics 4 Event).
• Configure etiqueta: en la configuración, use la URL de su servidor (ejemplo: https://ss.yoursite.com).
• Configure activadores: asigne activadores adecuados para que los eventos se envíen al contenedor de servidor.

• Acceda al contenedor de servidor: en GTM, abra su contenedor de servidor.
• Añada clientes: vaya a Clients, haga clic en New y seleccione el cliente adecuado (por ejemplo, GA4).
• Configure etiquetas: en Tags, cree nuevas etiquetas para las plataformas a las que quiere enviar datos (por ejemplo, Meta Conversions API, LinkedIn Conversions API).

Use el modo de vista previa/debug de GTM tanto para los contenedores web como de servidor. Ejecute algunos eventos de prueba (como una vista de página o una compra de prueba) y verifique en el panel de depuración que se reciban y reenvíen correctamente.

Cuando todo esté correcto, publique los cambios en ambos contenedores.

Su sitio ya estará activo con server-side tagging.

En el blog encontrará una descripción más detallada y los pasos para realizar pruebas en GTM.

Ejecutar server-side tagging por su cuenta puede sonar bien hasta que ve el costo mensual, el tiempo de configuración y el mantenimiento. Por eso los especialistas en marketing y dueños de negocios prefieren una solución gestionada como Stape.

Stape le ofrece:

• Un servidor en la nube completamente configurado

No hay necesidad de configurar Google Cloud Run, servidores propios o gestión de escalabilidad.

Stape proporciona un servidor en la nube listo para usar para su contenedor de servidor GTM, así puede omitir la configuración del backend y empezar a rastrear de inmediato.

• Un panel limpio y simple

Todo lo que necesita para gestionar su configuración está en un solo lugar. Puede ver el estado de su contenedor, conectar un dominio, activar power-ups y revisar registros.

• Planes asequibles

Alojar su propio servidor puede costar fácilmente más de $100/mes. Con Stape, puede comenzar gratis y luego continuar a $20/mes o escalar con un plan más grande.

• Power-ups integrados

Puede usar funciones avanzadas sin necesidad de desarrollo personalizado:

1. 1.
   Cookie Keeper: mantiene las cookies de origen propio hasta por 400 días,lo cual es útil ya que los navegadores suelen eliminarlas después de 3-7 días.
2. 2.
   Custom Loader: cambia los nombres de sus scripts de seguimiento para que los ad blockers no los reconozcan ni bloqueen.
3. 3.
   Anonymizer: le permite filtrar o eliminar datos personales antes de enviarlos, cumpliendo con los requisitos de protección de datos.
4. 4.
   Multi-domain support: rastrea usuarios en varios sitios como shop.yoursite.com y blog.yoursite.com como una sola sesión, no visitas separadas.

• Plantillas para GTM

Stape es uno de los mayores colaboradores en la Galería de plantillas de GTM.

Encontrará plantillas listas para usar para GA4, Facebook, TikTok, Matomo, Piwik PRO y más, todas diseñadas para simplificar la configuración del server-side y reducir el trabajo manual.

• CDN global y dominios personalizados

Su contenedor web ahora se descarga a través de una CDN global, un grupo de servidores en todo el mundo que acelera la carga usando el servidor más cercano a cada visitante.

Puede (y debe) conectar también un subdominio personalizado como anything.yoursite.com para enviar datos a través de su propio dominio y mejorar la precisión del seguimiento.

• Single Sign-On con WorkOS

Stape ofrece SSO para su dominio, de modo que todos los usuarios con ese login corporativo puedan acceder con la misma cuenta que usan en el trabajo.Los nuevos usuarios se crean automáticamente en su primer inicio de sesión y permanecen vinculados a la cuenta principal de la misma región (Global o UE).

Puede solicitar la activación de SSO directamente desde la configuración de su cuenta en Stape

• Soporte cuando lo necesite

Hay una base de conocimiento clara y documentación en el Helpdesk, además de un equipo de soporte listo para ayudarle en cualquier momento.

El client-side tagging significa que sus etiquetas de seguimiento se ejecutan en el navegador del usuario.

Cuando alguien visita su sitio o realiza una acción, el navegador envía esos datos directamente a plataformas como GA4 o Meta.

Este tipo de seguimiento tiene muchas limitaciones. Los bloqueadores de anuncios y las restricciones de privacidad en los navegadores pueden bloquear sus solicitudes o hacerle perder información importante, lo que lleva a pérdida de datos.

El server-side tagging, como el que ofrece Stape, funciona de manera diferente.

En lugar de enviar datos directamente desde el navegador, primero van a su servidor en la nube, generalmente a través de un subdominio como anything.yoursite.com.

Desde allí, el servidor reenvía los datos a las plataformas de anuncios y analítica.

Este sistema le da más control sobre qué datos compartir y le ayuda a cumplir con las leyes de privacidad. También mejora la precisión de los datos al evitar problemas relacionados con navegadores, por lo que las plataformas reciben las señales correctas para ajustar sus campañas y llegar a personas más propensas a convertir.

El server-side tagging ayuda a proteger la privacidad de los usuarios al darle más control sobre cómo y dónde se usan sus datos.

En lugar de enviar datos directamente desde el navegador a plataformas de terceros, primero pasan a su servidor en la nube.

Allí puede eliminar o anonimizar información personal como direcciones IP o correos electrónicos antes de reenviarlos. También puede elegir una ubicación de servidor que mantenga los datos dentro de la UE, lo que respalda el requisito de localización de GDPR.

Un punto importante es el consentimiento del usuario. Este básico aviso “Usamos cookies”, donde el usuario puede aceptar o rechazar.

De esta forma, si el usuario opta por no participar, sus datos no se usarán y usted seguirá cumpliendo con las normas del GDPR.

Las cookies son una herramienta esencial para recopilar datos de usuarios, y el server-side tagging ayuda a aprovecharlas al máximo al mejorar cómo se almacenan, actualizan y reconocen.

Esto es lo que cambia y por qué importa:

• Cookies de origen propio con mayor duración: con una configuración server-side usando su propio dominio, las cookies se convierten en cookies de origen propio. Los navegadores son menos propensos a bloquearlas o eliminarlas. Las cookies de analítica o publicidad configuradas desde su servidor pueden durar meses (hasta 13 meses) en lugar de ser eliminadas en días.

• Gestionar ITP (restricciones de Safari): la Prevención de Seguimiento Inteligente de Safari todavía limita la duración de las cookies de origen propio. Para evitar esto, el power-up Cookie Keeper de Stape renueva continuamente las cookies importantes para que Safari no las elimine después de una semana.

• CDN propia: enruta su dominio de etiquetado a través de la misma IP que su sitio principal. Esto ayuda a que navegadores como Safari traten las cookies como de origen propio, lo que mejora su duración y precisión.

• Dominio mismo-origen: establecer su dominio de etiquetado en el mismo dominio que su sitio (como yoursite.com/sgtm) ayuda a que los navegadores no degraden las cookies ni bloqueen el rastreo.

• Seguimiento sostenible: las cookies de terceros (como las que usan las plataformas de anuncios) están siendo eliminadas de los navegadores poco a poco.

Esto hace que una configuración de server-side tagging con cookies de origen propio sea aún más importante para mantener su rastreo y atribución precisos con el tiempo.

El server-side tagging da aún más resultados cuando lo combina con las herramientas adecuadas.

Estas herramientas de Stape le ayudan a configurar, mantener sus datos limpios y lidiar con bloqueadores o cookies que desaparecen:

• Gateways para plataformas específicas

Si estás realizando un seguimiento para una plataforma publicitaria específica, una pasarela dedicada agiliza y facilita la configuración.

Stape ofrece puertas de enlace preconfiguradas que envían automáticamente eventos desde su servidor en la nube a la plataforma que usted elija sin necesidad de etiquetarlos manualmente.

• Meta Conversions API Gateway: envía eventos como compras y leads desde su servidor a Meta. Hospedado por Stape, no se necesita configuración backend.
• Stape Gateway: construido para GA4 y Google Ads. Instala etiquetas principales en su contenedor de servidor automáticamente.
• TikTok Events API Gateway: ayuda a enviar eventos de servidor a TikTok para una mejor atribución y optimización de campañas.
• Snapchat CAPI Gateway: rastrea conversiones en Snapchat incluso cuando el rastreo en el navegador está bloqueado.

Cada gateway está ajustado a la API de su plataforma, por lo que obtiene un rastreo más preciso con menos configuración.

• Monitoring

El monitoring muestra si eventos clave (como compras o registros) dejan de funcionar de repente.

Por ejemplo, si no se registran eventos de “Añadir al carrito” durante horas, aunque la gente esté usando su sitio.

Recibirá una notificación inmediata para que pueda solucionarlo rápido revisando sus etiquetas y activadores en GTM, usando el modo de vista previa para probar eventos o verificando cambios recientes en el sitio.

• Stape Analytics

Una vez que el server-side tagging esté funcionando, querrá ver qué diferencia real hace.

Stape Analytics mide cuántos datos fueron recuperados de bloqueadores y navegadores con mecanismos de prevención.

Por ejemplo, en una prueba de 10 días con más de 7 millones de solicitudes, el 3,29% de los eventos fueron recuperados y un 20,71% de datos se recuperaron de bloqueos como Safari ITP.

Obtendrá desgloses directamente en su cuenta de Stape, sin necesidad de paneles adicionales o integraciones.

A veces, las cosas no funcionan como se espera. Normalmente es por un detalle de configuración. Aquí qué revisar primero y cómo volver a poner todo en marcha:

• Errores 404/403 en GTM server: si su seguimiento devuelve un 404, el endpoint del contenedor de servidor no está encontrado o publicado.

Cómo resolver: asegúrese de haber publicado su contenedor y que su contenedor web esté apuntando a la URL/ID correctos.

• Eventos que no llegan (solicitudes bloqueadas): si no llegan eventos a su contenedor de servidor, pueden estar bloqueados por navegadores o extensiones.

Cómo resolver: use un dominio personalizado para que las solicitudes aparezcan como de origen propio.

A continuación, comprueba dos veces tus etiquetas web, ya que deben apuntar a la URL del contenedor del servidor e incluir todos los parámetros necesarios (como el nombre del evento, el valor, la divisa o el ID del evento) para que el servidor reciba el evento completo.

Utiliza el modo de vista previa de GTM para comprobar si la etiqueta se activa correctamente.

• CORS o CSP bloqueando las solicitudes: la configuración de CORS o CSP en su sitio puede bloquear solicitudes al contenedor de servidor.

Cómo resolver: asegúrese de que su dominio personalizado esté configurado para permitir solicitudes cross-origin.

Puede que deba actualizar headers del servidor o reglas CSP.

• Conversiones duplicadas o faltantes: si usa tanto client-side como server-side, puede que una conversión se cuente dos veces o no se cuente.

Cómo resolver: añada deduplicación de eventos usando el mismo event ID tanto en etiquetas del navegador como en etiquetas de servidor (especialmente en Meta).

Use el modo de depuración de GTM para probar si la etiqueta se activó correctamente y si el evento fue recibido.