Google Signals cambia el 15 de junio de 2026: qué significa para tu consentimiento

El 15 de junio de 2026, Google va a consolidar la forma en que los datos publicitarios fluyen entre Google Analytics y Google Ads. La recopilación de cookies e ID de Google Ads dejará de estar gobernada por dos controles que trabajan juntos — pasará a estar gobernada por un único parámetro del Modo de Consentimiento: ad_storage.

Durante años, el ajuste Google Signals en Google Analytics funcionó como una segunda red de seguridad junto al Modo de Consentimiento. Después del 15 de junio, ese respaldo desaparece para la ruta de datos de anuncios. El Modo de Consentimiento reflejará únicamente lo que envíe tu CMP. Si tu configuración de consentimiento no es correcta, ya no habrá un ajuste en el panel de GA4 que lo corrija.

Esto es exactamente lo que cambia, a quién afecta y qué revisar antes de la fecha límite.

---

Qué está cambiando — y por qué importa

Hoy, la recopilación de cookies e ID de Google Ads desde la etiqueta de Google Analytics y el SDK de Firebase está controlada por ambos:

• el ajuste Google Signals en Google Analytics, y
• tu ajuste ad_storage del Modo de Consentimiento.

Ambos tenían que permitir el seguimiento para que la señal completa fluyera. Después del 15 de junio, Google aplica controles específicos por destino:

• Datos usados en Google Ads → gobernados exclusivamente por el ad_storage del Modo de Consentimiento.
• Datos usados en Google Analytics (informes) → gobernados exclusivamente por el ajuste de Google Signals.

En otras palabras, tu etiqueta de Google Analytics empezará a comportarse como ya lo hace la etiqueta de Google Ads: ad_storage se convierte en el único interruptor para las cookies e ID de publicidad. La palanca de privacidad sale de la interfaz de administración de GA4 y pasa a la señal de consentimiento que envía tu CMP.

---

Qué no está cambiando

Google Signals no desaparece — sigue siendo el control para los informes mejorados en Google Analytics (datos demográficos, intereses y datos entre dispositivos de usuarios que han iniciado sesión). Simplemente deja de funcionar también como control de datos de anuncios.

Y solo se ve afectado ad_storage. No hay cambios en analytics_storage, ad_user_data ni ad_personalization, y no se introduce ninguna cookie ni identificador nuevo.

---

A quién afecta más

• Empresas que desactivaron Google Signals como medida de privacidad. Este es el punto clave. Si dependías de que Signals estuviera desactivado para impedir que Ads usara cookies, esa palanca ya no funciona — después del 15 de junio, la actividad web y en apps con ad_storage concedido se asociará con la información de usuarios que han iniciado sesión en Google para públicos, pujas, optimización y medición.
• Anunciantes que operan en el EEE, Reino Unido y Suiza, donde ya se exige un CMP certificado por Google y señales de consentimiento válidas.
• Anunciantes centrados en remarketing y conversiones, cuyo rendimiento de campaña ahora depende por completo de la señal ad_storage.
• Quienes aún usan el Modo de Consentimiento v1, que deberían migrar al v2 Avanzado con las cuatro señales.

Si Google Signals está activado, no hay cambios en el comportamiento de tus datos. Si está desactivado, el comportamiento de tus datos cambiará.

---

El aspecto de cumplimiento

Como el control ahora reside por completo en tu banner de consentimiento, la precisión de la señal que envía tu CMP pasa a ser una cuestión de cumplimiento, no solo de rendimiento:

• Si no quieres que Google Ads use esas cookies e ID, establece el estado predeterminado de ad_storage como denegado (esto también se puede definir por región). Ten en cuenta que es una compensación real — denegar ad_storage de forma predeterminada puede reducir las listas de remarketing y la eficiencia de las Pujas Inteligentes.
• Si cambia tu comportamiento de recopilación de datos, revisa tus avisos de privacidad y consulta a tu equipo legal sobre las obligaciones de notificación de cambios materiales bajo el GDPR y las leyes de privacidad de EE. UU.

---

Qué hacer antes del 15 de junio

1. Comprueba si Google Signals está activado en tu propiedad de GA4 (Administrador → Recopilación y modificación de datos → Google Signals). Esto determina si el comportamiento de tus datos cambia.
2. Confirma que tu CMP ejecuta el Modo de Consentimiento v2 Avanzado y envía las cuatro señales — ad_storage, ad_user_data, ad_personalization, analytics_storage — con valores predeterminados adecuados (denegado por defecto en el EEE/Reino Unido).
3. Verifica que el consentimiento predeterminado se active antes de cualquier etiqueta de Google, y que una actualización se active en el momento en que el visitante toma una decisión — tanto en visitas iniciales como en visitas de retorno.
4. Revisa tus avisos de privacidad y decide el valor predeterminado de ad_storage de forma deliberada, según si quieres que Ads use estos datos.

---

Cómo CookiePal te mantiene protegido

Este cambio convierte la señal que envía tu banner de consentimiento en la única fuente de verdad para los datos de anuncios — que es exactamente lo que gestiona CookiePal. Como CMP certificado por Google, CookiePal ejecuta el Modo de Consentimiento v2 en modo Avanzado de forma predeterminada:

• Establece ad_storage, ad_user_data, ad_personalization y analytics_storage como denegado por defecto, antes de que se active cualquier etiqueta de Google.
• Actualiza esas señales a concedido en el instante en que un visitante da su consentimiento — y las mantiene denegadas si no lo da.
• Te permite verificar la implementación para que confirmes que se están activando las señales correctas en todas las páginas.

Si usas CookiePal con el Modo de Consentimiento v2, ya estás enviando exactamente la señal de la que depende este cambio. Puedes confirmarlo con nuestra guía de configuración del Modo de Consentimiento de Google y la guía de verificación.

---

Fuentes

• Ayuda de Google Analytics — Novedades en los controles de datos de Google Analytics
• Google para Desarrolladores — Descripción general del Modo de Consentimiento
• Google para Desarrolladores — Configurar el Modo de Consentimiento en sitios web