Ideas clave
- El etiquetado del lado del servidor envía los datos primero a su propio endpoint y luego los reenvía a los proveedores.
- Puede mejorar el control, la velocidad de página y la consistencia de los datos, y reducir la dependencia de muchos scripts en el navegador.
- No evita el consentimiento ni recupera datos que el usuario decidió no compartir.
- Agrega hosting, costo y mantenimiento, así que empiece con una razón clara.
Por qué escucha hablar tanto de esto
Sus herramientas de analítica, plataformas de anuncios y píxeles sociales le piden cada una al navegador del visitante que cargue un script y envíe datos directamente a un proveedor. Los navegadores y los bloqueadores de anuncios restringen cada vez más parte de ese tráfico, las páginas se vuelven más pesadas con cada etiqueta nueva y es difícil saber con exactitud qué recopila cada script. El etiquetado del lado del servidor responde a esos problemas. Es útil, pero a menudo se presenta como más mágico de lo que es.
Cómo funciona, en términos simples
En una configuración estándar, el navegador habla con muchos proveedores. En una configuración del lado del servidor, el navegador envía un solo flujo de eventos a un servidor que usted controla, normalmente en un subdominio de su propio sitio. Ese servidor, llamado servidor o contenedor de etiquetado, recibe los eventos, decide qué hacer con ellos y reenvía las partes correctas a cada proveedor.
Piense en una sala de correspondencia. Antes, el navegador de cada visitante enviaba una carta distinta a cada proveedor. Ahora el navegador envía una sola carta a su sala de correspondencia, y esta clasifica, verifica y reenvía. Sigue existiendo una parte en el navegador, pero es más liviana.
Qué puede mejorar de verdad
- Control: usted decide qué campos van a cada proveedor y puede eliminar o codificar valores sensibles antes de que salgan de su entorno
- Rendimiento de página: menos scripts de terceros ejecutándose en el navegador puede ayudar a la velocidad de carga, aunque el beneficio depende de su configuración
- Consistencia de datos: una sola definición de evento se envía a varios destinos, en lugar de que cada píxel interprete la página a su manera
- Manejo de cookies: el contexto propio puede hacer la medición más duradera en navegadores que limitan scripts de terceros, dentro de lo que el usuario haya permitido
- Seguridad y gobernanza: un único lugar para revisar y registrar lo que se comparte
Lo que no resuelve
El etiquetado del lado del servidor no es una vía para saltarse el consentimiento. Si un visitante rechazó el seguimiento, enviar los mismos datos desde un servidor no lo vuelve aceptable. Sus decisiones de consentimiento deben regir lo que el servidor puede reenviar, y sus avisos de privacidad deben describir lo que recopila y comparte. Las normas y las reglas de las plataformas varían según la región, así que involucre a su responsable legal o de privacidad.
Tampoco crea datos que nunca se enviaron. Si el navegador está bloqueado por completo o el usuario se va antes de que el evento se dispare, el servidor no tiene nada que reenviar. Y no repara un mal plan de medición. Si hoy sus nombres de eventos y parámetros son inconsistentes, moverlos a un servidor llevará el desorden con ellos.
Los costos que conviene planear
- Hosting: el servidor de etiquetado corre en infraestructura en la nube que usted paga y que crece con el tráfico.
- Configuración: requiere un subdominio propio, cambios de DNS y una configuración cuidadosa.
- Mantenimiento: alguien debe vigilar la disponibilidad, actualizar plantillas y revisar cambios, porque una caída puede significar pérdida de medición.
- Habilidades: la depuración es distinta, con registros del servidor e inspección de solicitudes, y no solo herramientas del navegador.
- Compatibilidad con proveedores: algunas plataformas ofrecen conexiones dedicadas del lado del servidor; otras tienen soporte limitado, así que revise cada una.
Una forma sensata de empezar
Empiece con una razón, no con una tendencia. Buenas razones son problemas de rendimiento por muchas etiquetas, la necesidad de controlar o enmascarar datos antes de compartirlos, o una señal de conversión crítica que se está perdiendo. Primero corrija el plan de medición, con una lista limpia de eventos y parámetros y una convención de nombres acordada.
Luego haga un piloto con uno o dos destinos, ejecute el modo servidor en paralelo con la configuración actual y compare los conteos durante algunas semanas antes de cambiar. Espere pequeñas diferencias y entiéndalas en lugar de suponer que alguno de los dos lados es perfecto. Documente qué se envía a dónde y revíselo con regularidad.
