desde el lanzamiento del etiquetado del lado del servidor en Administrador de etiquetas de GoogleAproveché cada oportunidad para celebrar las herramientas que proporciona para mejorar la privacidad y la seguridad de los datos del usuario last.
Uno de los mayores beneficios es la ofuscación por defecto. Dado que todas las visitas pasan a través del proxy del lado del servidor, la vista predeterminada para cualquier herramienta de terceros (como Google Analytics) es la del servidor en Google Cloud en lugar del navegador y dispositivo con el que el usuario navegaba por el sitio. .
En otras palabras, al utilizar el contenedor del servidor como proxy, se “oculta” al usuario actual, ya que todas las visitas parecen provenir de la máquina digital y no del navegador del usuario.
sin embargo, el Análisis common etiqueta en el contenedor del servidor copias la dirección IP del usuario y el Agente de Usuario en la solicitud de Protocolo de Medición saliente utilizando el &uip y &ua parámetros. Esto significa que, aunque la solicitud HTTP saliente a Google Analytics se origina en la máquina digital de Google Cloud, la carga útil de datos de Google Analytics se actualiza para hacer referencia al dispositivo y la dirección IP reales del usuario.
En este artículo, le mostraré cómo anular este comportamiento y prevenir Common Analytics realice esta operación de copiar y pegar.
¡Gracias a Adam Halbardier del equipo de Google que trabaja en el etiquetado del lado del servidor por este consejo!
X
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
Es muy fácil lograr esto. En la etiqueta Common Analytics que se activa en el contenedor del servidor, debe hacer lo siguiente.
Primero, verifique Habilitar configuraciones anulares en esta etiqueta. Esto le permite configurar campos individuales en la etiqueta que anulan los establecidos por el Cliente.
Luego, expande Anular campos para configurary agregue los siguientes dos campos sin ningún valor (deje los campos de valor vacíos).
user_agentip_override
¡NOTA! Estos campos son no lo mismo que campos de análisis.js. Son campos establecidos en el modelo de evento utilizado en el etiquetado del lado del servidor. Todavía falta documentación exhaustiva sobre qué campos están disponibles, pero profundizar en el modo de depuración en el contenedor del servidor y explorar el Datos del evento La pestaña te llevará muy lejos.
Al configurar los campos vacíos, esencialmente evita que la etiqueta configure esos campos con valores de la solicitud entrante, es decir, el navegador y el dispositivo reales del usuario.
Esto es suficiente para evitar la anulación y puede garantizar que la dirección IP del usuario actual y la cadena del Agente de usuario no se pasen a Google Analytics en ninguna forma o tamaño.
Pero ¿qué pasa si quieres? variable comportamiento. ¿Impedir la anulación en algunos casos, pero permitirla en otros?
Bueno, mientras esperamos un Tabla de búsqueda tipo de variable que se agregará al contenedor del servidor, no hay forma de establecer valores de variables para estos campos en función, por ejemplo, de la existencia del &aip Parámetro (Anonimizar IP).
Así que si quisieras permitir la transferencia de IP y Agente de Usuario excepto cuando los datos del evento han anonymize_ip ajustado a true (esto es lo que &aip parámetro se convierte en el objeto de evento), necesitaría dos etiquetas.
Uno envía los datos a Google Analytics sin las anulaciones (es decir, el comportamiento predeterminado de la etiqueta Common Analytics sin ninguna configuración anulada) y se activa cuando Datos del evento conjunto de variables para la clave anonymize_ip es no true.
La otra etiqueta envía los datos a Google Analytics siguiendo las instrucciones de este artículo. Necesita tener el ip_override y user_agent campos establecidos con valores en blanco. El activador es el inverso del de la otra etiqueta, por lo que debe verificar si anonymize_ip es en realidad true.
Sí, una variable de tabla de búsqueda haría esto mucho más fluido ya que necesitaría solo una etiqueta y un disparador y establecer el valor de ip_override y user_agent dejar en blanco o valores predeterminados dependiendo de si la IP debe ser anónima o no.
Espero que encuentres útil este consejo. Como mínimo, debería reforzar la noción de que el etiquetado del lado del servidor de Google Tag Supervisor se puede utilizar para mejorar las perspectivas de anonimización del usuario y ofuscación de datos personales.