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:
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:
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:
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.
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.
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.
Puede usar funciones avanzadas sin necesidad de desarrollo personalizado:
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.
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.
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
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.
| “Mantenga claves y secretos seguros. Al transportar la lógica de procesamiento de datos lejos del dispositivo, lo que sería visible para cualquiera con habilidades de depuración, ahora puede ejecutar transacciones seguras y basadas en credenciales sin exponer información sensible al servicio.” |
| Simo Ahava, experto en server-side tracking y cofundador de Simmer |
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:
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:
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.
Cada gateway está ajustado a la API de su plataforma, por lo que obtiene un rastreo más preciso con menos configuración.
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.
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:
Cómo resolver: asegúrese de haber publicado su contenedor y que su contenedor web esté apuntando a la URL/ID correctos.
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.
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.
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.
Comentarios