Durante años, las cookies de terceros han desempeñado un papel fundamental en la publicidad digital, la analítica web, la atribución de conversiones y la creación de audiencias. Estas pequeñas piezas de información permitían a diferentes plataformas reconocer un navegador cuando el usuario navegaba por distintos sitios web, facilitando la construcción de perfiles, la medición de campañas y el remarketing. Sin embargo, los principales navegadores han introducido restricciones cada vez mayores sobre esta tecnología, impulsados por la preocupación por la privacidad y por la necesidad de ofrecer a los usuarios un mayor control sobre sus datos.
Este cambio está obligando a las empresas a replantear la forma en que recopilan y utilizan información digital. Aunque la situación de las cookies de terceros no es idéntica en todos los navegadores y Chrome ha optado por mantener un modelo basado en las preferencias del usuario en lugar de eliminarlas completamente para todos, la tendencia general es clara: las cookies de terceros ya no pueden considerarse una base fiable y universal para la medición digital. En este escenario, el Server-Side Tagging se presenta como una de las arquitecturas más relevantes para mejorar la calidad de los datos, reducir la dependencia de tecnologías de terceros y aprovechar mejor la información first-party.
¿Qué es el Server-Side Tagging?
El Server-Side Tagging, o etiquetado del lado del servidor, consiste en trasladar una parte del procesamiento de las etiquetas de medición desde el navegador del usuario hacia un servidor controlado por la empresa o administrado específicamente para este propósito. El Server-Side Tagging permite cambiar el modelo tradicional de gestión de etiquetas, en el que el navegador ejecuta diferentes etiquetas de Google Analytics, plataformas publicitarias, herramientas de remarketing y otros servicios, enviando información directamente a cada proveedor. Con una arquitectura de Server-Side Tagging, el navegador puede enviar primero los eventos a un servidor intermedio, que posteriormente procesa y distribuye la información a los destinos correspondientes.
La diferencia que introduce el Server-Side Tagging es importante porque añade una capa de control entre el usuario y las plataformas externas. El servidor puede recibir un evento, comprobar su estructura, aplicar reglas, eliminar información innecesaria, modificar determinados parámetros y decidir qué proveedor debe recibir cada dato. De esta manera, el Server-Side Tagging permite que la organización deje de depender exclusivamente de lo que ocurre en el navegador y obtenga un mayor control sobre la información que abandona su infraestructura.
Además, el Server-Side Tagging no elimina necesariamente las etiquetas client-side ni significa que todo el procesamiento deba realizarse en el servidor. De hecho, Server-Side Tagging y las etiquetas del lado del cliente pueden convivir y complementarse, especialmente cuando determinados datos necesitan generarse en el navegador antes de ser enviados al servidor. La principal ventaja del Server-Side Tagging consiste en disponer de una capa adicional donde centralizar el procesamiento, el filtrado y el envío de eventos, facilitando una gestión más controlada de la información y de las integraciones con diferentes proveedores.
¿Por qué las cookies de terceros están perdiendo importancia?
Las cookies de terceros permiten que un dominio diferente al sitio que visita el usuario almacene o consulte información asociada a su navegador. Esta capacidad fue muy útil para crear sistemas de publicidad y medición entre diferentes páginas, pero también se convirtió en uno de los principales mecanismos asociados al seguimiento cross-site. Por esta razón, navegadores como Safari y Firefox han aplicado restricciones muy importantes y otros navegadores han desarrollado mecanismos para limitar progresivamente determinados usos. En este contexto, el Server-Side Tagging surge como una arquitectura que permite replantear cómo se recopilan, procesan y envían determinados datos de medición.
Safari, mediante su sistema Intelligent Tracking Prevention, bloquea por defecto las cookies de terceros y aplica además diferentes mecanismos para impedir técnicas destinadas a reconstruir identificadores mediante almacenamiento first-party o mecanismos similares. Firefox también incorpora protecciones contra el seguimiento entre sitios. Chrome, por su parte, ha evolucionado hacia un modelo en el que el usuario tiene un papel más importante en la decisión sobre las cookies de terceros, pero esto no significa que estas cookies vuelvan a constituir una tecnología universal y estable para todas las estrategias de medición. En este escenario, el Server-Side Tagging puede ayudar a reducir la dependencia de determinadas implementaciones basadas exclusivamente en el navegador, al introducir un servidor intermedio para gestionar los eventos.
Por ello, el verdadero cambio no consiste solamente en esperar una fecha en la que las cookies de terceros desaparezcan completamente. El cambio estructural consiste en que los anunciantes y las plataformas ya no pueden asumir que tendrán acceso permanente a un identificador de terceros. Una estrategia de datos moderna debe funcionar incluso cuando ese identificador no exista, esté bloqueado o haya sido eliminado por el usuario. El Server-Side Tagging forma parte de este cambio de enfoque, ya que permite centralizar determinadas operaciones de medición y establecer un mayor control sobre los datos antes de enviarlos a las diferentes plataformas. De este modo, Server-Side Tagging puede integrarse en una estrategia de medición preparada para un entorno en el que las cookies de terceros tienen cada vez más limitaciones.
Server-Side Tagging no significa recuperar las cookies de terceros
Una de las principales confusiones alrededor de esta tecnología es pensar que el Server-Side Tagging permite recuperar las capacidades de seguimiento que proporcionaban las cookies de terceros. Esto no es correcto, ya que una arquitectura de Server-Side Tagging no puede devolver al anunciante información que el navegador ha decidido bloquear ni puede convertir legítimamente una cookie de terceros en una herramienta universal de identificación. Su objetivo es construir una infraestructura de medición más resistente utilizando datos propios y mecanismos de recopilación bajo control de la empresa.
El servidor puede utilizar un dominio asociado al propio sitio web para recibir los eventos y, cuando corresponde, gestionar cookies first-party mediante respuestas HTTP. Estas cookies pueden ofrecer características de seguridad adicionales, como la posibilidad de utilizar el atributo HttpOnly, que impide que determinados scripts de la página puedan leerlas directamente. Sin embargo, esto no significa que las cookies first-party sean ilimitadas o inmunes a las políticas de privacidad de los navegadores, por lo que el Server-Side Tagging tampoco elimina estas restricciones.
En particular, Safari aplica restricciones también sobre determinadas formas de almacenamiento first-party cuando detecta comportamientos relacionados con el seguimiento. Por esta razón, el objetivo no debería ser intentar crear una «supercookie» capaz de sobrevivir a cualquier mecanismo de privacidad, sino construir una estrategia basada en eventos, datos propios, consentimiento e identidad legítima cuando el usuario la proporciona. En este sentido, el Server-Side Tagging debe entenderse como una infraestructura de control y procesamiento, no como un mecanismo para evitar las protecciones de privacidad.
¿Qué información puede recuperarse?
El Server-Side Tagging puede ayudar a recuperar parte de la información que se pierde cuando las etiquetas client-side dependen excesivamente de tecnologías de terceros. Uno de los beneficios principales del Server-Side Tagging es mejorar la continuidad de los eventos propios, ya que la empresa puede centralizar el procesamiento y controlar qué información se envía a cada plataforma. Esto puede reducir determinadas pérdidas producidas por errores de implementación, bloqueadores de contenido, exceso de scripts o restricciones sobre conexiones de terceros.
También puede mejorar la calidad de los datos porque el Server-Side Tagging permite normalizar la información antes de distribuirla. Un evento de compra, por ejemplo, puede llegar al servidor con un identificador de transacción, importe, moneda, productos adquiridos y determinados datos de contexto, y el servidor puede decidir qué parte de esa información debe enviarse a cada destino. De esta manera, una plataforma publicitaria no tiene por qué recibir exactamente los mismos datos que un sistema interno de analítica o un almacén de datos.
Otro aspecto importante del Server-Side Tagging es la conexión entre datos digitales y datos procedentes del backend. Las compras, reservas, registros, renovaciones de suscripción y otras acciones que se producen en los sistemas internos pueden incorporarse a una arquitectura de medición siempre que exista una base jurídica adecuada. Esto permite reducir la dependencia de lo que puede observar exclusivamente el navegador y utilizar señales procedentes directamente de los sistemas que controlan la operación comercial.
Una arquitectura basada en cinco capas
Una implementación profesional de Server-Side Tagging puede estructurarse en diferentes capas. La primera corresponde al sitio web o aplicación, donde se generan los eventos necesarios para describir las interacciones del usuario. La segunda es la capa de consentimiento, que determina qué información puede procesarse y con qué finalidad antes de que los datos sean enviados a determinados destinos.
La tercera capa corresponde al servidor de etiquetado, que recibe los eventos y los convierte en información estructurada para su procesamiento. La cuarta es la lógica de transformación, donde se pueden validar parámetros, eliminar campos, aplicar reglas y generar determinadas señales. Finalmente, la quinta capa corresponde a los destinos, como herramientas de analítica, plataformas publicitarias, CRM, sistemas internos o almacenes de datos.
Esta arquitectura permite que la empresa deje de considerar cada etiqueta como un elemento independiente. En su lugar, el Server-Side Tagging permite crear un modelo de datos común y utilizar el servidor como punto central desde el que se decide qué información recibe cada proveedor. Esto es especialmente importante para organizaciones que trabajan con muchos proveedores y necesitan mantener una política coherente de privacidad y gobernanza.
El papel de los datos first-party
La desaparición progresiva de las cookies de terceros aumenta el valor estratégico de los datos first-party. Se trata de información obtenida directamente de la relación entre una empresa y sus usuarios, como compras, registros, suscripciones, cuentas autenticadas, formularios, programas de fidelización o interacciones con productos. Estos datos no dependen de que un tercero pueda reconocer al usuario cuando navega por diferentes sitios.
El Server-Side Tagging puede actuar como una infraestructura para aprovechar mejor estos datos. Por ejemplo, un usuario puede visitar una tienda online de forma anónima y recibir un identificador first-party, posteriormente registrarse y finalmente realizar una compra. Cuando la arquitectura de Server-Side Tagging está correctamente diseñada, determinadas interacciones pueden relacionarse de manera legítima con una cuenta o transacción, permitiendo obtener una visión más coherente del recorrido del cliente.
Esto no significa que todas las interacciones deban identificarse individualmente ni que sea necesario conservar información indefinidamente. La identificación debe responder a una finalidad concreta, utilizar únicamente los datos necesarios y respetar las preferencias y derechos del usuario. La principal ventaja de los datos first-party es precisamente que proceden de una relación directa con la organización y pueden gestionarse bajo reglas conocidas, mientras el Server-Side Tagging proporciona una infraestructura para procesarlos.
Implementación con Google Tag Manager Server-Side
Una de las tecnologías más utilizadas para implementar el Server-Side Tagging es Google Tag Manager Server-Side. En este modelo, la empresa crea un contenedor de servidor que puede ejecutarse sobre infraestructura cloud y configura el sitio para enviar eventos hacia ese contenedor. El servidor recibe las peticiones mediante clientes, interpreta la información y posteriormente ejecuta las etiquetas, activadores y variables correspondientes.
La implementación puede utilizar Google Cloud o una infraestructura compatible, dependiendo de las necesidades de la organización. Para producción es recomendable utilizar un dominio propio o subdominio asociado al sitio, en lugar de mantener únicamente la dirección predeterminada de la infraestructura cloud. Esto permite integrar mejor el Server-Side Tagging con el ecosistema first-party y facilita la gestión de determinadas cookies y señales.
Una vez configurado el servidor, pueden crearse etiquetas que envíen información a distintos destinos. El Server-Side Tagging puede comunicarse mediante solicitudes HTTP con servicios externos, de modo que una única recepción de evento puede alimentar varios sistemas sin que el navegador tenga que establecer individualmente todas esas conexiones.
Server-Side Tagging y privacidad
El Server-Side Tagging también puede mejorar la gobernanza de los datos. Cuando todas las plataformas reciben información directamente desde el navegador, resulta más difícil controlar de manera centralizada qué datos se están transmitiendo. Una arquitectura de Server-Side Tagging introduce un punto donde pueden establecerse reglas comunes para diferentes proveedores.
Por ejemplo, el servidor puede comprobar el estado del consentimiento antes de enviar un evento a una plataforma publicitaria. También puede eliminar parámetros que no sean necesarios para una determinada finalidad o impedir completamente una transmisión cuando el usuario no haya autorizado el tratamiento correspondiente. Esto convierte el Server-Side Tagging en una herramienta que puede contribuir a aplicar políticas de privacidad de forma técnica.
Sin embargo, mover los datos al servidor no elimina las obligaciones legales. Si una actividad requiere consentimiento, la empresa debe seguir obteniéndolo y respetando la decisión del usuario. El Server-Side Tagging debe considerarse una capa tecnológica dentro de una estrategia de privacidad más amplia, no un mecanismo para evitar las normas sobre cookies, datos personales o publicidad.
¿Cómo implementar Server-Side Tagging paso a paso?
El primer paso debería ser realizar una auditoría completa de la implementación actual. Es necesario identificar qué etiquetas existen, qué datos recopilan, qué cookies utilizan, qué proveedores reciben información y qué finalidades tiene cada tratamiento. Sin esta auditoría, existe el riesgo de trasladar al Server-Side Tagging una arquitectura desordenada y mantener exactamente los mismos problemas que ya existían en el navegador.
El segundo paso consiste en definir un modelo de datos propio. En lugar de diseñar los eventos pensando exclusivamente en Google Analytics, Meta, TikTok u otra plataforma, conviene establecer una estructura común basada en las necesidades reales del negocio. Eventos como view_item, add_to_cart, begin_checkout, purchase, sign_up o generate_lead pueden utilizarse como conceptos empresariales que posteriormente se adaptan a cada proveedor dentro de la arquitectura de Server-Side Tagging.
El tercer paso es diseñar correctamente el sistema de consentimiento. La arquitectura de Server-Side Tagging debe saber qué finalidades han sido aceptadas y utilizar esa información para decidir qué eventos y parámetros pueden enviarse. Esto requiere coordinar el sistema de gestión del consentimiento, la capa web y el contenedor server-side. El cuarto paso consiste en desplegar la infraestructura de Server-Side Tagging. En el caso de una solución basada en Google Tag Manager Server-Side, puede utilizarse Cloud Run u otra infraestructura compatible, además de configurar el dominio y las condiciones necesarias para producción. También deben contemplarse aspectos como escalabilidad, disponibilidad, monitorización, costes, seguridad y gestión de credenciales.
El quinto paso es migrar progresivamente las integraciones. No es recomendable eliminar todas las etiquetas client-side inmediatamente después de activar el Server-Side Tagging, porque cualquier error podría provocar una pérdida considerable de información. Una estrategia más segura consiste en ejecutar ambas arquitecturas durante una fase de pruebas, comparar los resultados y trasladar gradualmente las funciones al servidor.
Medición de resultados
El éxito de una implementación de Server-Side Tagging no debería medirse simplemente por el número de eventos recibidos. Una cifra elevada de eventos no garantiza que los datos sean correctos, útiles o legalmente adecuados. Es necesario evaluar la calidad de los eventos, las conversiones registradas y la diferencia entre los datos digitales y los resultados reales del negocio.
Una de las métricas más importantes es la discrepancia entre las ventas reales y las conversiones registradas por las herramientas de analítica y publicidad. También resulta relevante medir el porcentaje de eventos correctamente procesados, los errores de transmisión, la latencia, la disponibilidad del servidor y la proporción de datos que siguen enviándose directamente desde el navegador a terceros.
Desde el punto de vista técnico, también puede analizarse la reducción del código de terceros que se ejecuta en el navegador. Menos scripts pueden significar menos trabajo para el dispositivo, menos conexiones externas y una arquitectura de Server-Side Tagging más sencilla de controlar. Sin embargo, la reducción de JavaScript no debe convertirse en el único objetivo, ya que una implementación server-side también tiene costes de infraestructura y mantenimiento que deben incluirse en la evaluación.
La reducción de las cookies de terceros está obligando a las empresas a replantear profundamente sus estrategias de medición y publicidad digital. El Server-Side Tagging ofrece una respuesta especialmente relevante porque permite trasladar parte del procesamiento desde el navegador hacia una infraestructura controlada por la organización, creando una capa intermedia entre los usuarios y los proveedores tecnológicos. Esto facilita mejorar la calidad de los datos, reducir determinados scripts de terceros, controlar la distribución de información y aprovechar mejor los datos first-party.
Su implementación, sin embargo, debe plantearse como un proyecto de datos y no simplemente como una migración técnica de etiquetas. La empresa debe comenzar por identificar qué información necesita, definir un modelo de eventos, establecer reglas de consentimiento, diseñar la infraestructura y determinar qué datos debe recibir cada proveedor. Solo después de realizar este trabajo tiene sentido trasladar progresivamente las integraciones al entorno de Server-Side Tagging.
El objetivo final no debe ser recuperar artificialmente el modelo de seguimiento basado en cookies de terceros, sino construir una medición preparada para un ecosistema donde la privacidad tiene un papel cada vez mayor. Una arquitectura basada en Server-Side Tagging, datos first-party, consentimiento y sistemas de medición correctamente integrados puede ofrecer una mayor estabilidad frente a los cambios de los navegadores y las plataformas. En definitiva, el futuro de la medición digital no dependerá de encontrar una nueva cookie que sustituya a las antiguas, sino de desarrollar una infraestructura capaz de generar datos fiables, útiles y responsables incluso en un entorno donde el usuario tiene cada vez más control sobre su información.
Si tu empresa necesita implementar Server-Side Tagging, mejorar su medición digital o diseñar una estrategia de datos first-party adaptada a las nuevas condiciones de privacidad, en MoodWebs podemos ayudarte a analizar, planificar e implementar la solución adecuada. Para conocer nuestros servicios o solicitar más información, puedes escribirnos a [email protected].
ES 
EN