Desde marzo de 2024, Google exige el Consent Mode v2 a cualquier sitio que quiera conservar el acceso a los datos de GA4 y Google Ads para usuarios europeos. En 2026, muchas tiendas PrestaShop siguen funcionando con una configuración mal entendida: en Consent Mode v1 olvidado, en v2 mal conectado, o, lo que es peor, sin Consent Mode en absoluto. El resultado es siempre el mismo: datos de GA4 parciales, audiencias de Google Ads que dejan de llenarse y un riesgo de conformidad RGPD que las autoridades de protección de datos toman cada vez más en serio tras sus sanciones de 2024-2025.
Esta guía cubre la configuración completa del Consent Mode v2 en PrestaShop 8: qué ha cambiado respecto a v1, el stack técnico a implementar (CMP + Google Tag Manager + GA4), los errores típicos detectados en auditorías y cómo verificar que todo funciona realmente antes de dar el tema por cerrado.
Qué cambia el Consent Mode v2 respecto a v1
El Consent Mode v1 (lanzado en 2020) gestionaba dos parámetros de consentimiento: ad_storage y analytics_storage. Era suficiente para diferenciar el tracking analítico del publicitario.
El Consent Mode v2 (marzo 2024) añade dos parámetros adicionales:
ad_user_data— autorización para enviar datos de usuario a Google con fines publicitarios (p. ej. email hasheado para Customer Match). Sin esto, tus audiencias personalizadas de Google Ads dejan de llenarse.ad_personalization— autorización para usar esos datos en publicidad personalizada (remarketing, audiencias similares, etc.). Sin esto, tus campañas de remarketing funcionan en vacío.
Para mantener la funcionalidad completa de Google Ads, ambos parámetros deben establecerse explícitamente además de los dos históricos. El otro cambio mayor es la distinción entre Consent Mode básico (si el usuario rechaza las cookies, ninguna etiqueta Google se activa: pierdes el 100% de los datos de ese visitante) y Consent Mode avanzado (las etiquetas Google se activan igualmente en modo «sin cookies», enviando pings anónimos, y Google usa modelización estadística para completar los datos de los usuarios que han rechazado).
Punto fundamental: el Consent Mode v2 debe declararse antes que cualquier otra etiqueta Google en la página. Si el orden no se respeta, los primeros eventos se envían sin estado de consentimiento y tu conformidad RGPD queda rota. Es el error más frecuente que vemos en auditorías.
El stack a implementar en PrestaShop 8
Una configuración correcta se apoya en tres componentes que deben trabajar juntos: una CMP (tarteaucitron, Axeptio, Didomi), Google Tag Manager como hub central, y las destinaciones GA4 y Google Ads. En PrestaShop 8, el reto es que estos componentes provienen de módulos diferentes que no se comunican entre sí por defecto. El módulo Google Tag Pro implementa la cadena completa: tracking GA4 y Google Ads enhanced ecommerce, Consent Mode v2 nativo y compatibilidad con las CMP habituales mediante detección automática.
Configuración de GTM con los triggers de Consent State
La configuración en GTM sigue siempre la misma secuencia: inicializar el Consent Mode con un estado por defecto «todo denegado», luego enviar un evento consent update en cuanto el usuario ha hecho su elección en la CMP.
Etiqueta de configuración Default (activar primero en todas las páginas):
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'wait_for_update': 500
});Etiqueta Update (activar tras la elección del usuario):
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted',
'analytics_storage': 'granted'
});En GTM, esta etiqueta se activa con un evento personalizado (p. ej. consent_granted) que la CMP empuja al dataLayer tras el clic en «Aceptar todo». En elecciones granulares, solo los parámetros correspondientes cambian a granted.
Verificar que todo funciona: depuración con Google Tag Assistant
La verificación se hace con el Google Tag Assistant (tagassistant.google.com). Introduce la URL de tu tienda, realiza el recorrido de compra completo (inicio → ficha de producto → añadir al carrito → checkout → pago) y verifica que todos los eventos se envían con los estados correctos: denied en los 4 parámetros antes del consentimiento y granted tras «Aceptar todo». El informe «Estados de consentimiento» en GA4 confirma el porcentaje de eventos recibidos con consentimiento granted vs denied.
Errores típicos detectados en auditorías
Error 1: la etiqueta Default se activa después de GA4. El Consent Mode debe inicializarse en el primer lugar de la página. Solución: en GTM, usar el disparador «Initialization» (se activa antes que todos los demás).
Error 2: la etiqueta Update nunca se activa. Síntoma clásico: todos los pings permanecen en denied incluso tras «Aceptar todo». Causa: la CMP no empuja el evento esperado al dataLayer o GTM escucha el nombre de evento incorrecto.
Error 3: GTM bloqueado por la propia CMP. Algunas CMP mal configuradas tratan GTM como un tracker de terceros que bloquear antes del consentimiento. La CMP debe permitir que GTM se cargue antes del consentimiento.
Error 4: conflictos entre múltiples módulos. Tiendas que han acumulado varios módulos de tracking (antiguo GA Universal, GA4 nativo de PrestaShop, módulo GTM, módulo Meta Pixel) se encuentran con etiquetas que se cortocircuitan entre sí. Solución: auditar todos los módulos de tracking activos y conservar solo uno que lo orqueste todo.
Error 5: falta de gestión de cambios de preferencia. Cuando un usuario cambia de opinión y hace clic en «Modificar mis preferencias», la CMP debe activar un nuevo evento Update con los nuevos parámetros.
Error 6: Consent Mode v1 dejado junto a v2. Eliminar cualquier rastro de Consent Mode v1 antes de implementar v2.
Modelización estadística: qué se recupera pese al rechazo
Cuando un usuario rechaza las cookies, el Consent Mode avanzado envía pings anonimizados y los algoritmos ML de Google estiman qué habría ocurrido si el usuario hubiera aceptado. La modelización solo se activa a partir de umbrales mínimos de volumen (~1.000 eventos/día). Para las campañas de Google Ads, el beneficio es más inmediato: el Consent Mode avanzado puede recuperar un 20-40% de conversiones «perdidas» en los informes y mantiene los algoritmos de Smart Bidding aprendiendo pese a la caída del consentimiento explícito.
Conclusión: una inversión obligatoria que exige rigor
El Consent Mode v2 en PrestaShop ya no es opcional en 2026. Es una obligación tanto para mantener la conformidad RGPD como para conservar las funcionalidades completas de Google Ads. La configuración exige rigor: orden de activación preciso, coordinación CMP/GTM/GA4, verificación sistemática con Tag Assistant.
Para temas relacionados, consulta nuestros tutoriales de PrestaShop o nuestras noticias de e-commerce. Y para un setup de tracking GA4 y Google Ads completo con Consent Mode v2 nativo, el módulo Google Tag Pro implementa la cadena completa en PrestaShop 8.