La mayoría de los problemas de FlowConsent encajan en cinco patrones, y cada uno tiene una comprobación integrada que lo identifica: el asistente de instalación para los problemas de instalación del script, el error de consola y la telemetría para la carrera de Consent Mode, el escaneo de conformidad para todo lo que filtra. Recorra el síntoma que coincida con el suyo.
El banner no aparece
Casi siempre es el fragmento de código: ausente de la página o con el código de licencia equivocado. Lance el asistente de instalación (Builder → Integración): descarga su página publicada desde el servidor y constata exactamente eso, cargador encontrado o no, y si el código de licencia del fragmento de código corresponde a su banner. Causas habituales detrás de sus hallazgos:
- el fragmento de código se pegó pero el sitio nunca se publicó (Webflow y la mayoría de los site builders solo sirven el custom code al publicar);
- el fragmento de código viene de otro banner u otro espacio de trabajo: el código de licencia de la URL no coincide;
- el fragmento de código está en el body o en un widget de pie de página en lugar del
<head>.
Una etiqueta de Google se dispara pese al rechazo
Es la carrera del dataLayer: un gtag('config') entró en el dataLayer antes que los valores por defecto de consentimiento, así que Google lo procesó sin restricción alguna; las cookies se colocan haga lo que haga el banner, y ninguna CMP puede impedirlo a posteriori.
Dos comprobaciones lo identifican de inmediato:
- la consola del navegador muestra un error de FlowConsent con los identificadores de las etiquetas que entraron antes del consent default (el banner también lo reporta como telemetría
ConsentDefaultRaceLost); - el asistente de instalación señala «etiqueta de Google antes del stub», y en Webflow apunta específicamente a una etiqueta inyectada por los ajustes del sitio.
La solución: quitar la etiqueta del canal que la inyecta demasiado pronto (en Webflow, el Measurement ID de GA en Site settings → Apps & Integrations) y declarar el servicio en Builder → Servicios. Después, mantener el stub de Consent Mode en primer lugar en su <head>. Consulte la guía de Webflow.
El escaneo dice «Violaciones» y no sabe por qué
El veredicto lista qué dominios rastreadores fueron contactados y qué servicios se identificaron. Cuando le sorprende, la etiqueta suele correr por un canal que el banner no ve en el momento de la inyección:
- una integración del site builder o del hosting (ajustes de Webflow, un plugin de WordPress) que carga la etiqueta de forma nativa;
- un contenedor de tag manager que dispara etiquetas sin tener en cuenta el consentimiento;
- un script incrustado a mano en una plantilla por un desarrollador anterior.
Abra el informe de prueba del escaneo: las URL de ejemplo dicen adónde fue cada petición, lo que suele identificar quién la inyectó. El banner bloquea las etiquetas por patrón de URL sea cual sea el canal que las inyecte, pero solo si entran en la página como scripts que pueda interceptar antes de ejecutarse.
La página Conformidad alerta de una cookie no declarada
El último escaneo observó cookies que su banner no declara: ni mediante un servicio activo ni en sus cookies personalizadas. Típicamente cookies first-party de fabricación propia (atribución, sesión de carrito…) que ningún catálogo de servicios puede conocer; solo un escaneo las descubre.
La alerta ofrece una declaración en un clic en las cookies personalizadas del banner. Dos remates quedan de su lado: redactar la finalidad de la cookie (la alerta no puede adivinarla) y republicar el banner para que la lista pública de cookies la refleje.
El escaneo devuelve «error»
Un veredicto error significa que el escaneo no pudo terminar (casi siempre un timeout en una página lenta o pesada) y no puede extraerse ninguna conclusión: no es ni conforme ni una violación, y nunca dispara una alerta de regresión.