Solución de problemas de FlowConsent
Los cinco problemas más frecuentes de FlowConsent y sus soluciones: banner ausente, etiqueta de Google pese al rechazo, veredictos inesperados y errores.
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 snippet, el error de consola y la telemetría para la carrera de Consent Mode, el escaneo de conformidad para todo lo que filtra. Recorre el síntoma que coincida con el tuyo.
El banner no aparece
Casi siempre es el snippet: ausente de la página o con el código de licencia equivocado. Lanza el asistente de instalación (Builder → Integración): descarga tu página publicada desde el servidor y constata exactamente eso — cargador encontrado o no, y si el código de licencia del snippet corresponde a tu banner. Causas habituales detrás de sus hallazgos:
- el snippet 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 snippet viene de otro banner u otro workspace — el código de licencia de la URL no coincide;
- el snippet 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 tu <head>. Consulta la guía de Webflow.
El escaneo dice «Violaciones» y no sabes por qué
El veredicto lista qué dominios rastreadores fueron contactados y qué servicios se identificaron. Cuando te 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.
Abre 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 tu banner no declara — ni mediante un servicio activo ni en tus 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 tu 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.