blog · 5 de septiembre de 2026 · 10 min de lectura

Google Consent Mode v2 para gente que publica: las siete señales, básico frente a avanzado y el cambio de junio de 2026

Consent Mode no es un bloqueador de cookies. Es un mensaje que tu banner envía a las etiquetas de Google. Si el mensaje está mal, o incumples la ley o pierdes la medición de Ads. Aquí está todo en una página.

Qué es Consent Mode, y qué no es

Consent Mode es una API a la que escuchan las etiquetas de Google. Antes de que se ejecute cualquier etiqueta, tu página le dice a Google qué ha aceptado el visitante y qué no; cuando el visitante decide, tu página actualiza el mensaje; las etiquetas de Google cambian su comportamiento en consecuencia. Ese es todo el mecanismo. No bloquea nada por sí mismo, no pregunta nada a nadie y no hace que un banner sea conforme. Lo que hace es permitir que Google Ads y GA4 sigan funcionando, de forma reducida, para quienes dijeron no, y funcionen plenamente para quienes dijeron sí.

Esa distinción importa porque muchos banners «Consent Mode v2 ready» fijan las señales, cargan las etiquetas y lo dan por hecho. Bajo la Directiva ePrivacy, una etiqueta que escribe una cookie antes del consentimiento es una infracción, sea cual sea la señal que recibió. El banner sigue teniendo que bloquear; Consent Mode es lo que haces además, para que bloquear no te cueste la medición.

Las siete señales

Consent Mode empezó con dos señales en 2020: ad_storage para cookies publicitarias y analytics_storage para cookies de analítica. La versión 2, que Google hizo obligatoria para anunciantes del EEE en marzo de 2024, añadió dos más: ad_user_data, si pueden enviarse datos de usuario a Google con fines publicitarios, y ad_personalization, si pueden personalizarse los anuncios. Esas cuatro son las que Google Ads y GA4 tienen en cuenta. Otras tres señales cubren el almacenamiento de funcionalidad, personalización y seguridad; la última siempre está concedida.

Consent Mode es un mensaje, no un bloqueador. El runtime pone cada señal en «denied» antes de que cargue cualquier etiqueta de Google y las actualiza en cuanto alguien elige.

Las señales se fijan dos veces. Una llamada default se ejecuta antes de que cargue cualquier etiqueta y dice «denied» para visitantes del EEE, el Reino Unido y Suiza (y «granted», si quieres, en otros lugares). Una llamada update se ejecuta en cuanto el visitante elige y lleva la decisión real. El orden es lo que la gente hace mal: si una etiqueta de Google carga antes de la llamada default, arranca sin ningún estado de consentimiento, lo que Google trata como concedido. Por eso el runtime de consentimiento tiene que ser el primer script del head, y por eso afterInteractive en Next.js o un gestor de etiquetas que carga primero son ambos errores.

Básico frente a avanzado

Google ofrece dos formas de implementar el modo. En modo básico, las etiquetas de Google no cargan en absoluto hasta que se concede el consentimiento; un visitante que rechaza no envía nada a Google. En modo avanzado, las etiquetas cargan de inmediato pero en un estado restringido: antes del consentimiento, y tras un rechazo, envían pings sin cookies ni identificadores, que Google usa para modelar las conversiones que no puede observar. Tras el consentimiento, se comportan con normalidad.

El modo básico es un muro; el avanzado es un filtro. La elección es sobre medición, no sobre cumplimiento, siempre que los valores por defecto existan antes de la primera etiqueta de Google.

Ambos son conformes siempre que los valores por defecto estén en «denied» antes de la primera etiqueta. La diferencia es la medición. El modo básico te da un relato limpio para un delegado de protección de datos: nada va a Google sin consentimiento, y punto. El modo avanzado le da a tu equipo de marketing conversiones modeladas para el 30 a 40 por ciento de visitantes europeos que dicen no, a cambio de explicar los pings sin cookies en tu política de privacidad. La mayoría de sitios que usan Google Ads eligen el avanzado; la mayoría de los que solo usan analítica eligen el básico. CookieCrumbs admite ambos y usa el básico por defecto.

El cambio del 15 de junio de 2026

Desde el 15 de junio de 2026 Google usa ad_storage como señal de control para los datos de Google Ads. Antes de esa fecha, un banner que solo asignaba analytics_storage a una categoría «estadísticas» y dejaba las señales de ads en su estado por defecto aún podía ver llegar conversiones de Ads; desde entonces, no. La consecuencia práctica: la categoría Marketing de tu banner tiene que controlar ad_storage, ad_user_data y ad_personalization juntas, y Analítica tiene que controlar analytics_storage. Una asignación que trata las cuatro como un solo bloque es legal pero desperdicia datos; una asignación que olvida ad_storage pierde la medición para la que montaste todo esto.

CookieCrumbs asigna las categorías a las señales automáticamente e incluye la misma asignación en su plantilla de Google Tag Manager, de modo que los activadores de tu contenedor se disparan con la señal correcta sin un listener escrito a mano. Si mantienes tu propia asignación, compárala con la tabla de la guía de Consent Mode.

Configurarlo correctamente

  1. Runtime primero. El runtime de consentimiento es el primer script del head, antes de gtag.js, antes de GTM, antes de todo.
  2. Valores por defecto denegados por región. EEE, Reino Unido y Suiza reciben «denied»; en otros lugares sigue la regla local (los estados de EE. UU. son opt-out).
  3. Categorías asignadas a señales. Analítica → analytics_storage. Marketing → ad_storage, ad_user_data, ad_personalization. Preferencias → functionality_storage, personalization_storage.
  4. Actualización en cada decisión, incluidas las retiradas y los cambios posteriores desde el banner reabierto.
  5. Verifica en Tag Assistant. Carga la página con el consentimiento denegado, abre Tag Assistant y lee el estado de consentimiento en la primera etiqueta. Debería decir «denied» para las cuatro señales de ads y analítica antes de que pulses nada.

Tres errores que pierden datos

  • GTM carga primero. El contenedor dispara sus etiquetas sin estado de consentimiento, Google lo trata como concedido y tu primera página vista es una infracción. Mueve el runtime por encima de GTM.
  • Marketing no controla ad_storage. Desde junio de 2026 eso significa ninguna conversión de Ads para nadie. Revisa la asignación.
  • Modo avanzado sin la línea en la política de privacidad. Los pings sin cookies siguen siendo una transferencia a Google. Dilo en la política, o usa el modo básico.

Una cosa más que no es un error sino un límite: Consent Mode no es IAB TCF y no te convierte en una CMP certificada por Google. Para AdSense, Ad Manager y AdMob en el EEE necesitas una de esas; para Google Ads y GA4 necesitas Consent Mode v2, que es de lo que trata esta página.

Fuentes

  1. Simo Ahava, «Consent Mode v2 for Google tags», 2024
  2. Cookie Information, «Basic vs. Advanced Consent Mode v2»
  3. Cookie Script, «Basic vs Advanced Google Consent Mode v2»
  4. Observatorio regulatorio de CookieCrumbs, «Google Consent Mode change: ad_storage became the controlling signal for Google Ads data», junio de 2026
  5. Documentación de CookieCrumbs, guía de Google Consent Mode v2

siguiente paso

Mira qué carga tu sitio antes del consentimiento

El escaneo gratuito lee tu página de inicio y enumera los rastreadores. Sin cuenta, sin guardar nada.