---
title: "Google Signals y Consent Mode v2: qué cambia (y qué deberías hacer ya)"
description: "  El 15 de junio de 2026, las reglas del juego entre Google Analytics y Google Ad s cambian para siempre. Si tus campañas dependen de audiencias de remarketing o conversiones precisas y no te adaptas hoy, el 16 de"
url: https://marinabrocca.com/google-signals-y-consent-mode-v2-que-cambia-y-que-deberias-hacer-ya/
date: 2026-04-28
modified: 2026-04-28
author: "Marina Brocca"
image: https://marinabrocca.com/wp-content/uploads/Captacion-de-leads-en-Facebook-47.png
categories: ["Adecuacíon Legal Web"]
type: post
lang: es
---

# Google Signals y Consent Mode v2: qué cambia (y qué deberías hacer ya)

El 15 de junio de 2026, las reglas del juego entre **Google Analytics y Google Ad**s cambian para siempre.

Si tus campañas dependen de audiencias de remarketing o conversiones precisas y no te adaptas hoy, el 16 de junio podrías estar tirando tu presupuesto publicitario a la basura.

¿Estás preparado para el fin de Google Signals tal como lo conoces?

**Un pequeño spoiler**: hasta ahora, si tu banner de cookies era insuficiente o estaba mal configurado, Google Signals actuaba como red de seguridad en la sombra. Los datos seguían llegando. El sistema funcionaba. El incumplimiento quedaba tapado.

Ese mecanismo desaparece en junio.

Google retira su capa de control interna y cede toda la autoridad a tu Consent Mode v2.

La consecuencia es directa: **responsabilidad técnica y responsabilidad legal** se fusionan en un solo punto. Si la arquitectura de tu banner falla, no es un problema de medición. Es un [incumplimiento del RGPD](https://marinabrocca.com/como-evitar-multas-por-incumplir-el-rgpd-en-tu-web/) que se activa solo, visita a visita.

He desglosado todos los cambios, los parámetros afectados y lo que tienes que revisar antes de esa fecha.

Pero antes de bajar, respóndete una cosa: ¿sabes si tu banner realmente gobierna tus etiquetas o solo es decoración?

## **Cómo funciona hoy el sistema (antes del 15 de junio)**

Si tienes una propiedad de Google Analytics 4 vinculada a una cuenta de Google Ads, que es lo habitual para cualquier empresa que haga campañas de pago, actualmente hay **dos mecanismos** que controlan conjuntamente qué datos fluyen hacia Google Ads:

**Google Signals** es una función de GA4 que asocia los datos de tus sesiones web con usuarios que han iniciado sesión en Google y tienen activada la personalización de anuncios. Esto permite funciones como el reporting entre dispositivos, las audiencias de remarketing y ciertos datos demográficos.

**Consent Mode** (modo de consentimiento) es el sistema de Google para que las etiquetas ajusten su comportamiento según el consentimiento del usuario. Funciona a través de cuatro parámetros principales:

- ad_storage: controla si se pueden establecer cookies publicitarias
- ad_user_data: controla si los datos del usuario se envían a Google para publicidad
- ad_personalization: controla si los datos se usan para personalizar anuncios
- analytics_storage: controla las cookies de medición de Analytics

Hasta ahora, estos dos sistemas actuaban como una especie de doble red de seguridad. Si uno fallaba o estaba mal configurado, el otro podía compensar. Muchas empresas llevaban meses funcionando sin ser conscientes de que uno de los dos estaba haciendo el trabajo para el otro.

Eso es exactamente** lo que está a punto de desaparecer.**

## **Qué cambia el 15 de junio de 2026 en Google Signals**

[Google lo ha anunciado en su Centro de Ayuda de Analytics](https://support.google.com/analytics/answer/17016975#:~:text=The%20first%20change%20to%20support,event%20levels%20within%20Google%20Analytics.) de forma bastante directa: a partir del 15 de junio, **Google Signals dejará de controlar la recogida de cookies e identificadores de Google Ads**. Ese control pasa exclusivamente a Consent Mode, y en concreto al parámetro ad_storage.

En palabras del propio Google: «Google Analytics transitará a usar **Consent Mode **(dentro de Google Ads) como el único control para los datos.»

¿Qué significa esto en la práctica?

- **Si ad_storage está en granted**: Google Ads puede usar todas las señales disponibles, incluyendo cookies e identificadores para remarketing, pujas inteligentes y medición.
- **Si ad_storage está en denied**: Google Ads queda muy limitado. Solo puede trabajar con señales mínimas como parámetros de URL (gclid).

Y aquí está el punto que más me parece importante subrayar: **desactivar Google Signals ya no es suficiente para bloquear el uso de datos en Google Ads**.

Si un usuario consiente ad_storage pero tienes Signals desactivado, Google Ads podrá seguir usando esas señales. Los dos controles dejaban de solaparse.

También hay un segundo cambio anunciado para más adelante en 2026 (sin fecha confirmada aún): **la simplificación de los controles de personalización de anuncios**, que actualmente están repartidos en varios niveles dentro de GA4. Todo pasará a depender del parámetro ad_personalization vía Consent Mode en los ajustes de Ads.

## **Más allá de lo técnico, la implicación legal**

Lo que cambia el 15 de junio no es sólo cómo funciona Google por dentro. Cambia lo que tú, como titular de la web, tienes que ser capaz de demostrar.

El RGPD y la LSSI llevan años diciéndote que el consentimiento del usuario tiene que ser **real, informado y documentado**.

Hasta ahora, si tu banner era un poco genérico, tenías cierto margen porque Google mantenía su propia capa de control interna. A partir de junio, esa red de seguridad desaparece.

El banner manda. Solo el banner (y cómo gestione las cookies)

Y eso significa que tienes que poder responder tres preguntas muy concretas.

1. ¿Qué le estás pidiendo exactamente al usuario cuando aparece el banner?
2.  ¿Cómo se traduce su elección en las señales técnicas que recibe Google? 
3. ¿Y qué consecuencias reales tiene esa señal sobre qué datos se recogen y cómo se usan?

Si tu banner es un cuadro con un botón de «Aceptar» que no envía ninguna señal técnica real a las etiquetas, hasta ahora podías salir del paso. Desde el 15 de junio, no.

## **Qué deberías revisar ahora mismo**

Antes de hablar de herramientas, lo primero es hacer un diagnóstico. Estas son las preguntas que cualquier gestor de una web con GA4 y Google Ads vinculados debería hacerse:

**¿Tienes Consent Mode v2 correctamente configurado?** No basta con «tenerlo activado». Hay que verificar que los cuatro parámetros (ad_storage, ad_user_data, ad_personalization, analytics_storage) se están enviando correctamente y en el orden adecuado: primero el estado por defecto, después la actualización al recibir la respuesta del usuario.

**¿Cuál es tu estado por defecto para usuarios europeos?** Para usuarios en el EEE, el RGPD exige que el estado por defecto sea** denied** para todos los parámetros publicitarios, hasta que el usuario acepte activamente. Si tu implementación no establece un default correcto antes de que cargue el GTM o el gtag.js, estás enviando datos antes del consentimiento.

**¿Cómo tienes configurado Google Signals?** Revisa si está activado o desactivado, y comprueba que entiendes qué rol jugaba en tu setup hasta ahora. Después del 15 de junio, su función queda reducida a asociar datos de GA4 con usuarios autenticados para reporting conductual dentro de Analytics. Nada más.

**¿Tu política de privacidad y el texto del banner reflejan lo que realmente hacen tus etiquetas?** Si cambias el funcionamiento real de la recogida de datos, la información que ofreces al usuario tiene que actualizarse también. Es un requisito legal, no una recomendación.

**¿Tus campañas de Google Ads dependen de audiencias o señales de conversión que podrían verse afectadas?** Este es el impacto más inmediato en negocio. Si tienes Smart Bidding activo, tus listas de remarketing o conversiones basadas en el ecosistema Google, y tu Consent Mode tiene huecos, puedes ver degradación de datos antes incluso de que te des cuenta.

## **Por qué un CMP eficiente marca la diferencia**

Aquí es donde quiero ser muy directa, porque hay mucha confusión al respecto.

Un «banner de cookies» y un **CMP (Consent Management Platform)** no son lo mismo.

Un banner de cookies puede ser simplemente un cuadro de texto que aparece en la web y que, cuando el usuario hace clic en «Aceptar», no hace absolutamente nada a nivel técnico. No bloquea scripts. No envía señales a Google. Solo desaparece de la pantalla.

Un **CMP bien implementad**o, en cambio, es el intermediario técnico que traduce la decisión del usuario en instrucciones concretas para todas las etiquetas de la web. Y con los cambios del 15 de junio, ese paso técnico se vuelve imprescindible.

## **Cómo simplificar el cumplimiento**

Aquí la clave es escoger herramientas que te permitan cumplir sin fisuras.

En este sentido, yo siempre he recomendado [** Cookiebot by Usercentrics**](https://usercentrics.sjv.io/mO4NoD) , uno de los CMPs certificados por Google para Consent Mode v2, y probablemente el más utilizado en el mercado europeo.

Hay varios motivos por el que yo lo recomiendo a mis clientes:

**Es CMP certificado por Google (nivel Gold Tier):** Esto significa que la integración con Consent Mode es nativa y está verificada. Cuando un usuario acepta o rechaza cookies, Cookiebot CMP envía automáticamente las señales correctas a Google Tag Manager con los cuatro parámetros de Consent Mode v2.

**Hace un escáner automático de cookies y scripts: **para mi es el punto diferenciador. Antes de poder gestionar el consentimiento, tienes que saber qué está ejecutándose en tu web. Cookiebot CMP escanea tu sitio, identifica todas las cookies y scripts de terceros, y los clasifica por categorías (necesarias, estadísticas, marketing…). Muchas webs tienen scripts cargando que sus propietarios ni saben que están ahí.

**Bloquea scripts hasta recibir consentimiento.** Esta es la diferencia fundamental con un simple banner. Cookiebot CMP puede bloquear la ejecución de los scripts de terceros (incluyendo los de Google) hasta que el usuario haya tomado una decisión. Eso es lo que técnicamente garantiza que no se recojan datos sin consentimiento.

**Permite configurar estados por defecto y por región.** Para el RGPD europeo, todos los parámetros publicitarios deben estar en denied por defecto. Cookiebot by Usercentrics permite configurar esto de forma diferenciada según la ubicación del usuario, lo que es especialmente útil si tienes tráfico de múltiples mercados con distintos marcos legales.

**Almacena los registros de consentimiento.** En caso de una inspección o auditoría, necesitas poder demostrar que obtuviste el consentimiento. Cookiebot by Usercentrics registra cada consentimiento individualmente, con timestamp y versión del banner aceptada.

**Se integra con WordPress, GTM y prácticamente cualquier CMS.** La implementación no requiere desarrollo a medida. Hay plugin para WordPress, plantilla para GTM y script directo para implementaciones sin CMS.

## **Escoge e implementa correctamente tu CMP**

Recuerda que ninguna herramienta hace magia.

Una **implementación correcta** del CMP resuelve de un golpe los problemas técnicos que plantea el cambio del 15 de junio: establece el estado por defecto correcto antes de que carguen las etiquetas, envía la actualización al recibir la respuesta del usuario, y mapea esa respuesta a los cuatro parámetros que Google necesita.

## **Qué pasa si no haces nada**

Me parece importante ser honesta aquí. Google envió un email a los administradores de propiedades afectadas diciendo que «no se requiere acción» si tienes Google Signals activado. Técnicamente, es correcto. Pero ese mensaje asume que tu Consent Mode v2 ya está correctamente implementado con los cuatro parámetros activos.

Si confías en **Google Signals **como red de seguridad porque tu Consent Mode tiene huecos o está mal configurado, a partir del 15 de junio esos huecos dejarán de estar cubiertos.

Las consecuencias pueden ser varias, dependiendo de tu situación:

- Degradación de las audiencias de remarketing, porque Google Ads pierde acceso a datos que antes llegaban vía Signals
- Pérdida de señales de conversión para Smart Bidding, con el consiguiente impacto en el rendimiento de las campañas
- Posible incumplimiento normativo si tus etiquetas están recogiendo datos sin consentimiento real
- Inconsistencias entre lo que informa tu banner y lo que realmente ejecutan tus tags

## **Conclusión: lo que tienes que hacer antes del 15 de junio**

Si tienes GA4 vinculado a Google Ads, esto es lo que te recomiendo:

1. **Audita tu implementación actual de Consent Mode v2.** Verifica que los cuatro parámetros están presentes y se envían correctamente. Puedes hacerlo con Tag Assistant de Google o con las herramientas de diagnóstico de tu CMP.
2. **Comprueba el orden de carga.** El estado por defecto (consent default) debe establecerse antes de que cargue GTM o gtag.js. Si se carga después, las etiquetas se disparan sin esperar la señal de consentimiento.
3. **Revisa el estado por defecto para usuarios europeos.** Para el EEE, todos los parámetros publicitarios deben empezar en denied.
4. **Si no tienes un CMP real, implementa uno.** Cookiebot es mi recomendación por su certificación Google, facilidad de implementación y robustez. Tienen prueba gratuita de 14 días.
5. **Actualiza tu política de privacidad y el texto del banner** si el funcionamiento real de tus tags va a cambiar.
6. **Documenta antes del 15 de junio cómo estaba tu setup.** Tener una línea base te permitirá detectar cambios en los datos después de la transición.

El cambio en sí mismo no es complicado de entender: **Google está unificando el control de datos en un único punto** (Consent Mode) en lugar de mantener dos sistemas solapados. Es una simplificación que tiene sentido. El problema real es que muchas implementaciones de Consent Mode tienen huecos que Google Signals estaba tapando sin que sus propietarios lo supieran.

Junio es tu fecha límite para descubrirlo y arreglarlo.

¿Tienes dudas sobre cómo revisar tu setup actual? Puedes dejarme un comentario o escribirme directamente.

## Un resumen en imagen

![](https://marinabrocca.com/wp-content/uploads/Google-signal-800x1686.png)