Insights

Verificación de consentimiento · 1 de agosto de 2026

Verifique el Consent Mode en Tag Assistant para WordPress

Un banner de cookies de WordPress puede parecer correcto mientras las señales de consentimiento de Google llegan tarde, nunca se actualizan o solo funcionan en la ruta de aceptación. Tag Assistant ofrece a los equipos una forma práctica de inspeccionar la secuencia antes de confiar en la implementación.

Bodegón fotográfico de una lupa de inspección de cristal turquesa sobre cuatro pequeños tokens de señal de consentimiento

Comience con una sesión de prueba limpia y repetible

La guía de solución de problemas de Google indica que Tag Assistant puede utilizarse para comprobar si un sitio establece el estado de consentimiento predeterminado correcto, actualiza ese estado tras la interacción del visitante y muestra qué etiquetas comprueban qué tipos de consentimiento. Trate esto como una auditoría técnica, no como un ejercicio de capturas de pantalla.

Abra un perfil de navegador nuevo o una sesión privada, elimine la cookie de consentimiento del sitio existente e inicie una nueva sesión de Tag Assistant para la URL pública que desea probar. Para obtener los resultados más claros, Google recomienda Chrome con la extensión Tag Assistant Companion. Si su configuración de WordPress tiene caché de páginas, pruebe una página en caché normal y cualquier plantilla donde las etiquetas se inyecten de manera diferente.

Confirme que el estado predeterminado aparece antes de que las etiquetas lo utilicen

Consent Mode depende del orden. En un flujo de trabajo típico de opt-in de la EEE, el almacenamiento opcional no debe comenzar concedido antes de que el visitante elija. En Tag Assistant, seleccione el evento de consentimiento más antiguo e inspeccione la llamada de API o la pestaña Consent. La documentación actual de depuración de Google señala ad_storage, analytics_storage, ad_user_data, y ad_personalization como parámetros para verificar la verificación del sitio web.

Si utiliza Google Tag Manager, verifique también cuándo se ejecuta la etiqueta de consentimiento. Google documenta el disparador de Consent Initialization como el disparador destinado a hacer disponibles las configuraciones de consentimiento antes de que se ejecuten otros disparadores. Eso no elimina la necesidad de configurar correctamente su banner, pero le proporciona un punto de temporizado concreto para inspeccionar.

Pruebe las actualizaciones de aceptación, rechazo y personalizadas

Una única prueba de aceptar todo no es suficiente. Tras interactuar con el banner, seleccione el evento de consentimiento más reciente en Tag Assistant y confirme que la actualización refleja la elección real del visitante. El consentimiento de análisis debe seguir la categoría de análisis. El almacenamiento publicitario, los datos de usuario publicitarios y la personalización de anuncios deben seguir la categoría de marketing o de anuncios que su sitio haya definido.

Repita la misma comprobación después de rechazar las categorías opcionales y después de guardar una mezcla personalizada. Luego, recargue la página y verifique que la elección almacenada se aplique de manera consistente. Un modo de fallo común en WordPress es que la primera vista de la página funciona, pero una página en caché, un script inyectado por el tema o una ruta de optimización de un plugin cambia el orden en la carga siguiente.

Mantenga el temporizado del script de WordPress como parte de la prueba

WordPress utiliza cookies para usuarios conectados, comentaristas y comportamiento del idioma, pero la mayoría de los problemas de Consent Mode provienen de scripts de análisis y publicidad opcionales. Compruebe dónde su tema, plugins, constructor de páginas o contenedor GTM cargan las etiquetas de Google. Una etiqueta que se ejecute antes de la llamada de consentimiento predeterminado puede socavar un banner de lo contrario correcto.

ACookies establece los valores predeterminados de consentimiento de Google denegados y envía actualizaciones tras la elección del visitante en su flujo de trabajo de Consent Mode. También admite el registro de WP Consent API en el plugin de WordPress. Dichas afirmaciones sobre productos se basan en la implementación del repositorio y los datos de marketing del producto, pero su sitio final aún necesita comprobaciones de Tag Assistant, de cookies y de red tras la configuración.

  • Elimine el consentimiento existente e inicie una nueva sesión de Tag Assistant.
  • Inspeccione el evento de consentimiento más antiguo antes de interactuar con el banner.
  • Compruebe las actualizaciones de aceptación, rechazo y categorías personalizadas.
  • Recargue la misma página y vuelva a probar una plantilla de WordPress diferente.
  • Compare la salida de Tag Assistant con las cookies del navegador y las solicitudes de red.
Importante: Esta es una guía técnica de implementación de WordPress, no asesoramiento legal. Tag Assistant puede verificar la señalización de consentimiento de Google, pero no puede aprobar su redacción de consentimiento, política, base legal o enfoque de cumplimiento regional.

Preguntas frecuentes

¿Qué debería mostrar Tag Assistant antes de que un visitante acepte cookies?

Debe mostrar que la página estableció un estado de consentimiento predeterminado antes de que se ejecuten las etiquetas relevantes. Para configuraciones comunes de sitios web de Google, consulte ad_storage, analytics_storage, ad_user_data, y ad_personalization.

¿Una comprobación de Tag Assistant exitosa prueba el cumplimiento legal?

No. Tag Assistant verifica la señalización técnica a las etiquetas de Google. No decide si su solicitud de consentimiento, texto de la política o fines comerciales cumplen los requisitos legales.

¿Deben los equipos de WordPress probar las rutas de aceptación y rechazo?

Sí. Pruebe una sesión nueva, acepte todo, rechace las categorías opcionales y seleccione opciones personalizadas para confirmar que tanto el estado predeterminado como el estado actualizado se comportan como se espera.

Fuentes y lectura adicional