Skip to main content

White Paper Gobernanza de datos - Descargue nuestro White Paper para gestionar sus activos de datos y activar a sus audiencias.

Mes: abril 2021

Gestión de tag server-side: ¿qué beneficios se pueden esperar?

La técnica de la gestión de tags conocida como «server-side» es antigua. Pero en un momento en el que se multiplican las limitaciones en los navegadores y los datos personales requieren una mayor vigilancia, esta gestión de tags «server to server» presenta numerosas ventajas.

La gestión de tags «server-side«, «server to server» o «tagless«… Todas estas expresiones designan una misma técnica. Disponible en Google Tag Manager en verano de 2020, se beneficia entonces de un pico de notoriedad. Pero esta técnica dista mucho de ser nueva: editores como Commanders Act llevan años ofreciendo la gestión de tags server-side.

Sin embargo, el contexto exige que las marcas presten más atención al tema: con una recopilación de consentimientos cada vez más regulada y los navegadores a la caza de cookies de terceros, la gestión de tags en el lado del servidor ofrece significativos beneficios.

«Lado del navegador» vs. «lado del servidor»

En concreto, se trata de proponer una alternativa al funcionamiento habitual de las tags. Incluso hoy en día, en la mayoría de los casos, cuando un navegador carga una página, las tags se activan, los scripts se utilizan desde un TMS (Tag Management System) y se ejecutan en el navegador. Por lo tanto, es el navegador el que asume una gran parte del trabajo. Recopila los datos, los procesa y «habla» directamente con los proveedores de los servicios correspondientes a las tags. Si se integran 40 tags en una página, el navegador emite otras tantas solicitudes para interactuar con los servicios designados.

En el modo «server-side», como su propio nombre indica, todo ocurre en el lado del servidor. En lugar de 40 solicitudes, el navegador (suponiendo que todas las tags se procesen en el lado del servidor) llama a un servicio y… eso es todo. El TMS no devuelve ningún script para su ejecución. Todos los procesamientos se llevan a cabo en el lado del servidor: el procesamiento de los datos y su distribución a los diferentes socios.

La gestión de tags server-side o cómo escapar de las limitaciones de los navegadores

¿Cuáles son los beneficios de trasladar esta carga de trabajo del navegador al servidor? El primero es casi evidente: el rendimiento. Como recordatorio, cuanto más alto es el tiempo de carga de una página, mayor es la tasa de abandonos: hasta el 90% para un tiempo de carga de más de 5 segundos. Al aligerar las páginas de una parte de sus scripts, la gestión de tags server-side ayuda a reducir el tiempo de carga, optimizando así la experiencia del usuario.

La técnica también permite liberarse de limitaciones técnicas relacionadas con los navegadores: los bloqueadores de publicidad (Ad-blockers), cuyas listas negras bloquean las llamadas a determinados servicios desde el navegador, o simplemente los mecanismos de filtrado de cookies, como el Intelligent Tracking Prevention (ITP) de Apple. Con el server-side, las llamadas se realizan desde el servidor, por lo que están fuera del alcance de los bloqueadores de publicidad. Y como el servicio invocado en el lado del servidor puede estar alojado en un subdominio del sitio (y no en un dominio de terceros), no es interceptado por los mecanismos de tipo ITP. Tenga en cuenta que esto no exime en modo alguno de cumplir las normas de recopilación de consentimientos.

Un entorno fiable y seguro para el procesamiento de los datos

Este funcionamiento del lado del servidor también puede utilizarse para que el procesamiento de los datos de carácter personal sea seguro y fiable. Cuando todos estos procesamientos se realizan en el navegador, están casi expuestos a los ojos de todos. Su desplazamiento al lado del servidor hace que los datos rastreados sean invisibles. Además, con el diálogo habitual directo entre el navegador de los visitantes y los servicios de los socios, siempre existe el riesgo de dar demasiado…

Con una gestión de tags en el lado del servidor, el editor del sitio domina totalmente lo que se recopila, procesa y distribuye a cada socio. Por lo tanto, puede garantizar a sus visitantes una aplicación real de las normas publicadas en materia de procesamiento de datos. En términos de fiabilidad, añadimos que el procesamiento «server-side» también es una forma de reducir las discrepancias que a veces se observan (debido a las limitaciones de los navegadores) entre los datos analíticos y transaccionales.

El «tagless», una implementación más técnica

Pregunta legítima: si la gestión de tags server-side presenta tantas ventajas, ¿por qué no es más común? En primer lugar, como hemos visto, porque una solución como Google Tag Manager lo ofrece desde hace poco tiempo. En segundo lugar, porque no todas las soluciones aceptan todavía este funcionamiento en el lado del servidor, aunque su adopción crece rápidamente. Por último, porque la implementación y el mantenimiento de esta recopilación de datos «sin tags» requieren competencias probadas. Pasar de un modo a otro es como un proyecto en sí mismo y requiere una colaboración estrecha y continua entre los diferentes equipos técnicos para que el equipo de marketing no pierda agilidad.

Una inversión que debe sopesarse con las ganancias. «El método server-side elimina los obstáculos y los fallos de funcionamiento que suelen afectar a las tags del lado del navegador (problemas de red, bloqueadores de anuncios, etc.), lo que hace que los datos sean hasta un 30% más fiables y completos«, afirma Michael Froment, CEO y cofundador de Commanders Act. Sin olvidar un beneficio inestimable directamente relacionado con la imagen de la marca: cumplir sus compromisos en materia de datos personales mediante el establecimiento de un entorno de recopilación y procesamiento mucho mejor controlado.

La personalización, caso de utilización clave de la CDP

¿Qué lugar ocupa la CDP en la maduración del marketing?

Seamos realistas, existe una curva de aprendizaje tácito en materia de activación digital. Una regla no escrita que define los peldaños a subir. En este modelo, el recurso a una CDP parece destacar en lo alto de la escalera. Para alcanzarlo, se trataría en primer lugar de trabajar la segmentación de las bases de los correos electrónicos, y a continuación realizar el test A/B antes de lanzarse a la personalización propiamente dicha. Valiéndose de este recorrido, la programación se abriría ante usted y, por último, la implementación de una CDP.

Si bien algunas de estas etapas tienen sentido, trabajar en la segmentación de los correos electrónicos parece ser un pilar fundamental, mientras que otras son cuestionadas, en especial, las que atañen a la CDP.

CDP y personalización: retorno a los fundamentos

Primera pregunta: ¿para qué sirve una CDP? Para agrupar los datos, todos los datos. Los nominativos, que son registrados en el CRM. Y los generalmente anónimos, que provienen de todas las interacciones registradas a través de los canales digitales (sitio web, app, correo electrónico, campañas publicitarias, etc.). Ya sean los famosos datos fríos y calientes antes mencionados en este libro blanco y sin los cuales es imposible segmentar sus audiencias, de manera manual (a través de los criterios anteriormente definidos) o automática (recurriendo a la IA para identificar estos segmentos). En términos más generales, el objetivo de una CDP es conciliar los datos en torno a las personas, y no únicamente en torno a sus dispositivos.

Segunda pregunta: ¿cuáles son los principales casos de uso de una CDP? No tan solo los imaginados por Commanders Act, sino también los puestos en práctica por nuestros clientes y por las soluciones de la competencia. En resumidas cuentas, digamos que estos casos de uso emanan de la detección de señales a nivel omnicanal. Señales de precompras y señales de inactividad o del abandono. La activación de los intencionistas y la prevención de los clientes de riesgo figuran por tanto entre los escenarios que muy rápidamente ponen a prueba la CDP para obtener «quick wins».

Estos escenarios tienen un elemento en común: son activados por clientes que han llegado a una plataforma de resultados con su CRM. En otras palabras, la CDP aporta los datos que le faltan al CRM para contextualizar las activaciones y aumentar la eficiencia de las acciones de marketing. De ahí que el hecho de colocar a la CDP en la última etapa de la evolución del marketing nos parece revelar un malentendido. La CDP no es un fin en sí misma; es un medio, un impulsor de los resultados que, como complemento del CRM, propone una experiencia personalizada a lo largo del «customer journey».

Cómo se complementan la CDP y las soluciones de personalización

Dada la naturaleza de la CDP, la personalización figura entre sus principales casos de uso. La capacidad de la CDP de agregar los datos, procesarlos y unificarlos para a continuación componer segmentos, hace que ocupe de forma natural un lugar previo a la solución de personalización.

La integración entre la CDP de Commanders Act y una solución de personalización ilustra por sí sola esta prolongación «natural». Los segmentos creados en Commanders Act se abren paso en tiempo real en Kameleoon, donde pueden ser vinculados a un amplio abanico de acciones de personalización. Y habida cuenta que la CDP agrega además los datos del CRM y los procedentes de los puntos de contacto digitales, ofrece a la plataforma de personalización un campo de juego muy favorable para la conversión.

 

Para no perder ninguna de las últimas noticias de Commanders Act, ¡suscríbase a nuestro newsletter!  

© Commanders Act. Todos los derechos reservados.
Powered by CREAATION.