Actualización de Google Consent Mode de junio de 2026: control unificado para todos los datos de Google Ads

El 15 de junio de 2026, Google reestructurará cómo fluyen los datos publicitarios entre Analytics y Google Ads. El cambio central: ad_storage en Consent Mode se convierte en el único parámetro que determina qué datos publicitarios se recopilan y se transmiten a tu cuenta de Ads. Si gestionas campañas de conversión, mantienes audiencias de remarketing o dependes de GA4 para alimentar Ads, esta transición afecta directamente a tu medición.

Actualización de Google Consent Mode de junio de 2026

Qué cambia el 15 de junio de 2026

El anuncio de Google afirma: "a partir del 15 de junio de 2026, Google Analytics pasará a usar Consent Mode (dentro de Google Ads) como el único control de datos". Tres cambios distintos se agrupan en esta transición.

1. Google Signals pierde autoridad sobre la recopilación de datos publicitarios

Hasta ahora, dos elementos determinaban conjuntamente si Google Ads recibía cookies publicitarias e identificadores de usuario de tu sitio: la configuración de Google Signals dentro de Google Analytics, y el parámetro ad_storage en Consent Mode. Ambos debían permitir el seguimiento para que la señal completa fluyera. Ese modelo de control dual daba a las organizaciones una forma de restringir el uso compartido de datos publicitarios a nivel de Analytics sin tocar su configuración de Consent Mode.

Después del 15 de junio, ese modelo termina. ad_storage se convierte en la única autoridad para todos los datos publicitarios recopilados para las cuentas de Ads vinculadas. Google Signals queda reducido a fines exclusivos de Analytics, específicamente asociar sesiones con usuarios que han iniciado sesión para la generación de informes de comportamiento dentro de GA4. La configuración allow_google_signals de gtag sigue funcionando para ese uso de informes, pero no tiene ningún peso sobre lo que llega a Google Ads.

Anteriormente, desactivar Google Signals era una forma relativamente sencilla de limitar el flujo de datos publicitarios. Tras la transición, la única palanca que importa es ad_storage en Consent Mode, lo que sitúa la configuración del CMP en el centro de tu gobernanza de datos.

2. Se acerca la consolidación de la personalización de anuncios

Google ha anunciado que los controles de personalización de anuncios se consolidarán con el tiempo bajo Google Ads, y ad_personalization en Consent Mode v2 pasará a ser el parámetro rector de si los datos de Analytics pueden usarse para publicidad personalizada. No se ha fijado ninguna fecha específica, y Google ha indicado que el calendario se comunicará por separado.

Actualmente, la configuración de personalización está distribuida en varios niveles dentro de Analytics (cuenta, propiedad, vínculo con Ads y evento), lo que da a los equipos un control granular. Cuando esa estructura se colapse, la señal ad_personalization de tu CMP se convertirá en el único punto de decisión. Si se deniega, la creación de audiencias a partir de datos de Analytics y el remarketing mediante Google Ads dejarán de funcionar para esos usuarios, independientemente de cualquier interruptor del lado de Analytics.

3. Cifrado de la dirección IP antes de la transmisión a Google Ads

Las etiquetas de Analytics seguirán recopilando direcciones IP, pero Google las cifrará antes de reenviarlas a las cuentas de Ads vinculadas. Lo que ocurra con esos datos después del cifrado lo determina la configuración de tu cuenta de Google Ads, en lugar de nada dentro de Analytics. Google ha indicado que próximamente publicará documentación adicional sobre el tratamiento de direcciones IP fuera de los mercados regulados.

A quién afecta más

Organizaciones que desactivaron Google Signals como medida de privacidad

Desactivar Google Signals ha sido una táctica común para limitar cómo se conectan los datos de Analytics con Ads sin modificar Consent Mode. Algunos equipos de privacidad y legal tomaron esta decisión específicamente para evitar que los datos de los visitantes se vincularan a identidades de cuentas de Google, y construyeron su documentación de cumplimiento en torno a ello.

Después del 15 de junio, esa salvaguarda desaparece. Si ad_storage está concedido en la configuración de tu CMP, Ads comenzará a vincular los datos publicitarios con usuarios que han iniciado sesión, independientemente del interruptor de Signals. El cambio en el tratamiento de datos ocurre silenciosamente del lado de Google; ninguna acción de tu parte lo desencadena. Si "Signals desactivado" estaba incluido en tu DPA o en tu marco de gobernanza de datos, audita ahora tus valores predeterminados de ad_storage para confirmar que reflejan tu intención real de privacidad.

Editores y anunciantes en el EEE, Reino Unido y Suiza

La actualización afina el resultado del consentimiento a una elección binaria. Como describió el analista Simo Ahava: "O bien conceder ad_storage y Google usará todas las señales de anuncios disponibles a su alcance (incluyendo vincular al usuario con su inicio de sesión de Google), o establecerlo como denegado, y Google no accederá a ningún identificador aparte de lo disponible en la URL (por ejemplo, gclid)".

Con ad_storage denegado, Ads solo puede trabajar con parámetros de URL como gclid. El modelado de conversiones en Consent Mode v2 compensa parcialmente mediante estimación agregada, pero ese proceso requiere un grupo mínimo de sesiones con consentimiento para producir cifras fiables. En mercados como Alemania, Francia y los Países Bajos, donde las tasas de rechazo son altas, es posible que las cuentas más pequeñas no superen ese umbral, y las campañas basadas en listas de remarketing o en puja por CPA objetivo se verán directamente afectadas.

Para las regiones sujetas al RGPD, la configuración correcta es que ad_storage y analytics_storage estén denegados por defecto, y se actualicen a concedido solo tras la aceptación activa. Esto también lo exige la Política de Consentimiento de Usuarios de la UE de Google, que Google aplicó de forma más estricta en 2025 al desactivar la personalización para las cuentas que no transmitían las señales correctas del EEE.

Anunciantes que ejecutan campañas de remarketing, seguimiento de conversiones o atribución

Cualquier campaña que dependa de la identidad a nivel de usuario está expuesta si ad_storage está mal configurado. El modelado de conversiones necesita un volumen suficiente de sesiones con consentimiento para estimar resultados de los visitantes que no lo dieron; por debajo de cierto umbral se vuelve poco fiable. Las listas de remarketing dejan de crecer en el momento en que se registra un estado denegado. Customer Match, Floodlight, la atribución entre dispositivos y las Conversiones Mejoradas dependen todas de identificadores que este parámetro controla. Un valor predeterminado configurado como "concedido" cuando legalmente se requiere "denegado" infla los datos de audiencia y crea exposición al riesgo de cumplimiento. Las brechas en páginas específicas, como las de confirmación y los subdominios, producen caídas inexplicadas en las conversiones registradas.

Organizaciones que aún usan Consent Mode v1

Google comenzó a aplicar Consent Mode v2 para el tráfico del EEE en marzo de 2024. La versión 2 introdujo ad_user_data y ad_personalization junto con los dos parámetros originales. Un CMP que solo establece ad_storage y analytics_storage tiene una integración incompleta. Cuando la consolidación de ad_personalization entre en vigor, esa brecha se volverá especialmente relevante, ya que regirá en exclusiva el comportamiento de personalización en todos los ámbitos.

Qué controla realmente ad_storage

El alcance de este parámetro es más amplio de lo que muchos anunciantes creen.

Cuando ad_storage está denegado, las etiquetas de Google no leerán ni escribirán cookies publicitarias (incluida _gcl_au), no recopilarán ni transmitirán identificadores de dispositivo, no vincularán la sesión con ninguna identidad de cuenta de Google, ni enviarán datos a nivel de visitante a Ads. La única información que llega a Google Ads en este estado proviene de los parámetros de URL ya presentes en la página de destino, como un gclid añadido por un clic de pago. Nada más pasa.

Cuando está concedido, las etiquetas establecen y leen cookies publicitarias, recopilan identificadores de dispositivo, conectan sesiones con cuentas de Google en las que se ha iniciado sesión, y envían señales de medición completas a Ads para la atribución y la creación de audiencias. La vinculación de inicio de sesión que antes controlaba Google Signals ahora se gestiona por completo aquí después del 15 de junio.

El parámetro se inicializa mediante gtag('consent', 'default', {...}) antes de que se cargue cualquier etiqueta, y se actualiza mediante gtag('consent', 'update', {...}) una vez que el usuario toma una decisión. Para un recorrido completo sobre cómo configurar estas llamadas, consulta la guía de integración de gtag. El valor predeterminado establece el comportamiento para los visitantes que aún no han interactuado con el banner; la actualización comunica la decisión real. Ambas deben ejecutarse en cada página, en el orden correcto, antes de que se ejecute cualquier etiqueta de Ads o Analytics. Una llamada ausente, con retraso o con un valor de parámetro incorrecto significa que Google actúa según la señal equivocada.

Cómo auditar tu configuración antes del 15 de junio

Paso 1: Comprueba el estado predeterminado en una visita en frío

Abre tu sitio en una ventana de navegación privada sin tocar el banner de consentimiento. Usa el modo de vista previa de GTM o Google Tag Assistant para confirmar qué estado de privacidad se establece antes de que se active cualquier etiqueta. Para el tráfico regulado por el RGPD (EEE, Reino Unido, Suiza), ad_storage y analytics_storage deben estar denegados por defecto. Un valor predeterminado "concedido" antes de cualquier interacción del usuario ya es un problema de cumplimiento preexistente que hay que solucionar de inmediato.

Para los visitantes de EE. UU., el valor predeterminado correcto depende de la ley estatal aplicable. California, bajo la CCPA, es de exclusión voluntaria (opt-out), por lo que "concedido" es aceptable siempre que respetes la señal de Global Privacy Control. Los estados con requisitos de opt-in necesitan un punto de partida "denegado". Un CMP configurado con un único valor predeterminado global, en lugar de normas específicas por jurisdicción, puede estar enviando "concedido" a usuarios que legalmente requieren "denegado", una brecha que cobra más peso después del 15 de junio.

Paso 2: Confirma que los cuatro parámetros estén presentes

Verifica que tanto la llamada predeterminada como la de actualización incluyan ad_storage, analytics_storage, ad_user_data y ad_personalization. Las integraciones más antiguas con frecuencia solo pasan los dos primeros. El indicador ad_user_data controla específicamente si se pueden enviar datos de primera parte, como direcciones de correo electrónico, a Google para su cotejo hash; sin él, las Conversiones Mejoradas no funcionarán correctamente incluso cuando ad_storage esté concedido.

Paso 3: Confirma la cobertura en todos los tipos de página

Una señal de privacidad solo tiene sentido cuando se carga antes que las etiquetas en todas las páginas, no solo en la página de inicio. Las páginas de confirmación de compra suelen fallar en esto porque incorporan las etiquetas de conversión de Ads a través de una ruta de código o un contenedor independiente. Los subdominios que ejecutan sus propias instancias de GTM necesitan cada uno una integración independiente. Las páginas AMP necesitan una implementación específica usando el componente amp-consent, que funciona de manera distinta al enfoque estándar de gtag. Las aplicaciones de una sola página necesitan atención especial para garantizar que la preferencia almacenada se mantenga en los cambios de ruta del lado del cliente sin volver a ejecutar el valor predeterminado innecesariamente.

Paso 4: Prueba la llamada de actualización tanto en la primera visita como en las visitas de retorno

La llamada de actualización debe activarse después de que el usuario interactúe con el banner, no antes. El fallo más común es una condición de carrera: GTM ya ha despachado las etiquetas de Ads antes de que llegue la devolución de llamada del CMP, por lo que esas etiquetas se ejecutan bajo el valor predeterminado en lugar de la elección real del usuario. Esto importa más cuando el valor predeterminado es "denegado" y el usuario acepta, porque esa primera carga de página ya perdió la ventana.

Igual de importante: verifica que la actualización se active en las visitas de retorno, cuando la preferencia almacenada se lee de nuevo desde una cookie. Algunos CMP solo activan la devolución de llamada en la página donde se toma la decisión inicial y esperan que la cookie transporte el estado silenciosamente en visitas posteriores. Si la confirmación está ausente en esas páginas posteriores, GTM puede seguir tratando las sesiones como sin consentimiento. Prueba ambos flujos en el modo de vista previa de GTM: una visita nueva con una acción de aceptación, y una visita de retorno en la que la elección previa debería respetarse automáticamente.

Paso 5: Confirma la vinculación entre GA4 y la cuenta de Ads

El nuevo modelo de autoridad única se aplica específicamente a las propiedades vinculadas entre GA4 y Google Ads. Verifica que ese vínculo esté en su sitio y apunte a la cuenta correcta en GA4 Admin > Vínculos de Google Ads. Un vínculo roto o mal emparejado significa que los cambios del 15 de junio podrían no surtir efecto según lo esperado, y tus datos no reflejarán correctamente el nuevo comportamiento.

Confirma también que el etiquetado automático esté activo en Google Ads. El parámetro gclid que añade a las URL de destino es la única señal disponible en un estado denegado, lo que hace que esta configuración sea más crítica que nunca.

Paso 6: Revisa los diagnósticos y la configuración de la cuenta de Ads

El Diagnóstico de Etiquetas en el centro de consentimiento de GA4 muestra brechas de señal y marca etiquetas mal configuradas. Navega a Admin, luego a Consentimiento, y luego a Diagnóstico de Etiquetas. El Validador de Datos de Consentimiento de UniConsent ofrece una vista independiente fuera de la interfaz de GA4. Ambas herramientas tienen un retraso de 48 a 72 horas, así que empieza a revisar al menos dos semanas antes para dejar tiempo a que las correcciones se reflejen en los datos antes de la transición.

Del lado de Ads, revisa la configuración a nivel de cuenta para la anonimización de IP, la configuración de datos de clientes y la personalización. Después del 15 de junio, esa configuración de cuenta tendrá más peso que cualquier cosa dentro de Analytics, así que debe coincidir con tu configuración prevista para cada mercado al que sirvas.

El patrón más amplio

Esta transición forma parte de un impulso deliberado de Google para reducir los controles de privacidad fragmentados. A mediados de 2025, se añadió el Diagnóstico de Etiquetas al centro de consentimiento de Analytics. En julio de 2025, Google endureció la aplicación de la Política de Consentimiento de Usuarios de la UE, cortando la personalización para las cuentas que no transmitían las señales correctas del EEE. Alrededor de diciembre de 2025, aparecieron controles ocultos de transmisión de datos en la configuración de Google Tag. En febrero de 2026, se eliminaron de la API de Google Ads las importaciones de atributos de sesión y de direcciones IP, trasladando esa responsabilidad hacia el enfoque de cifrado que llega ahora en junio.

El patrón es claro: eliminar las anulaciones a nivel de producto, encaminar las decisiones a través de menos canales con autoridad, y situar el control de privacidad más cerca de donde se usan realmente los datos. Para editores y anunciantes, esto convierte al CMP en la interfaz principal entre las decisiones de los usuarios y lo que recibe todo el ecosistema de Google.

Cómo ayuda UniConsent

UniConsent CMP es una Plataforma de Gestión de Consentimiento certificada por Google, con soporte completo para los cuatro parámetros de Consent Mode v2. Transmite automáticamente las decisiones de los usuarios a Google Tag Manager, aplica valores predeterminados específicos por jurisdicción para el EEE, el Reino Unido, Suiza y los estados de EE. UU., y mantiene las señales coherentes en los entornos web, AMP y móvil. Las tasas de aceptación, el estado de las señales y los registros de auditoría de cumplimiento son accesibles desde un único panel.

La fecha límite del 15 de junio está cerca. Si aún no has revisado tu configuración de ad_storage ni has confirmado que tu integración de Consent Mode v2 esté completa, ahora es el momento.

Acerca de UniConsent

UniConsent CMP es una Plataforma de Gestión de Consentimiento reconocida globalmente y certificada por Google, que da servicio a editores líderes y a decenas de millones de usuarios al día. UniConsent ayuda a las empresas a cumplir con el RGPD, las leyes estatales de privacidad de EE. UU. y los requisitos de las políticas de Google.

Contáctanos para saber más: hello@uniconsent.com