Seguimiento de GA4 sin cookies mediante GTM de servidor

En el panorama digital, en constante evolución, el enfoque del seguimiento de los usuarios y la privacidad de los datos está experimentando cambios significativos. Con los navegadores web eliminando gradualmente las cookies de terceros y las estrictas leyes de privacidad de datos entrando en juego, los métodos tradicionales de seguimiento de usuarios se están convirtiendo rápidamente en irrelevantes.

Adaptarse a estos cambios no sólo es necesario para las empresas y los profesionales del marketing que dependen de la información basada en datos, sino que es absolutamente imprescindible.

Una de las formas de adaptarse a los nuevos retos de seguimiento es cambiar al seguimiento sin cookies. Aunque la última versión de Google Analytics tiene muchas desventajas y desventajas, sigue siendo la plataforma de análisis más popular. Por este motivo, en este artículo se explica cómo configurar el seguimiento sin cookies de Google Analytics 4 mediante el servidor Google Tag Manager. Utilizaremos sGTM, el modo de consentimiento, Firestore, y la activación de stape User-ID.

Existen debates sobre si el seguimiento sin cookies cumple con el GDPR. En esta entrada del blog, compartimos un ejemplo de cómo se puede implementar el seguimiento sin cookies mediante Google Tag Manager. Antes de configurarlo, consulte con su DPA para comprobar la normativa de cada país.

Cuando los sitios web quieren recordar algo sobre usted (como qué hay en su cesta de la compra o en qué anuncio hizo clic antes de aterrizar en el sitio web), suelen utilizar unos pequeños datos llamados "cookies".

Pero ahora, muchos sitios web están dejando de utilizar estas cookies para hacer un seguimiento de las actividades de los usuarios. En su lugar, están utilizando nuevos métodos que no dependen del almacenamiento de esos datos en los navegadores de los usuarios. Esta nueva forma de rastrear sin cookies se llama "seguimiento sin cookies".

Cuando el seguimiento no se basa en cookies, utiliza datos de usuario de origen. La mejor manera de recopilar y manejar con seguridad esta información es utilizar el seguimiento del lado del servidor. Este método le permite hacer un seguimiento, almacenar, enriquecer, transformar y controlar estrictamente el flujo de datos de usuario de origen.

Esto no sólo ayuda a deshacerse de las cookies y hacer un seguimiento más preciso, sino que también hace que sea más compatible y tiene un mayor control sobre los datos del usuario.

El seguimiento sin cookies ayuda a adaptarse a los cambios recientes en la privacidad y las restricciones del seguimiento. He aquí algunos ejemplos:

1. 1.
   Reglamentos. Los reguladores de la protección de datos en Europa y algunos otros países restringen el uso de cookies sin el consentimiento del usuario. El porcentaje de usuarios que rechazan las cookies varía según el país, la edad y los requisitos de los banners de cookies. Pero en general, alrededor del 50% de las personas rechazan las cookies de marketing y análisis.
2. 2.
   Depreciación de las cookies de terceros. Safari y Firefox ya limitan las cookies de terceros, Brave no admite cookies de terceros y Chrome tiene previsto empezar a eliminar las cookies de terceros en 2024. La red publicitaria utiliza cookies de terceros para diferenciar en qué anuncio han hecho clic los usuarios antes de aterrizar en el sitio web y, después, convertir. Además, las plataformas de análisis utilizan cookies de terceros para rastrear a los usuarios que ya han visitado el sitio web y mostrar el recorrido completo de los usuarios. Sin cookies, resulta muy difícil atribuir correctamente las conversiones y diferenciar entre usuarios nuevos y recurrentes.
3. 3.
   Completas restricciones de seguimiento. Apple lidera la privacidad en cuanto a restricciones de seguimiento. Todas las aplicaciones de iOS están obligadas a pedir permiso al usuario para hacer un seguimiento de su actividad. Además, los usuarios de iOS pueden retirar el permiso a las aplicaciones para rastrear su actividad en cualquier momento. Otra tendencia en alza es el uso de AdBlockers. Cuando los bloqueadores de anuncios están activados, las herramientas de marketing y análisis no reciben ninguna información sobre los usuarios.

Google Analytics 4 utiliza el "machine learning" (aprendizaje automático) para modelar el comportamiento de los usuarios que no dieron su consentimiento a las cookies analíticas. Utilizan el comportamiento de usuarios similares que dieron su consentimiento a las cookies analíticas para modelar el comportamiento de aquellos que no dieron su consentimiento a las cookies analíticas.

Para poder optar al aprendizaje automático, los propiedades GA4 deben cumplir unos requisitos específicos:

• El modo de consentimiento está activado en todas las páginas
• Las etiquetas deben activarse antes de que aparezca el cuadro de diálogo de consentimiento
• Las etiquetas de Google se cargan en todos los casos, no sólo si el usuario da su consentimiento
• 1.000 eventos al día con analytics_storage='denied' durante al menos 7 días.
• 1.000 usuarios diarios que envían eventos con analytics_storage='granted' durante al menos 7 de los 28 días anteriores

Si su propiedad GA4 no cumple los requisitos para el aprendizaje automático o si descubre que éste no proporciona resultados precisos, tiene la opción de confiar en los datos de origen cuando un usuario opta por no recibir cookies de análisis e implementar el seguimiento GA4 sin cookies.

Para que GA4 funcione correctamente y reconozca a los usuarios que vuelven, tiene que proporcionar a GA4 la siguiente información:

• Client ID (cid)
• Session ID (sid)
• Session Count (sct)
• First Visit (_fv)
• User Engagement (seg)

Para configurar el seguimiento GA4 sin cookies cuando un usuario no ha dado su consentimiento, utilizaremos estas herramientas:

1. 1.
   Server Google Tag Manager.
2. 2.
   Server GA4.
3. 3.
   Diferencie el consentimiento del usuario utilizando el parámetro GA4 gsc.
4. 4.
   Conecte Google Service Account a stape.
5. 5.
   Escriba datos a Firestore.
6. 6.
   Lea datos de Firestore.
7. 7.
   Stape user ID power-up.

Para determinar si se ha concedido o no el consentimiento, utilizo el parámetro gcs. La configuración predeterminada del consentimiento GA4 envía solicitudes a sGTM, pero la solicitud carece de cierta información. Todas las solicitudes GA4 se escriben en Firestore.

Para determinar si un usuario sin consentimiento tiene una sesión activa en GA4, utilizaremos la diferencia en la marca de tiempo de la visita anterior frente a la visita actual. Si la diferencia es superior a 30 minutos, actualizaremos los parámetros de sesión en Firestore.

Firestore utilizará el UserID como nombre del documento y guardará detalles sobre la sesión del usuario dentro de estos documentos. Si bien esta es una forma sencilla de organizar Firestore, hay muchos otros enfoques para mantener los datos sobre la experiencia completa del usuario en Firebase.

1.1 Utilice la configuración predeterminada del servidor GA4.

1.2 Si es necesario, escriba los datos en Firestore. Para ello, utilizo la etiqueta Firestore Writer. Por favor, consulte esta guía detallada sobre cómo utilizar la etiqueta Firestore Writer. Utilizo la colección UserID. Para cada ID de usuario, creo un nuevo documento que utiliza cid como nombre de documento.

1.3 La etiqueta GA4 del lado del servidor tiene una configuración estándar y se activa cada vez que se reclama el cliente GA4 y el usuario da su consentimiento a las cookies analíticas.

2.1.1 Si no se otorgaba el consentimiento a las cookies analíticas, utilizaba el power-up Stape User ID para añadir el ID de usuario en las cabeceras de las solicitudes sGTM.

2.1.2 Con la ayuda de la etiqueta Firestore Writer, escribo datos en Firestore y utilizo Stape User ID como nombre de documento.

2.1.3 Para comprobar que la sesión está activa, utilizo la variable Firestore Reader para extraer el timestamp que está asociado a la última visita de este usuario en la Firebase. Después, comprueba la diferencia entre el timestamp de la sesión anterior del usuario y el timestamp actual. Si la marca de tiempo es inferior a 30 minutos, el usuario tiene una sesión existente.

2.1.4 Los parámetros se actualizan como se indica a continuación:

• cid y client_id es el valor de Stape UserID
• ga_session_number - un valor del ga_session_number en el Firestore
• ga_session_id - un valor del ga_session_id en el Firestore
• x-ga-mp2-seg (sesión comprometida) se fija en 1
• Se eliminan x-ga-system_properties.fv (primera visita), x-ga-system_properties.ss (inicio de sesión), x-ga-system_properties.nsi (nuevo ID de sesión)

2.1.5 Envíe los datos modificados a GA4. Para actualizar los datos antes de enviarlos a GA4, utilizo la transformación.

2.2.1 Si no se otorgaba el consentimiento a las cookies analíticas, utilizaba el power-up Stape User ID para añadir el ID de usuario en las cabeceras de las solicitudes sGTM.

2.2.2 Escriba datos de usuario basados en el ID de usuario Stape en Firestore de nuevo con la ayuda de Firestore writer tag.

2.2.3 Para comprobar que la sesión está activa, utilizo la variable Firestore Reader para extraer la marca de tiempo asociada a este usuario en Firebase. Después, comprueba la diferencia entre la última marca de tiempo de la sesión del usuario y la marca de tiempo actual. Si la marca de tiempo es superior a 30 minutos, se ha iniciado una nueva sesión.

2.2.4 Los parámetros se actualizan como se indica a continuación:

• cid y client_id es el valor de Stape UserID.
• ga_session_id es un valor ga_session_id de Firestore, previamente configurado como timestamp en segundos.
• ga_session_number es el número de ga_session_number que tiene en Firestore más 1.
• x-ga-system_properties.ss (inicio de sesión) se establece en 1.
• X-ga-mp2-seg (Sesión activada) se establece en 1.
• x-ga-system_properties.fv se elimina.

2.2.5 Envíe los datos modificados a GA4. Para actualizar los datos antes de enviarlos a GA4, utilizo la transformación. La etiqueta se activa cuando se reclama un cliente GA4, no se concede el consentimiento y la diferencia de tiempo entre sesiones es superior a 30 minutos.

2.3.1. Cuando las cookies analíticas no están permitidas, utiliza el power-up ID de usuario de Stape para generar un ID de usuario.

2.3.2. Compruebe si ya existe un usuario con el mismo ID de usuario en Firestore. Si no se encuentra ningún usuario con el mismo ID de usuario, utilice una etiqueta Firestore Writer para crear un usuario con los detalles de la sesión en la base de datos.

2.3.3 Los parámetros se actualizan como se indica a continuación:

• cid y client_id es el valor de Stape UserID.
• ga_session_id es ga_session_id de Firebase.
• ga_session_number es el número de ga_session_number que usted tiene en Firestore.
• x-ga-system_properties.ss (inicio de sesión) se establece en 1.
• x-ga-mp2-seg (sesión comprometida) se establece en 1.
• x-ga-system_properties.fv (primera visita) se establece en 1.

2.3.4 Envíe los datos modificados a GA4.

La implementación del seguimiento sin cookies de Google Analytics 4 a través del servidor Google Tag Manager representa un importante paso adelante en la adaptación al cambiante panorama de la privacidad de los datos en línea y las preferencias de los usuarios. A medida que evoluciona el mundo digital, resulta esencial recopilar información valiosa sin depender de las cookies.

Al aprovechar la potencia del seguimiento del lado del servidor y Google Tag Manager, las empresas pueden mantener su compromiso con la privacidad de los datos y, al mismo tiempo, aprovechar la información crucial basada en datos que proporciona GA4. Este enfoque no sólo garantiza el cumplimiento de las normativas emergentes, sino que también fomenta la confianza de los usuarios preocupados por su privacidad online. A medida que nos adentramos en un futuro sin cookies, la adopción de soluciones innovadoras como el seguimiento del lado del servidor y GA4 puede ayudar a las empresas a seguir siendo competitivas y relevantes en el ámbito digital.