Consent Mode: La solución de Google al futuro de la privacidad digital | Capítulo 1

En un contexto donde la privacidad del usuario se vuelve cada vez más crucial y los cambios tecnológicos y regulaciones refuerzan el control por parte de los usuarios, se hace necesario ajustar el entorno digital para mitigar la pérdida de datos.

En este escenario de creciente escasez de datos, Google presenta Consent Mode, una solución que gana relevancia, especialmente con su carácter obligatorio en su implementación básica a partir de marzo de 2024. En JAKALA, ya brindamos apoyo para que nuestros clientes adapten sus ecosistemas a estas transformaciones y demandas de privacidad.

Es esencial tener en cuenta que Consent Mode no funciona como una Plataforma de Gestión de Consentimientos (CMP). La funcionalidad ofrecida por estos para la gestión de consentimientos, como el aviso de cookies y el registro de dichos consentimientos, sigue siendo proporcionada a través de nuestro CMP.

Consent mode nos ofrece una alternativa para seguir registrando eventos y conversiones de usuarios que rechazan cookies. Su función principal es adaptar dinámicamente el comportamiento de las etiquetas de Analytics, Google Ads y terceros en función del consentimiento otorgado. En caso de que el usuario deniegue, las etiquetas envían pings o señales al servidor de Google sin cookies. 

Estos pings se dividen en tres tipos:

A la hora de implementar Consent Mode, Google ofrece dos opciones para adaptarse a las necesidades y requisitos legales de cada cliente, proporcionando así una alternativa dual para preservar la privacidad. Estas opciones varían en el tratamiento de la información de aquellos usuarios que han rechazado las cookies.

La implementación básica guarda similitud con nuestros métodos anteriores, donde bloqueábamos cualquier etiqueta hasta que se mostraba el banner de cookies y los usuarios daban su consentimiento. La diferencia radica en que, en lugar de basarnos en las variables de nuestro propio CMP (por ejemplo, el C0001, C0002, C0003, C0004 en el caso de OneTrust), ahora nos apoyamos dinámicamente en las específicas del modo de consentimiento:

• functionality_storage: Asociado a las cookies técnicas, que permiten el correcto funcionamiento de la web.
• analytics_storage: Asociado a las cookies analíticas.
• personalization_storage: Asociado a las cookies de personalización.
• ad_storage: Asociado a las cookies de publicidad.
• ad_user_data: define el consentimiento sobre el envío de datos asociados a la publicidad.
• ad_personalization: define el consentimiento sobre publicidad personalizada.
• security_storage: Asociado a temas de seguridad, como funcionalidades de autenticación.

Es fundamental destacar que, al elegir esta opción, Google no recopilará ningún tipo de dato para aquellos usuarios que hayan rechazado cookies. En este escenario, las funcionalidades de conversion modeling se basarán únicamente en el comportamiento observado, específicamente en la información funcional recopilada en los datos observados, como el tipo de navegador, tipo de conversión, país, hora del día, u otras variables no identificables a alto nivel.

Sin embargo, si buscamos aprovechar el modelado de comportamiento y recopilar pings, y con ello eventos de aquellos usuarios que han rechazado cookies, enriqueciendo así nuestro conocimiento, debemos optar por la implementación avanzada. En este caso, las etiquetas de Google se cargarán antes de que aparezca el banner de consentimiento, enviando un ping para informar que hay una visita. Una vez aprobadas o rechazadas las cookies, desplegará una cookie en caso de aceptar, o continuará enviando solo los pings y eventos sin cookies en caso de rechazar.

El funcionamiento sería por tanto el siguiente:

Ahora bien, ¿qué tipo de información se envía en el caso de que el usuario rechace cookies y, por tanto, se envíe un Ping? Google nos proporciona los siguientes detalles:

• Información funcional: marca de tiempo, user-agent y la url referente.
• Información agregada o no identificable:
  Indicación sobre si el usuario ha              accedido por una página con el parámetro gclid/dclid y por tanto   proviene de un anuncio.
  2. Información booleana sobre el estado de consentimiento.
  3. Número aleatorio generado en cada carga de página.
  4. Información sobre la plataforma de consentimiento que emplea la web.
• Además, en el caso en el que se hayan definido otros campos, como el user_id, o dimensiones personalizadas estos se enviarán con normalidad. Lo mismo ocurre con los parámetros de comercio electrónico.
  

Todos estos datos recopilados a través de los pings sin cookies son los que Google utilizará para completar la información que le falte.

 En resumen, las implicaciones de optar por una implementación o otra se traducen en las siguientes ventajas al contar con la implementación avanzada de consent mode:

• Aumento del volumen total de datos recibidos: Esto contribuye a mejorar la calidad de nuestras métricas y nos proporciona una visión más precisa y cercana a la realidad de nuestro negocio.
• Capacidad de rellenar los huecos con el modelado: Gracias a esta funcionalidad, somos capaces de llenar los vacíos dejados por los usuarios que no han aceptado cookies. Esto nos permite inferir datos que no se han recopilado directamente, enriqueciendo así nuestro conjunto de información

A partir de marzo, resultará crucial contar, al menos, con la implementación básica de consent mode. Esta elección permitirá que los servidores de Google dispongan de información acerca del estado de consentimiento de los usuarios, ajustando así sus etiquetas para continuar ingresando los datos consentidos de los clientes. En caso de no implementarla, a partir de marzo dejaríamos de recopilar audiencias en un primer momento, y posteriormente, las conversiones.

Si deseas obtener más detalles sobre cómo iniciar la explotación de la implementación avanzada de consent mode, así como aprender a visualizar datos modelados en GA4 y comprender las diferencias entre los datos de GA4 y Bigquery, permanece atento a nuestro próximo post.