Onde gardar o consentimento: cookies, localStorage e rexistros no servidor comparados
Dúas tarefas distintas
Cando un visitante fai unha elección de consentimento, teñen que pasar dúas cousas separadas. Primeiro, o navegador ten que lembrar a elección para que o banner non reapareza en cada páxina e as etiquetas saiban o que poden facer. Segundo, quizais teñas que demostrar máis tarde que a elección se fixo, que se lle mostrou ao visitante e cando. Estas tarefas adoitan xestionalas mecanismos de almacenamento distintos, e confundilas causa problemas reais: banners que non paran de reaparecer, eleccións que desaparecen nalgúns navegadores ou ningún rexistro que amosar cando alguén o pide.
Esta comparación analiza as tres opcións habituais — cookies propias, almacenamento do navegador como localStorage e rexistros de consentimento no servidor — e onde encaixa cada unha.
Opción 1: cookies propias
As cookies son o fogar tradicional do estado do consentimento. Os CMP de TCF adoitan gardar a cadea de consentimento nunha cookie propia, e moitos CMP gardan tamén nela os seus propios datos de preferencias.
Puntos fortes
- Lexibles polo servidor. A cookie envíase con cada solicitude, así que o código do servidor, a lóxica de beira e o etiquetado no servidor poden ler a elección sen esperar por JavaScript.
- Compartibles entre subdominios. Unha cookie establecida no teu dominio rexistrable pode cubrir os subdominios www, blog e shop.
- Amplamente esperadas. Moitas integracións de ad tech buscan o consentimento nas cookies.
Puntos febles
- Límites de tamaño. Os navegadores limitan o tamaño das cookies a uns 4 KB, e unha cadea TCF con moitos provedores máis outros valores pode achegarse a ese límite.
- Sobrecarga de solicitudes. Cada solicitude ao teu dominio leva a cookie, incluídas as solicitudes de imaxes e de scripts.
- Límites de duración nalgúns navegadores. A Intelligent Tracking Prevention de Safari limita as cookies creadas por JavaScript a unha duración máxima de sete días. As cookies establecidas polo teu propio servidor nunha resposta HTTP xeralmente reciben un trato máis xeneroso, aínda que hai excepcións.
Opción 2: localStorage e outro almacenamento do navegador
Algúns CMP gardan as preferencias detalladas en localStorage, ás veces xunto cunha cookie máis pequena.
Puntos fortes
- Máis espazo. Varios megabytes por orixe, abondo para eleccións detalladas a nivel de provedor.
- Sen sobrecarga de solicitudes. Non se envía nada ao servidor automaticamente.
Puntos febles
- Invisible para o servidor. O código do servidor e a lóxica de beira non o poden ler, así que calquera decisión no servidor ten que esperar polo navegador.
- Ligado a unha soa orixe. O almacenamento en www.example.com non está dispoñible en shop.example.com, así que un visitante pode volver ver o banner en cada subdominio.
- Suxeito a eliminación. Safari pode eliminar o almacenamento escribible por scripts, localStorage incluído, para os sitios cos que o usuario non interactuou durante sete días de uso do navegador, e os modos de navegación privada adoitan limpalo ao acabar a sesión.
Opción 3: rexistros de consentimento no servidor
Un rexistro no servidor é unha entrada que garda ti ou o teu provedor de CMP cada vez que se fai unha elección. Normalmente contén un identificador pseudónimo, a marca de tempo, as eleccións, a versión do banner ou da política que se mostrou e un contexto como a rexión.
Puntos fortes
- Evidencia duradeira. Sobrevive á limpeza de cookies e ás restricións do navegador, o que a converte na ferramenta axeitada para demostrar que se obtivo o consentimento.
- Auditable. Podes informar das eleccións ao longo do tempo e responder preguntas sobre eventos concretos.
- Potencial entre dispositivos. Para os lectores con sesión iniciada, un rexistro no servidor pode sincronizar as eleccións entre dispositivos, se llelo explicas.
Puntos febles
- Non substitúe o estado local. As etiquetas no navegador aínda precisan un sinal rápido e local; chamar a un servidor en cada visualización de páxina para consultar o consentimento engade latencia.
- É un dato persoal en si mesmo. Os rexistros precisan un período de conservación, controis de acceso e un lugar no aviso de privacidade.
- Dependencia dun identificador. Os visitantes anónimos só se poden asociar a un rexistro mediante un identificador gardado no seu dispositivo, o que te devolve ao almacenamento local.
Resumo comparativo
- Mellor para lembrar a elección na web: cookies propias, idealmente establecidas polo teu servidor cunha duración estable.
- Mellor para datos de preferencias detallados no navegador: localStorage, combinado cunha cookie que o servidor poida ler.
- Mellor para demostrar a elección: rexistros no servidor.
- Peor opción única: fiarse só de localStorage, que deixa o servidor cego e a elección fráxil nalgúns navegadores.
Un enfoque combinado práctico
- Garda o sinal local de referencia — por exemplo, a cadea TCF e un rexistro compacto de preferencias — nunha cookie propia con ámbito no teu dominio rexistrable.
- Usa localStorage só para datos complementarios que non precisen chegar ao servidor.
- Escribe un rexistro no servidor para cada elección, incluíndo a versión do banner e da política que se mostrou.
- Se unha elección gardada desaparece, mostra o banner de novo en lugar de supor unha resposta anterior.
- Fixa un período de nova solicitude para as eleccións gardadas e déixao recollido na túa política.
Gardar a propia elección de consentimento do visitante xeralmente considérase necesario para prestar o servizo que o visitante pediu — lembrar a súa decisión — pero consulta as orientacións que se apliquen nos teus mercados principais.
Puntos clave
- Lembrar unha elección e demostrala son tarefas distintas que precisan almacenamento distinto.
- As cookies son lexibles polo servidor e compartibles entre subdominios, pero limitadas en tamaño e, en Safari, en duración cando as establece un script.
- localStorage ofrece espazo pero é invisible para o servidor e os navegadores poden borralo.
- Os rexistros no servidor son a capa de evidencia, non un substituto do sinal local.
- Combina unha cookie propia establecida polo servidor, almacenamento opcional do navegador e rexistros no servidor.