Cómo resolver el problema del RGPD con una etiqueta del lado del servidor GTM

Después de la entrada en vigor del Reglamento General de Protección de Datos (GDPR), los usuarios de Google Analytics en Europa se enfrentaron a un problema. El uso de Google Analytics se ha vuelto ilegal para los operadores de sitios web en varios países debido a decisiones de las autoridades europeas de protección de datos, ya que no cumple con el RGPD.

La buena noticia es que este problema tiene solución. Si le gusta la estructura de datos de Google Analytics 4, no tiene por qué renunciar a ella. En su lugar, puede usar el seguimiento del lado del servidor en Google Tag Manager y usar una etiqueta especial de OWOX para transferir datos directamente desde su sitio web a Google BigQuery sin enviarlos a los servidores de Google Analytics.

En 2020, la organización sin ánimo de lucro NOYB presentó 101 denuncias contra sitios web que operan en el Espacio Económico Europeo (EEE) que aplicaban Google Analytics o Facebook Connect. Después de esto, las autoridades de protección de datos del EEE comenzaron a emitir resoluciones que obligan a los operadores de sitios web del EEE a dejar de usar estos servicios porque no cumplen con el Reglamento general de protección de datos (GDPR).

El problema está en el método de aplicación de Google Analytics en Europa, ya que Google almacena los datos recopilados sobre los residentes de la UE (datos de comportamiento del usuario) en un servicio en la nube con sede en EE. UU. El punto conflictivo fue, y sigue siendo, que las medidas de seguridad adoptadas por Google son insuficientes para evitar que los servicios de inteligencia de EE. UU. accedan a los datos personales de los residentes de la UE. Según las autoridades europeas de protección de datos, estas transferencias de datos al extranjero violan el RGPD.

El seguimiento del lado del servidor GTM es una alternativa al método tradicional de seguimiento del lado del cliente que resuelve el problema de la transmisión de datos confidenciales, los bloqueadores de anuncios y la velocidad de carga de la página.

Para procesar los datos recopilados en el lado del servidor (seguimiento del lado del servidor), se agrega un destino intermedio (en el caso de Google Tag Manager, este es un servidor en la nube). Desde el lado del cliente, la solicitud primero va al servidor de la nube y luego el servidor de la nube procesa esta solicitud y la envía a un sistema de terceros. Es decir, en lugar de que el navegador del cliente realice una solicitud al sistema de terceros, esa solicitud la realiza un servidor en la nube.

1. El seguimiento del lado del servidor le permite ocultar la lógica comercial de cómo su sitio interactúa con aplicaciones de terceros al moverlo al back-end. Es decir, los datos que transfiera y la lógica que utilice para transferirlos no estarán disponibles para el usuario.
2. El envío de datos a sistemas de terceros no depende del navegador del usuario, ya que todas las solicitudes se procesan y envían del lado del servidor y no se ven afectadas por bloqueadores de anuncios, ya que este método elimina la posibilidad de detectar un script identificando el dominio que envía el solicitud.
3. Este método de seguimiento es más seguro, lo que significa que puede complementar los datos de usuario recopilados del lado del cliente con la información necesaria sin riesgo de divulgación.
4. Tiene control total sobre los datos que se enviarán a sistemas de terceros, lo que le permite cumplir con los requisitos existentes de GDPR, CCPA y CSP.
5. Al usar un subdominio al configurar un contenedor de servidor, puede configurar cookies de origen, lo que aumenta su vida útil. Esto ayuda a eliminar la influencia de las herramientas de prevención de seguimiento integradas en Safari, Chrome y Firefox.

Para no enviar datos a Google Analytics, puede usar Google Analytics 4 RawData to BigQuery Tag, que le permite redirigir automáticamente los eventos de GoogleAnalytics 4 a una tabla de Google BigQuery.

Google Analytics 4 RawData to BigQuery Tag es gratis. Cualquiera que use GTM del lado del servidor puede instalarlo y obtener los siguientes beneficios:

1. Cumplimiento del RGPD. Con nuestra etiqueta, puede configurar GTM del lado del servidor para que los datos no vayan a los servidores de Google Analytics en los EE. UU., sino que vayan directamente al conjunto de datos con la ubicación que especificó en Google BigQuery. Es decir, los datos no van más allá del contorno propio del negocio en absoluto. Así, el propio negocio garantiza el 100% del cumplimiento del RGPD.
2. Configuración de una sola vez. La etiqueta solo necesita configurarse una vez. No es necesario ir a la configuración y cambiar la estructura de la tabla en GBQ cada vez que agrega nuevos eventos/parámetros GA4 en el marcado del sitio.
3. Datos en tiempo real. Los datos se envían a GBQ en tiempo real, sin necesidad de esperar una exportación programada.
4. Sin restricciones. Por ejemplo, no se encontrará con el límite conocido de 1 millón de visitas por día que se aplica a las cargas nativas desde la versión gratuita de GA 4 a GBQ.
5. La etiqueta es gratuita y está disponible para cualquier persona que use el seguimiento del lado del servidor de GTM.

Si necesitas una solución de analítica de confianza adaptada al RGPD y al mundo de la privacidad, regístrate para una demo gratuita.

Puede usar Google Analytics 4 RawData to BigQuery Tag si habilitó Google Analytics 4 y configuró GTM como administrador de etiquetas del lado del servidor para eventos de GA 4. Con esta etiqueta, obtendrá datos sin procesar de Google Analytics 4 después de cada adición de un nuevo evento en el marcado del sitio sin configurar primero un esquema en BigQuery.

1. Cree un conjunto de datos en un proyecto GBQ:

2. Elija una ubicación de datos:

3. Cree una tabla con el siguiente esquema:

La forma más rápida es ejecutar el siguiente código SQL en GBQ:

CREAR TABLA SI NO EXISTE [nombre_del_proyecto].[nombre_del_conjunto_de_datos].ga4RawDataOwox (CADENA rawDataOwox NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="GA4 Datos sin procesar transferidos directamente a GBQ desde mi GTM del lado del servidor usando la etiqueta OWOX")

¡Nota! En este ejemplo de código SQL, debe reemplazar [project_name].[dataset_name] con los nombres reales del proyecto y del conjunto de datos.

1. Vaya a Plantillas → Plantillas de etiquetas → Galería de búsqueda en su contenedor GTM del lado del servidor:

2. Busque y elija la etiqueta:

3. Agrégalo a tu espacio de trabajo:

Vaya a Etiquetas y agregue esta etiqueta. Elija un disparador y configure la ruta a su mesa en GBQ.

¡Nota! Marque la casilla de verificación "Habilitar registro" solo para la depuración.

Siempre que su contenedor de servidor se ejecute en el mismo proyecto de GCP con la tabla de BigQuery, estará listo. No necesita hacer nada en términos de autenticación, ya que la cuenta de servicio predeterminada de App Engine tiene acceso completo a cualquier tabla de BigQuery agregada al proyecto.

Envíe y publique los cambios, luego pruebe el flujo en el modo de vista previa. Si todo es correcto, verá Google Analytics 4 RawData to BigQuery Tag en Etiquetas activadas:

Y verás los datos en la tabla de Google BigQuery:

Escriba código SQL para usar estos datos en una estructura conveniente para sus informes. Ejemplo:

Si ha habilitado Google Analytics 4 y necesita importar datos de costos a Google BigQuery o necesita crear informes de canales cruzados, reserve una demostración con OWOX.

Nuestros especialistas le mostrarán cómo puede utilizar los productos OWOX BI (y nuestros servicios profesionales) para lograr sus objetivos y transformar los datos sin procesar en datos listos para el negocio.