En un ecommerce industrial, una caída en conversiones no siempre significa que la campaña funcione peor. A veces el problema está antes: en la base técnica que registra, interpreta y atribuye esos datos.
Eso fue lo que ocurría en este caso.
La tienda online, desarrollada en PrestaShop, trabajaba con inversión en Google Ads y un ecosistema de medición formado por Google Tag Manager, Google Analytics 4, Google Ads y varios módulos de terceros.
El contexto: datos activos, pero no del todo fiables
La medición seguía funcionando. Había datos. Había conversiones registradas. Había campañas activas.
Pero eso no era suficiente.
El negocio dependía de una medición fiable para evaluar rendimiento comercial, interpretar la evolución de campañas y entender si una caída de conversiones respondía a un problema real de captación o a un fallo en la forma de medir.
El punto de fricción estaba en la implementación de Consent Mode v2.
En este caso, el problema estaba en una implementación de Consent Mode v2 en PrestaShop que no respetaba correctamente el estado por defecto del consentimiento.
La configuración no estaba correctamente resuelta. El consentimiento por defecto no se estaba aplicando como debía y la actualización tras la aceptación del usuario no estaba claramente validada. En la práctica, eso generaba una situación incómoda: sobre el papel parecía que parte del sistema estaba bien, pero al revisar el comportamiento real aparecían señales contradictorias.
Y cuando eso pasa, el problema deja de ser solo técnico.
¿Qué es Consent Mode v2 y por qué afecta a la medición en PrestaShop?
Google Consent Mode v2 es el mecanismo con el que las etiquetas de Google, principalmente GA4 y Google Ads, ajustan su comportamiento en función del consentimiento del usuario. No es un banner ni un plugin: es la lógica técnica que determina qué señales se pueden enviar y cuándo, según si el usuario ha aceptado o no.
En PrestaShop, esto afecta especialmente porque casi nunca hay una única capa controlando todo. Lo normal es tener:
- un módulo o CMP que gestiona el banner y guarda el consentimiento,
- Google Tag Manager disparando etiquetas,
- integraciones semiautomáticas de GA4 y Google Ads,
- y a veces scripts extra de terceros.
Ahí es donde entra el problema real: si Consent Mode v2 no arranca con un estado por defecto coherente y no actualiza bien el estado tras la interacción, puedes tener etiquetas que disparan antes de tiempo, señales publicitarias o analíticas en granted sin aceptación real, o lo contrario: todo en denied incluso después de aceptar.
Y en un ecommerce, eso no es solo cumplimiento: es atribución, lectura de campañas y capacidad de decidir si una caída de conversiones es marketing o medición.
En la práctica, lo que te juegas no es tener datos, sino poder confiar en ellos.
Piensa en Consent Mode v2 como el “interruptor maestro” del sistema de medición: no decide qué etiquetas existen, pero sí si pueden operar en modo completo, en modo limitado o si deben quedarse bloqueadas. Si el estado por defecto o la actualización fallan, el sistema puede seguir “encendido”, pero el dato deja de ser fiable.
Síntomas típicos de una mala implementación en PrestaShop + GTM + GA4 + Ads
1) Señales en granted antes de que el usuario toque el banner
El clásico: el sistema parece configurado, pero al validar ves ad_storage, analytics_storage, ad_user_data o ad_personalization como concedidas desde el minuto 0.
2) El consentimiento cambia en el banner, pero no cambia en las etiquetas
El usuario acepta o rechaza, el banner lo refleja, pero en Tag Assistant o en el preview de GTM ves que:
- las etiquetas disparan igual,
- o no se actualiza el estado real que usa Google.
3) Conversiones inestables o caídas bruscas sin cambios claros en campañas
De un periodo a otro, bajan conversiones o se disparan discrepancias y no hay explicación en:
- pujas,
- presupuestos,
- anuncios,
- landing,
- ni demanda.
Suele ser síntoma de ruptura de medición o atribución.
4) Discrepancias fuertes entre Google Ads y GA4, más de lo razonable
Algo de diferencia siempre hay, pero cuando se vuelve absurda, con picos, valles o gaps raros, suele haber:
- etiquetas disparando antes del consentimiento,
- doble etiquetado,
- o consentimiento mal actualizado.
5) Secuencia de carga incorrecta: los tags se adelantan al consentimiento
Muy típico en PrestaShop por mezclas de módulos: el consent default llega tarde y, para cuando llega, ya han disparado:
- GA4,
- Ads,
- remarketing,
- o conversion tracking.
6) Está todo instalado, pero nadie puede explicarte el flujo
Este es el síntoma de consultoría: hay piezas, pero no hay sistema.
Cuando preguntas quién decide el consentimiento y en qué orden, nadie lo puede dibujar en 30 segundos.
Qué estaba fallando realmente
La complejidad del entorno hacía difícil detectar el origen del error con rapidez. Parte de la lógica de medición dependía de Google Tag Manager. Otra parte, del módulo de cookies de PrestaShop. A eso se sumaban scripts e integraciones de terceros.
El resultado era una implementación en la que no se podía confiar del todo.
Antes de la intervención, varias señales clave de consentimiento aparecían concedidas por defecto en un contexto en el que debían arrancar en estado denegado hasta que el usuario aceptara el banner. Eso afectaba directamente a cuatro señales críticas:
- ad_storage
- analytics_storage
- ad_user_data
- ad_personalization
Este tipo de fallo abre varios frentes a la vez.
Por un lado, genera riesgo de incumplimiento técnico. Por otro, debilita la calidad del dato. Y además complica algo especialmente delicado: interpretar una caída relevante de conversiones en Google Ads sin saber si el problema está en la campaña o en la medición.
Dicho de forma simple: los datos seguían llegando, pero no existía una base suficientemente sólida para analizarlos con confianza.
La intervención: auditar antes de tocar
Desde Desafío abordamos el caso como una auditoría técnica completa del sistema de consentimiento y medición.
El primer paso fue acelerar el diagnóstico con una herramienta propia de auditoría de etiquetas y consentimiento, desarrollada internamente para revisar de forma estructurada implementaciones de GTM, GA4, Google Ads, Consent Mode v2, auto-tagging y señales de medición.
Ese análisis inicial permitió detectar con rapidez una anomalía importante: el sistema estaba arrancando con estados de consentimiento que no encajaban con una implementación correcta para tráfico sujeto a consentimiento previo.
A partir de ahí, contrastamos el comportamiento real con Google Tag Assistant y revisamos la lógica completa del sistema:
- configuración del contenedor en Google Tag Manager,
- comportamiento del módulo de cookies o CMP en PrestaShop,
- secuencia de carga del consentimiento,
- actualización del estado tras la interacción del usuario con el banner.
El foco no estaba en añadir complejidad, sino en ordenar la lógica y validar el flujo real del consentimiento.
Antes y después: lo que cambió
Antes
La implementación presentaba una base difícil de verificar. Había medición activa, pero el comportamiento del consentimiento no era consistente. La auditoría detectó señales publicitarias y analíticas en estado concedido por defecto cuando debían arrancar denegadas hasta la aceptación del usuario.
Eso generaba una base de medición inestable, difícil de interpretar y con impacto directo en la lectura de campañas y conversiones.
Después
Tras la revisión técnica, la implementación de Consent Mode v2 quedó corregida para que el sistema arrancara con consentimiento denied por defecto en las señales clave y actualizara correctamente a granted cuando el usuario aceptaba el banner.
La validación se completó en los dos momentos que realmente importaban:
- estado por defecto,
- actualización tras aceptación.
También se corrigieron errores en la secuencia de carga del consentimiento y en la configuración del contenedor GTM.
El resultado: una medición mucho más fiable para tomar decisiones
El cambio conseguido no fue solo técnico.
Se pasó de una implementación difícil de interpretar, con señales contradictorias y riesgo operativo, a una configuración validada de forma práctica y verificable. Eso devolvió al equipo algo que muchas veces se da por hecho hasta que se pierde: control sobre la medición.
Con una base más fiable, el análisis de campañas dejó de depender de suposiciones. La lectura de conversiones ganó consistencia. Y el negocio pudo seguir tomando decisiones con un criterio más sólido sobre rendimiento comercial y publicidad.
Además, el caso permitió demostrar algo importante: cuando el ecosistema de medición es complejo, no basta con revisar etiquetas por intuición. Hace falta un proceso ordenado para aislar el problema real y no perder tiempo tocando piezas sin saber cuál está rompiendo el sistema.
Lo importante no era la herramienta, sino el control recuperado
La herramienta propia de auditoría tuvo un papel relevante en el diagnóstico, pero no es el centro del caso.
Lo que importa de verdad es el cambio conseguido.
Este ecommerce pasó de trabajar con una medición difícil de validar a operar con una base técnica mucho más clara, contrastable y útil para interpretar campañas. Y eso, en un entorno donde cada decisión depende del dato, marca una diferencia real.
Porque muchas veces el problema no está en Google Ads, ni en GA4, ni siquiera en el banner. Está en cómo encajan todas las piezas.
Y cuando esa base falla, lo que cae no es solo la calidad técnica. También cae la capacidad de decidir bien.