⚠️ Quedan 22 días para el 15 de junio de 2026. ¿Tu stack de tracking está listo?
Checklist técnico · 15 junio 2026 · España
Checklist completo antes del 15 de junio 2026: GA4, GTM, Consent Mode y Google Ads
✍️ Juan Pittau — IA Senior Lab📅 24 de mayo de 2026⏱ 12 min de lectura
Por qué este checklist existe
El 15 de junio de 2026 Google ejecuta cambios que afectan directamente a cualquier cuenta con GA4 y Google Ads vinculados. No son cambios opcionales ni graduales — son cambios binarios que se activan en una fecha concreta. Este checklist cubre los 9 pasos de verificación necesarios para que ninguna cuenta llegue a ese día sin haberlos completado. Incluye casos críticos específicos que la documentación oficial no menciona explícitamente.
⚠️ Tag Diagnostics tiene latencia de 48–72 horas
Si se detecta un problema el 13 de junio y se corrige ese mismo día, Tag Diagnostics no confirmará la corrección hasta el 15 o 16 de junio — ya después del cambio. Empezar la verificación mínimo 2 semanas antes del 15 de junio.
Tres cambios concretos se activan el 15 de junio. No son graduales:
ad_storage pasa a ser el único control de todos los datos de Google Ads. Google Signals pierde cualquier autoridad sobre datos publicitarios y queda reducido a reportes comportamentales internos de GA4.
ad_personalization pasará a ser el único control de personalización y audiencias de remarketing. Sin fecha confirmada — Google comunicará el plazo por separado.
IPs cifradas antes de transmitirse a Google Ads, gobernadas por la configuración de la cuenta de Ads, no de Analytics. Sin fecha confirmada.
El sistema es binario — no hay término medio
Con ad_storage: granted → Google usa todas las señales disponibles incluyendo vincular al usuario con su login de Google.
Con ad_storage: denied → Google Ads solo accede a parámetros de URL como gclid. Sin cookies, sin identificadores cross-device, sin audiencias.
Fecha
Cambio
Estado
Marzo 2024
Consent Mode v2 obligatorio para tráfico EEE — añade ad_user_data y ad_personalization
✅ Activo
Julio 2025
Aplicación forzosa EU User Consent Policy — personalización desactivada para cuentas no conformes
✅ Activo
Febrero 2026
Session attributes e IPs eliminados de la Google Ads API
✅ Activo
15 junio 2026
ad_storage = único control de datos de Google Ads. Google Signals pierde autoridad publicitaria.
🔴 Pendiente
Sin fecha 2026
ad_personalization = único control de remarketing y audiencias
⏳ Sin confirmar
Sin fecha 2026
IPs cifradas fluyen a Google Ads gobernadas por cuenta de Ads
⏳ Sin confirmar
1
Diagnóstico inicial
CMP instalado y certificado. Sin CMP no existe señal granted — Google Ads opera sin cookies ni identificadores cross-device.
Verificar si la cuenta tenía Google Signals ON como control de datos de Ads. Esa función desaparece el 15J — ya no protege ni controla nada en Google Ads.
Enlace GA4 → Google Ads activo en GA4 Admin → Google Ads Links. El cambio aplica específicamente a propiedades enlazadas.
Auto-tagging activo en Google Ads. El gclid en URL es la única señal disponible cuando ad_storage: denied. Sin auto-tagging, esa señal tampoco llega.
CMP en v2 con los 4 parámetros. Un CMP que solo pasa ad_storage y analytics_storage es una integración incompleta de v1 — faltan ad_user_data y ad_personalization.
⚠️ Caso crítico — Google Signals OFF sin ad_storage: denied
Si tras el 15J el usuario concede ad_storage, Google Ads vinculará su actividad con su login de Google — independientemente de que Signals esté OFF. Si la DPA fue redactada con Signals OFF como protección, esto es un cambio material que requiere revisión legal antes del 15J.
2
CMP — Consent Management Platform
CMP en la lista oficial de socios certificados de Google. Verificar en cmppartnerprogram.withgoogle.com.
CMP soporta y envía los 4 parámetros:ad_storage, ad_personalization, analytics_storage, ad_user_data.
El script del CMP carga y ejecuta antes que cualquier tag de Google.
El CMP dispara gtag('consent', 'update', {...}) en su callback con los 4 parámetros tras la decisión del usuario.
Defaults por jurisdicción, no un único default global: EEE / UK / Suiza → denied como punto de partida. California CCPA → granted es válido si se respeta el Global Privacy Control.
El banner no tiene consentimiento publicitario pre-marcado. Es un dark pattern ilegal bajo RGPD.
3
Google Tag Manager
Default Consent State
Etiqueta con gtag('consent', 'default', {...}) disparada en trigger Consent Initialization — All Pages — no "All Pages" ni "DOM Ready".
Los 4 parámetros en denied para tráfico EEE / UK / Suiza:
Verificar tipos de consentimiento requeridos por cada tag: Google Ads Conversion → ad_storage + ad_user_data. GA4 → analytics_storage. Remarketing → ad_personalization.
Ningún tag tiene "No additional consent checks" sin justificación documentada.
Cobertura de páginas
Consent default y update se cargan en todas las páginas, especialmente en páginas de confirmación de compra o lead — es la omisión más frecuente.
Subdominios con contenedor GTM propio: cada uno tiene su integración independiente de Consent Mode verificada.
SPAs (Single Page Applications): las preferencias almacenadas se propagan correctamente entre rutas client-side sin re-ejecutar el default en cada navegación.
4
Verificación técnica — escenarios de prueba
Escenario A — Primera visita (ventana privada)
Antes de tocar el banner: Tag Assistant → Consent → los 4 parámetros en denied.
Tras aceptar todas las cookies: 4 parámetros en granted, tags de Ads y GA4 disparan correctamente.
Tras rechazar: 4 parámetros en denied, solo pings cookieless de modelado — sin tracking con cookies.
Escenario B — Visita de retorno
El CMP dispara el update automáticamente al cargar la primera página de la visita de retorno — no solo en la página donde se tomó la decisión inicial.
⚠️ Fallo frecuente en visitas de retorno
El CMP solo activa el callback en la primera interacción y asume que la cookie gestiona el estado en visitas posteriores. Si el update no se dispara en visitas de retorno, GTM puede tratar esas sesiones como no consentidas — pérdida de datos silenciosa.
Verificación con DevTools
DevTools → Red → filtrar por google-analytics.com/g/collect → verificar parámetro gcs:
G111 = ad_storage: granted, analytics_storage: granted ← objetivo tras aceptar
5
Google Ads
Google Ads → Herramientas → Tag → Consent Mode: verde por cada tag.
Tag Coverage: porcentaje alto de conversiones cubiertas con señal de consentimiento.
Conversiones Mejoradas (Enhanced Conversions) activas. Sin ad_user_data: granted no funcionan correctamente aunque ad_storage esté granted.
Auto-tagging activo en la cuenta.
Customer Match y listas RLSA: con ad_storage: denied mayoritario, verificar disponibilidad de datos hasheados como respaldo para no perder listas de audiencia.
Revisar configuración de cuenta: IP anonymization, customer data, personalización — después del 15J estas configuraciones de cuenta pesan más que cualquier setting en Analytics.
6
GA4 — propiedad
GA4 Admin → Recopilación de datos → indicador Consent Mode en verde.
GA4 Admin → Consent → Tag Diagnostics: revisar flags de misconfiguration. Iniciar mínimo 2 semanas antes por latencia de 48–72h.
Enlace GA4 → Google Ads activo en GA4 Admin → Google Ads Links.
Google Signals puede mantenerse activo para demografía y reportes comportamentales internos — no afecta a datos de Google Ads a partir del 15J.
⚠️ Si tenías Google Signals OFF como medida de privacidad para Ads
Auditar ahora los defaults de ad_storage. Si está granted donde debería estar denied, el 15J activa la vinculación con el login de Google de forma silenciosa — sin ningún aviso en los informes.
7
E-commerce
Basic Mode
Advanced Mode
Carga de tags
Bloqueada hasta interacción con el banner
Carga inmediata con defaults denied
Datos antes de consentir
Ninguno enviado a Google
Pings cookieless enviados
Modelado disponible
General (menos preciso)
Específico del anunciante
Recomendación
Volumen bajo, menos complejidad técnica
Volumen suficiente + Enhanced Conversions
Evento purchase incluye transaction_id, value y currency también en hits cookieless.
Página de confirmación de compra verificada con Tag Assistant en esa URL específica — es la página crítica más frecuentemente omitida en las verificaciones.
Audiencias de remarketing verificadas antes del 15J: la consolidación de ad_personalization llega sin fecha confirmada pero conviene prepararlo ahora.
8
Leads B2B
Evento de conversión principal funciona con ad_storage: denied vía gclid en URL.
ad_user_data: granted necesario para Enhanced Conversions con email hasheado — verificar específicamente este parámetro en el update.
Formularios de terceros (HubSpot, Typeform, Calendly): verificar que el consentimiento del CMP se propaga al iframe o al evento post-envío.
HubSpot nativo: la integración con Consent Mode v2 solo funciona correctamente con el banner opt-in nativo de HubSpot — si se usa CMP externo, requiere integración manual.
Ventana de conversión en Google Ads a 60–90 días para ciclos de decisión largos en B2B.
Smart Bidding: si el volumen de conversiones cae por bajo consentimiento, evaluar offline conversions para mantener señal suficiente.
9
Agencias — gestión de clientes
Auditar cada cuenta individualmente — nunca extrapolar el estado de una propiedad al resto.
Clientes sin CMP: emergencia crítica — sin señal granted no hay datos de Ads con cookies.
Clientes con Google Signals OFF sin ad_storage: denied: máxima urgencia — comunicar el cambio de privacidad y revisar DPA antes del 15J.
Documentar por cliente: CMP usado, 4 parámetros configurados, fecha de verificación, resultado de Tag Diagnostics y diagnóstico en Google Ads.
Preparar comunicación al cliente con % sesiones con consentimiento del Consent Overview para contextualizar variaciones de métricas post 15J.
Configurar ad_personalization ahora aunque el deadline sea posterior — Google no ha dado fecha y puede activarlo sin aviso suficiente.
RGPD: el cambio de doble compuerta a única es un cambio material en el procesamiento de datos — revisar y actualizar política de privacidad y DPA antes del 15J.
Tabla de verificación final — 17 tests
Test
Herramienta
Resultado esperado
consent default antes de cualquier tag
GTM Preview
Primer evento · 4 parámetros denied
consent update con 4 parámetros
GTM Preview
Tras interacción con banner
consent update en visita de retorno
GTM Preview
Se dispara automáticamente
4 parámetros antes del banner
Tag Assistant → Consent
Todos denied
4 parámetros tras aceptar
Tag Assistant
Todos granted
4 parámetros tras rechazar
Tag Assistant
Todos denied + pings cookieless
gcs=G111 tras aceptar
DevTools → g/collect
Confirmado
gcs=G100 antes de aceptar
DevTools → g/collect
Confirmado
Tag Diagnostics
GA4 Admin → Consent
Sin flags de error
Enlace GA4–Google Ads
GA4 Admin → Google Ads Links
Activo
Auto-tagging
Google Ads → Settings
Activo
Consent Mode por tag
Google Ads → Tools → Tag
Verde en todos
Enhanced Conversions
Google Ads → Conversiones
Activas · ad_user_data: granted confirmado
CMP certificado
cmppartnerprogram.withgoogle.com
Aparece en lista
Consent Overview
GTM → Admin → Container
Sin tags sin check
Página de confirmación
Tag Assistant en URL específica
Consent cargado correctamente
Subdominio (si aplica)
GTM Preview en subdominio
Integración propia verificada
Preguntas frecuentes
Tres cambios concretos: ad_storage pasa a ser el único control de todos los datos de Google Ads — Google Signals pierde cualquier autoridad sobre datos publicitarios. El sistema es binario: con ad_storage granted, Google usa todas las señales disponibles incluyendo vincular al usuario con su login de Google. Con ad_storage denied, Google Ads solo accede a parámetros de URL como gclid. No hay término medio.
Mínimo 2 semanas antes. Tag Diagnostics en GA4 tiene una latencia de 48 a 72 horas para reflejar cambios. Si se detecta un problema el 13 de junio y se corrige ese mismo día, Tag Diagnostics no confirmará la corrección hasta el 15 o 16 de junio — ya después del cambio.
Es un caso crítico. Si tras el 15 de junio el usuario concede ad_storage, Google Ads vinculará su actividad con su login de Google — independientemente de que Google Signals esté OFF. Si tu política de privacidad o DPA fue redactada con Signals OFF como protección, esto es un cambio material que requiere revisión legal antes del 15 de junio.
El parámetro gcs en las solicitudes a google-analytics.com/g/collect indica el estado del consentimiento. G100 significa ad_storage denied y analytics_storage denied. G111 significa ambos granted. Para verificarlo: DevTools → Red → filtrar por g/collect → revisar el parámetro gcs en la solicitud. Tras aceptar todas las cookies debe aparecer G111.
No para Google Ads. allow_google_signals en gtag no tiene ningún efecto sobre Google Ads después del 15 de junio — solo funciona para reportes internos de comportamiento en GA4. El único control que cuenta para datos publicitarios es ad_storage en el Consent Mode.
¿Preferís que lo hagamos nosotros?
Auditamos el stack completo — GA4, GTM, Consent Mode y Google Ads — y entregamos el informe con plan de acción priorizado en 48 horas. Quedan 22 días.
Especialista GA4 · GTM · Google Ads · IA Senior Lab
Más de 20 años configurando e implementando medición digital. Ex Google Ads Trainer oficial para América Latina (Disney, Ford, Movistar, Mercado Libre). Hoy audita implementaciones de tracking para agencias y e-commerce en España.