Server-Side Tracking y Consent Mode v2: medir conversiones conforme al RGPD

El server-side tracking traslada el tratamiento de datos del navegador del usuario a un servidor que usted mismo controla. Google Consent Mode v2 determina, mediante cuatro señales de consentimiento, si las etiquetas de Google pueden recoger datos y de qué forma. Juntos mantienen medibles las conversiones, mientras el bloqueo de cookies y el RGPD socavan el seguimiento clásico en el navegador.

¿Qué es el server-side tracking y qué relación tiene con Consent Mode v2?

Server-side tracking significa que los datos de seguimiento ya no se envían directamente desde el navegador a Google, Meta y otros, sino primero a un contenedor de servidor bajo su control. Consent Mode v2 es la capa independiente que regula si se puede recoger algún dato: Google Consent Mode permite adaptar el comportamiento de las etiquetas de Google y de los SDK de aplicaciones a las decisiones de consentimiento de los usuarios (Google for Developers, a 2026). Lo uno es la arquitectura técnica; lo otro, el interruptor jurídico-funcional. Quien quiera medir conversiones conforme al RGPD necesita, por lo general, ambos.

¿Por qué ya no basta el seguimiento clásico en el navegador?

El seguimiento clásico mediante cookies de terceros ya no funciona de forma fiable en los navegadores modernos, porque estas cookies se bloquean o se vuelven efímeras. Safari, con su Intelligent Tracking Prevention (ITP), bloquea por completo las cookies de terceros de forma predeterminada y elimina el almacenamiento escribible por script de un sitio web (incluidos LocalStorage, IndexedDB y cachés de Service Workers) tras siete días de uso de Safari sin interacción con el sitio (WebKit Blog, 2020).

Las cookies establecidas en el lado del cliente ya se habían limitado antes a siete días de caducidad (WebKit Blog, 2020). Para los anunciantes, esto significa en concreto: un clic hoy y una conversión dos semanas después a menudo ya no pueden atribuirse a la misma persona solo con medición en el cliente. Las consecuencias son lagunas en la medición de conversiones, campañas infravaloradas y una peor gestión de pujas. El server-side tracking y Consent Mode v2 abordan justamente esa brecha.

¿Cómo funciona Google Consent Mode v2 con sus cuatro señales?

Consent Mode v2 traduce la selección del banner de cookies en cuatro señales legibles por máquina que las etiquetas de Google evalúan antes de cualquier recogida de datos. Según Google for Developers (a 2026), son estas cuatro:

• ad_storage controla el almacenamiento relacionado con la publicidad, por ejemplo la creación de cookies publicitarias.
• analytics_storage controla el almacenamiento relacionado con el análisis.
• ad_user_data regula el consentimiento para enviar datos de usuario a Google con fines publicitarios.
• ad_personalization regula el consentimiento para la publicidad personalizada.

Las dos señales que empiezan por ad_, ad_user_data y ad_personalization, son la novedad de la versión 2 respecto a la primera. El principio que hay detrás: obtener el consentimiento, comunicar el estado a Google y hacer que las etiquetas respeten la decisión (Google for Developers, a 2026).

Basic frente a Advanced Consent Mode: ¿cuál es la diferencia?

La diferencia está en si las etiquetas de Google se bloquean por completo antes del consentimiento o si ya pueden modelar datos sin cookies. Ambas variantes aplican el mismo sistema de señales, pero se comportan de manera fundamentalmente distinta cuando falta el consentimiento (Google for Developers, a 2026).

La modelización de conversiones significa que Google, a partir de los pings anónimos y sin cookies de los usuarios que no dan su consentimiento, extrapola estadísticamente cuántas conversiones se han producido probablemente. Advanced Consent Mode permite así una modelización mejorada y específica para publicidad de las conversiones y del comportamiento (Google for Developers, a 2026). Qué variante le conviene depende del nivel de protección de datos que desee, de la configuración del banner y de los objetivos de medición; una implementación correcta debe quedar en manos de especialistas en Google Ads con experiencia.

¿Qué es el server-side tagging y cómo trabaja el contenedor de servidor?

El server-side tagging traslada el procesamiento de las etiquetas del navegador a un servidor que controla el operador. A diferencia del client-side tagging, este contenedor de servidor no se ejecuta en el navegador ni en el dispositivo del usuario, sino en un servidor que usted controla (Google for Developers, a 2026).

El proceso: el contenedor de servidor recibe solicitudes, las convierte en eventos y las procesa con etiquetas, activadores y variables (Google for Developers, a 2026). Los datos se dirigen a través de la URL del contenedor, que se define en gtag.js como el parámetro server_container_url. Lo decisivo para la soberanía de los datos: en el server-side tagging, solo el operador tiene acceso a los datos del servidor hasta que los envía a otro lugar (Google for Developers, a 2026). Usted tiene pleno control sobre cómo se conforman los datos y hacia dónde se enrutan.

¿Cómo mejora el server-side tracking la medición de conversiones?

El server-side tracking mejora la medición mediante tres palancas: control de los datos, protección de datos y rendimiento. En el contenedor de servidor, los datos pueden inspeccionarse, validarse y modificarse antes de transmitirse a puntos finales de análisis y publicidad o a socios de marketing (Google for Developers, a 2026).

Así pueden eliminarse los datos personales (PII) antes de que lleguen a terceros, lo que permite controlar con mayor precisión la transmisión de datos. Además, el server-side tagging reduce la carga de procesamiento en el cliente y mejora el rendimiento del sitio web (Google for Developers, a 2026). Como las solicitudes de seguimiento pasan por su propio dominio propio (first-party) en lugar de por puntos finales de terceros, los mecanismos de protección de los navegadores las reconocen con menos frecuencia que el seguimiento de terceros: la calidad de los datos aumenta.

¿Desde cuándo es obligatorio Consent Mode v2 en el EEE y qué ocurre sin él?

Consent Mode v2 es obligatorio desde el 6 de marzo de 2024 para los anunciantes que se dirigen a usuarios del Espacio Económico Europeo (EEE), incluido el Reino Unido. Para el tráfico del EEE, Google exige que los anunciantes obtengan el consentimiento de los usuarios finales y compartan con Google las señales de consentimiento ad_user_data y ad_personalization, para poder seguir utilizando la medición, la personalización y el remarketing (Google Ads Help, 2024).

Sin esta implementación, los nuevos usuarios del EEE dejan de poder incorporarse a listas de audiencia y de remarketing, por ejemplo en Google Ads, en las audiencias de GA4 o en Floodlight (Google Ads Help, 2024). En la práctica significa audiencias cada vez más pequeñas y una peor optimización: una pérdida directa de rendimiento, no solo una cuestión de cumplimiento normativo.

¿Qué implica esto para el consentimiento según el RGPD?

Desde el punto de vista del RGPD, rige lo siguiente: para las cookies y el seguimiento que no sean técnicamente necesarios se requiere un consentimiento previo y activo. El TJUE resolvió en la sentencia Planet49 (asunto C-673/17, sentencia de 1.10.2019) que el consentimiento para el uso de cookies no técnicamente necesarias debe otorgarse mediante una conducta activa; una casilla premarcada no constituye un consentimiento válido (TJUE / LfDI Baden-Württemberg).

En Alemania, el requisito de consentimiento para los accesos no necesarios a los terminales está recogido en el § 25 TDDDG (antes TTDSG). Según la autoridad de control, el consentimiento para las cookies de seguimiento debe ser informado, libre, previo, activo, separado y revocable (LfDI Baden-Württemberg, a 2024). Para las cookies puramente funcionales y técnicamente necesarias, como el carrito de la compra, no se requiere consentimiento. Esta exposición es información general y no sustituye al asesoramiento jurídico.

Preguntas frecuentes: server-side tracking y Consent Mode v2

¿Sustituye el server-side tracking al consentimiento?

No. El server-side tracking es una arquitectura técnica, no una base jurídica. La obligación de obtener un consentimiento previo y activo para las cookies y el seguimiento no necesarios se mantiene con independencia de ello (TJUE Planet49, 2019; § 25 TDDDG). El lugar donde trate los datos no cambia nada sobre si puede recogerlos.

¿Necesito Consent Mode v2 y server-side tracking juntos?

No necesariamente, pero se complementan. Consent Mode v2 es obligatorio para los anunciantes del EEE desde el 6 de marzo de 2024 (Google Ads Help, 2024). El server-side tracking es opcional, pero mejora el control de los datos, la protección de datos y la calidad de la medición (Google for Developers, a 2026). Para una medición de conversiones sólida y conforme al RGPD, la combinación es lo habitual.

¿Cuál es la diferencia entre ad_user_data y ad_personalization?

ad_user_data regula el consentimiento para enviar datos de usuario a Google con fines publicitarios; ad_personalization, el consentimiento para la publicidad personalizada (Google for Developers, a 2026). Ambas llegaron con la versión 2 y son las nuevas señales decisivas para el tráfico del EEE.

¿Sigue funcionando el seguimiento sin ninguna cookie?

De forma limitada. Cuando se deniega el consentimiento, Advanced Consent Mode envía mediciones sin cookies a través de pings y permite así una modelización mejorada de las conversiones y del comportamiento (Google for Developers, a 2026). Esto no sustituye una medición completa, pero cierra estadísticamente una parte de la brecha.

¿Qué herramientas necesito para el server-side tagging?

En el ecosistema de Google, el server-side tagging se realiza de forma estándar con un contenedor de servidor de Google Tag Manager. Este se ejecuta en un servidor que usted controla, idealmente bajo un dominio propio (first-party) (Google for Developers, a 2026). La puesta en marcha requiere alojamiento, una server_container_url correctamente configurada y un banner de consentimiento coordinado.

¿Reduce el server-side tracking también el riesgo derivado de Safari ITP?

En parte. Como las solicitudes pasan por su dominio propio (first-party) en lugar de por puntos finales de terceros, algunos mecanismos de protección de los navegadores actúan con menos frecuencia. Sin embargo, la regla de ITP de eliminar el almacenamiento escribible por script tras siete días sin interacción (WebKit Blog, 2020) sigue siendo relevante; el server-side tracking reduce el riesgo, pero no es un pase libre.

Conclusión

El server-side tracking y Consent Mode v2 resuelven dos problemas distintos: el técnico de la desaparición de las cookies y el jurídico del consentimiento. Consent Mode v2 es obligatorio en el EEE desde marzo de 2024, y el server-side tagging le devuelve la soberanía sobre los datos. Quien combina ambos correctamente mantiene medibles las conversiones sin ignorar el RGPD. A 2026. Información general, no constituye asesoramiento jurídico.

Fuentes

• Google for Developers — Consent mode overview (a 2026)
• Google for Developers — An introduction to server-side tagging (a 2026)
• Google for Developers — Server-side tagging overview (a 2026)
• WebKit Blog — Full Third-Party Cookie Blocking and More (ITP) (2020)
• Google Ads Help — Updates to consent mode for traffic in the EEA (2024)
• TJUE C-673/17 Planet49 / LfDI Baden-Württemberg — Cookies y banners de cookies (2019 / a 2024)