Cómo probar un banner de cookies antes de publicarlo

Todos los artículos

Prueba un banner de cookies antes de publicarlo en una URL de staging, en una ventana privada y en este orden: aparece, bloquea antes del consentimiento, la señal de consentimiento de la petición saliente coincide con la elección, la elección queda registrada, y todo ello sobrevive a una visita de vuelta y a una retirada. Las tres últimas son donde suelen fallar las configuraciones.

Casi toda prueba publicada es una auditoría posterior al lanzamiento

Busca cómo probar un banner de cookies y las guías que salen son auditorías: abre la web, abre las herramientas de desarrollo, pulsa rechazar y mira si los rastreadores se paran. Es una auditoría razonable y nosotros también la haríamos. Leyendo las que hoy posicionan, están escritas para un banner que ya está en producción, lo que responde a una pregunta distinta de la del título de arriba.

La diferencia importa porque las dos pruebas cuestan cosas distintas cuando fallan. Un banner en producción que resulta estar roto lleva recogiendo datos que no debía, o perdiendo datos que debía tener, durante todo el tiempo que alguien haya tardado en darse cuenta. Un banner roto en staging ha costado una tarde.

Las seis comprobaciones, en orden

1. Prueba en staging, no en el sitio en producción

   Producción no es el banco de pruebas. Pon el banner en una URL de staging y registra ese dominio en la herramienta de consentimiento, para que sirva allí un banner real en vez de negarse a cargar. La mayoría de herramientas de consentimiento tienen un modo staging o borrador para esto.

2. Abre una ventana privada y comprueba que el banner aparece

   Una ventana privada limpia es la única primera mirada honesta, porque tu propio navegador arrastra una elección que hiciste antes y un banner ya respondido no vuelve. Confirma que el banner aparece en la primera carga, que la opción de rechazar se ve sin hacer scroll y que rechazar no cuesta más que aceptar.

3. Rechaza todo y mira después qué envía la página

   Abre el panel de red antes de tocar el banner. Todavía no debería haberse disparado nada no esencial. Después rechaza todo y recarga. Las peticiones de analítica y publicidad deberían faltar también en una página de producto y en el checkout, no solo en la portada, porque las etiquetas se añaden con frecuencia por plantilla y por personas distintas.

4. Lee la señal de consentimiento en la petición saliente, no en el banner

   Esta es la comprobación que separa un banner de una configuración de consentimiento, y la que se dejan fuera las listas publicadas. Donde Consent Mode está implementado, las etiquetas de Google llevan el estado de consentimiento en la propia petición: rechaza, luego lee ese estado y confirma que dice denegado. No encontrar ningún estado de consentimiento es un hallazgo en sí mismo, y un fallo distinto, porque significa que Consent Mode no está funcionando, no que el banner haya fallado.

5. Confirma que la elección quedó registrada

   Un consentimiento que no puedes presentar después no sirve de mucho en una auditoría. Comprueba que responder al banner crea un registro almacenado que puedes recuperar, indicando qué categorías se aceptaron y cuándo. Qué más guarda depende del proveedor, y la versión del aviso mostrado es el campo por el que merece la pena preguntar, porque sin él no puedes decir a qué accedió el visitante.

6. Repítelo como visitante que vuelve, tras una retirada y desde una segunda región

   Las tres se publican rotas con regularidad. Recarga como un visitante que ya respondió y confirma que la elección almacenada se sigue aplicando. Retira el consentimiento y confirma que las etiquetas se paran. Después comprueba una región donde tus reglas sean distintas.

Qué aspecto tiene un aprobado real

Cuatro de esas comprobaciones tienen una versión cómoda y una versión honesta, y la cómoda es con la que se conforman la mayoría de las guías de prueba. El hueco entre las dos columnas es donde configuraciones que todo el mundo dio por buenas resultan estar mal meses después.

La tercera fila es la que merece más atención. Una herramienta de consentimiento que informa de que aplicó una elección está informando de su propio estado interno, que es algo distinto de lo que recibieron tus etiquetas. El sitio donde se zanja la pregunta es la petición que sale del navegador, y por eso comprobar la señal de Consent Mode v2 es un paso aparte y no un detalle de la prueba de rechazo.

Los tres estados que nadie prueba

Las primeras visitas se prueban porque son fáciles de reproducir. Los estados que se publican rotos son los que necesitan algo de preparación para llegar a ellos.

La visita de vuelta. Una elección almacenada tiene que leerse y volver a aplicarse en la siguiente visita, y ese camino pasa por un código distinto del que la registró. Cuando falla, el visitante vuelve a ver el banner en cada carga de página o, peor, el banner no aparece mientras la elección almacenada se ignora en silencio y las etiquetas corren con un valor por defecto que nadie eligió.

La retirada. El RGPD exige que retirar el consentimiento sea tan fácil como darlo, y lo interesante es qué pasa después: las etiquetas que estaban concedidas tienen que pararse de verdad. Una retirada puede actualizar el registro almacenado y dejar corriendo las etiquetas ya cargadas hasta la siguiente carga de página, algo que conviene saber antes del lanzamiento y no después de una reclamación.

La segunda región. Los conjuntos de reglas se configuran para el mercado que alguien tenía en mente ese día, así que una configuración que muestra un banner correcto en un país puede no mostrar nada en otro. Quien hace la prueba suele estar sentado en el primer país, y por eso pasa desapercibido.

Guarda la evidencia

Anota lo que has visto, porque el valor de la prueba se degrada en cuanto la web vuelve a cambiar. Guarda la petición saliente que muestra el estado denegado, el registro de consentimiento almacenado y una nota de qué plantillas de página comprobaste. Esa es la diferencia entre decir que el banner se probó y poder demostrarlo, que es la misma distinción que trazamos en cómo demostrar de verdad que un visitante dio su consentimiento.

Merece la pena ser honestos sobre qué protege esta prueba. Las elecciones de consentimiento suelen ocultar una parte considerable de las sesiones, medida en las implementaciones de clientes de Amplio Data en torno al 34% de las sesiones, que es un rango medido y no una garantía. Un banner que falla en alguna de las formas anteriores no es solo una exposición legal: cambia en silencio lo que cuenta cada informe posterior, sin ningún mensaje de error.

Velo está construido para que la mayor parte de esta lista sea cierta en la primera carga: el estado de consentimiento se fija desde un solo fragmento de código antes de que se inicialicen tus etiquetas, la elección se registra con sus categorías y la versión del aviso, y una visita de vuelta se comporta como la primera. El mecanismo está en la página de producto.