Ventajas y algunas desventajas del seguimiento del lado del servidor

En nuestra publicación anterior sobre el contenedor del lado del servidor (SSC) de Google Tag Manager, comenzamos a ver cómo funciona. En esta publicación, veremos algunas de las ventajas clave que le brindará el sistema del lado del servidor, así como algunas desventajas potenciales.

Ventajas

Cuando se trata de las ventajas, el seguimiento del lado del servidor tiene varias ventajas importantes que, en su mayor parte, tienen que ver con el control y la flexibilidad de los datos que recopila. Esto afecta la forma en que puede cumplir con varias leyes de datos, mantener seguros sus datos y los de sus usuarios, garantizar los datos más precisos posibles, decidir cómo y dónde van los datos y, potencialmente, hacer que su sitio funcione mejor.

1) Cumplimiento

Al interceptar datos, el contenedor del lado del servidor puede modificar los datos antes de que se envíen al destino final. Esto tiene grandes beneficios para el cumplimiento de GDPR y protecciones de privacidad similares, ya que puede eliminar cualquier información que podría usarse para la creación de perfiles y la toma de huellas digitales antes de que llegue al destino final.

Los servidores en los que funciona el contenedor del lado del servidor se pueden especificar en una ubicación. Por lo tanto, estos datos identificables no necesitan abandonar el territorio en el que se recopilaron (la UE, lo que es más importante para el RGPD) antes de ser eliminados.

Sin embargo, tenga en cuenta que manipular y eliminar datos identificables puede evitar que se muestre cierta información en sus herramientas. Por ejemplo, eliminar o enmascarar la IP de los usuarios al enviar datos a Google Analytics puede significar que no se pueden capturar datos de ubicación.

2) Cookies de origen

Debido a que los datos se envían a través del contenedor del lado del servidor, puede realizar cambios en los datos que se devuelven al sitio. Como tal, puede cambiar el dominio en el que se establecen las cookies de su herramienta en particular. Puede establecer la cookie en su propio dominio. Esto significa que los navegadores que limitan o bloquean la configuración de cookies de terceros no expirarán prematuramente ni bloquearán la configuración de la cookie.

3) Recopile datos para una herramienta y escríbalos a otras

Cuando los datos se envían desde el sitio web, pueden estar destinados a una herramienta, pero pueden analizarse y enviarse a otras. Esto podría ser increíblemente útil en varios casos. Un ejemplo de esto podría ser recibir visitas de una solicitud de Universal Analytics , analizar los datos y enviarlos a una tabla de Google BigQuery. Esta funcionalidad solo está disponible para Universal Analytics en el producto premium Universal Analytics 360.

4) Reducción de carga del lado del cliente

Al mover gran parte del procesamiento de datos al contenedor del lado del servidor, puede reducir la carga en el navegador del usuario mientras carga su sitio.

5) Ocultar claves de API y secretos de clientes

Debido a que los datos solo se envían a la herramienta final desde el contenedor del lado del servidor, todas las claves API y los secretos del cliente se pueden almacenar en el contenedor del lado del servidor. Esto evita cualquier posibilidad de que estos estén expuestos en el lado del cliente. Un ejemplo de esto es el UA-ID de Google Analytics. Un tercero puede ir a cualquier sitio que ejecute Google Analytics y simplemente sacar el UA-ID del sitio y ponerlo en otro y enviar spam a la cuenta de Google Analytics. Hemos visto que esto sucede a menudo a lo largo de los años. Con el seguimiento del lado del servidor, esto no sería posible ya que el UA-ID solo se puede agregar en el lado del servidor y, por lo tanto, no estará expuesto en absoluto cuando se cargue el sitio web.

6) Cargue el script de seguimiento desde su propio dominio

Esto puede verse tanto como una ventaja como una desventaja del seguimiento del lado del servidor. Debido a que el Contenedor del lado del servidor puede realizar llamadas directamente a las herramientas en cuestión, el Contenedor del lado del servidor se puede usar para recuperar el archivo JavaScript que la mayoría de las herramientas (GA, Facebook, LinkedIn, etc.) ingresan al sitio. Una vez recuperado, puede enviar el archivo al sitio. Esto significa que puede evitar hacer llamadas a sitios de terceros directamente desde el navegador del usuario y puede ayudarlo a detener la introducción de scripts no deseados. Como este archivo se enviará desde su propio dominio (si el SCC está configurado de esta manera), entonces los servicios que bloquean automáticamente los rastreadores conocidos (es decir, navegadores como Firefox, Safari y Brave) no reconocerán el archivo como un script de rastreo. Esto no siempre está garantizado, ya que estos servicios pueden identificar el propio dominio de su sitio como un rastreador. Es importante recordar que su programa de análisis siempre debe respetar las opciones de privacidad del usuario.

Desventajas

Hay un puñado de desventajas y escenarios para el seguimiento del lado del servidor que debe tener en cuenta. Estos puntos tienen que ver con el esfuerzo adicional que se necesita para ejecutar el seguimiento del lado del servidor, así como con algunas de las trampas de ser más responsable de la precisión de sus propios datos y la privacidad de su usuario.

1) Experiencia técnica

Si bien algunos de los aspectos más técnicos del seguimiento del lado del servidor, como la codificación de los clientes, no son absolutamente necesarios, aún existen algunas barreras técnicas que superar. Estos incluyen la configuración de la instancia de servidor inicial y el aprovisionamiento de servidores de redundancia cuando pone en marcha su solución.

2) La precisión de los datos depende de usted

Si está codificando un cliente o una etiqueta, la responsabilidad de asegurarse de que los datos lleguen a su destino en el formato correcto depende de usted y de su código. Esto significa que hay algo de espacio adicional para que ocurran errores. También es responsable de asegurarse de que los datos enviados estén legalmente permitidos para ser enviados.

3) Costo

A diferencia del contenedor web de Google Tag Manager, existen costos relacionados con el seguimiento del lado del servidor. Para ejecutar el contenedor del lado del servidor, debe crearse en la infraestructura de Google Cloud mediante su función App Engine; además, necesitará que se ejecute en algunas instancias del servidor para tener en cuenta la redundancia y la capacidad. Tendrá que pagar por estos casos. Por supuesto, cuantos más servidores ejecute y más datos envíe, mayor será el costo.

4) Problemas de privacidad

Ya hemos mencionado esto, pero una preocupación con el seguimiento del lado del servidor es que facilita eludir algunas de las medidas que los usuarios implementan para evitar el seguimiento. Es importante asegurarse de que se respeten las decisiones de privacidad del usuario y de que se respeten las leyes y reglamentos pertinentes.

En caso de que desee obtener más información sobre el seguimiento del lado del servidor, déjenos un mensaje y con gusto nos pondremos en contacto con usted para analizar sus preguntas y requisitos.