Google Consent Mode v2 en WordPress: Una guía práctica de configuración

Qué es Google Consent Mode v2 y qué no es

El resumen oficial de Consent Mode de Google lo describe como una forma de ajustar cómo se comportan las etiquetas y SDKs de Google basándose en las elecciones de consentimiento del usuario. Esto es importante porque el banner recopila la elección del visitante, pero las etiquetas aún necesitan una señal estructurada que indique qué está permitido.

En otras palabras, el banner y el Consent Mode resuelven partes diferentes del mismo flujo de trabajo. Google indica explícitamente que usted es responsable de obtener el consentimiento y luego comunicar ese estado de consentimiento a Google. Si utiliza WordPress con Google Analytics, Google Ads o Google Tag Manager, esta distinción es más importante que la etiqueta "v2".

Los cuatro parámetros de consentimiento que los equipos deberían comprender

La documentación actual de Google se centra en cuatro parámetros que a menudo importan en las implementaciones de sitios web: ad_storage, analytics_storage, ad_user_data, y ad_personalization. Google añadió los dos últimos en la actualización de Consent Mode v2 para el tráfico de la EEE, por lo que la documentación anterior o las configuraciones antiguas pueden no coincidir con lo que necesitas ahora.

Consent Mode básico o avanzado: la diferencia práctica

Google documenta dos modelos de implementación. En Consent Mode básico, las etiquetas se bloquean hasta que el visitante otorga consentimiento. En Consent Mode avanzado, las etiquetas se cargan con configuraciones de consentimiento predeterminadas y luego ajustan el comportamiento tras la elección del visitante.

El compromiso es sencillo. El modo básico es conceptualmente más simple porque nada opcional se ejecuta antes del consentimiento. El modo avanzado puede ofrecer mayor continuidad de medición porque Google utiliza pings y modelado conscientes del consentimiento cuando se deniega el consentimiento. Ninguno de los dos modelos elimina la necesidad de establecer predeterminados correctos o de alinear la implementación con su política y la lógica del banner.

Por qué los equipos se atascan en WordPress

El punto de fallo suele no ser WordPress en sí mismo. Es el momento. Un sitio puede mostrar un banner y aún así enviar la señal incorrecta si el estado predeterminado falta, se carga demasiado tarde o solo se actualiza para la ruta de "aceptar todo". Por eso, la guía de solución de problemas de Google se centra tan intensamente en que los valores predeterminados estén presentes antes de que las etiquetas utilicen el consentimiento.

Un flujo de configuración práctico para WordPress

1. Decida su asignación de categorías antes de tocar las etiquetas

Empieza con las categorías que expones a los visitantes y el comportamiento de Google que esas categorías deberían afectar. Si el consentimiento de analítica y publicidad están separados en tu banner, tus actualizaciones deben reflejar esa distinción de manera consistente.

2. Establece los valores predeterminados denegados desde el principio

La guía de solución de problemas de Tag Assistant de Google muestra claramente el patrón por defecto: establece los valores predeterminados de consentimiento al principio del ciclo de vida de la página y no los establezca de forma asíncrona después de que otras etiquetas hayan comenzado. Para muchas construcciones de WordPress, esto significa verificar el orden de los scripts, el temporizador de disparo de GTM y si otro plugin inyecta etiquetas de Google antes de que estén listos los valores predeterminados de consentimiento.

3. Actualice el consentimiento tras la elección real del visitante

Después de aceptar, rechazar o guardar preferencias personalizadas, actualiza el estado de consentimiento de Google para que coincida con lo que el visitante ha elegido. Aquí es donde un flujo de CMP centrado en la revisión ayuda: puedes comparar las categorías del banner, las categorías de la política y las señales reales de Google en lugar de tratar el banner como una caja negra.

4. Mantén el inventario de cookies de WordPress a la vista

El núcleo de WordPress utiliza cookies para usuarios conectados y comentaristas, según la documentación oficial del desarrollador de WordPress. Sin embargo, las decisiones de Consent Mode suelen depender más de las capas opcionales que añades: etiquetas de análisis, etiquetas de publicidad, incrustados, gestores de etiquetas y plugins. Una configuración limpia empareja la señalización de Google con un inventario actual de cookies y scripts.

Cómo verificar la implementación con Tag Assistant

La verificación es donde muchos equipos finalmente ven si el sitio hace lo que creen que hace. Google recomienda Tag Assistant para comprobar el comportamiento de Consent Mode, y su guía de solución de problemas señala errores recurrentes como el consentimiento por defecto faltante y la cobertura incompleta de parámetros.

• Abre el sitio en una sesión nueva y confirma que aparece el estado predeterminado antes de que las etiquetas opcionales dependan del consentimiento.
• Comprueba que ad_storage, analytics_storage, ad_user_data, y ad_personalization están presentes cuando son relevantes.
• Aceptar todo, rechazar cookies opcionales y guardar una elección personalizada para confirmar que cada ruta actualiza el estado.
• Compara las categorías de consentimiento en el banner con las etiquetas que realmente se ejecutan en la página.
• Repita la prueba en plantillas clave como la página de inicio, las páginas de aterrizaje y los flujos relacionados con el proceso de pago.

Si tu propiedad de GA4 está vinculada a servicios de Google que requieren consentimiento y tienes visitantes de la EEE, Google Analytics también puede marcar la falta de señales de consentimiento afirmativo para la medición de anuncios o la personalización. Eso hace que la verificación sea una tarea operativa continua, no solo una lista de comprobación de lanzamiento.

Cómo ACookies se integra en el flujo de trabajo de WordPress

ACookies está diseñado para equipos de WordPress que buscan comportamiento de banner, soporte para Google Consent Mode, registros de consentimiento, escaneo de cookies y gestión de políticas en un solo lugar. La página del producto para Google Consent Mode v2 para WordPress se centra en los valores por defecto iniciales, actualiza tras la elección del visitante y verifica con herramientas como Tag Assistant.

El trabajo de implementación es más fácil cuando también puedes inspeccionar lo que se ejecuta en el sitio. El Escáner de cookies con IA y el generador gratuito de política de cookies soporte a un flujo de trabajo basado en revisiones, Precios de ACookies explica los niveles del sitio Pro para equipos que necesitan el plugin dentro de WordPress.

Errores comunes que debes detectar antes de publicar

El fallo más común es asumir que la barra por sí sola prueba que el lado de Google es correcto. En la práctica, los problemas suelen provenir del orden de los scripts, la mapeación parcial de categorías o rutas de código personalizado que actualizan un parámetro pero no los demás.

Otro error es tratar el Consent Mode como un atajo legal. La documentación de Google es clara: aún necesitas obtener el consentimiento y comunicar la elección del usuario. La guía de consentimiento de la Comisión Europea es igualmente clara: el consentimiento válido debe ser informado, específico y otorgado mediante un acto positivo, con una capacidad práctica para retirarlo.