Boas práticas

Banner de cookies acessível: o consentimento RGPD deve poder ser recusado

Uma faixa de cookies não acessível não é apenas uma falha de acessibilidade: viola o RGPD ao tornar o consentimento impossível para todos. Entre o European Accessibility Act e as obrigações de consentimento explícito, a sua faixa deve funcionar com teclado, zoom e contrastes mínimos. Descubra como avaliá-la em alguns minutos e os sete pontos-chave.

A resposta curta

Um banner de cookies inacessível cria uma dupla não conformidade: o RGPD invalida qualquer consentimento que o utilizador não possa expressar (impossibilidade de recusar com o teclado, contraste insuficiente, botão sem etiqueta), e o EAA impõe a acessibilidade de todos os elementos da interface. As sete verificações mínimas: foco visível ao abrir, navegação completa por teclado, contrastes de 4,5:1, nomes acessíveis nos botões, recusa tão fácil quanto a aceitação, ausência de armadilhas de foco, legibilidade com zoom a 200 por cento.

Porque uma barra de cookies inacessível viola o RGPD

O RGPD exige um consentimento explícito e livre. Ora, o consentimento só é livre se a recusa for tão fácil quanto a aceitação, e só é acessível se todos puderem expressá-lo: teclado, leitor de ecrã, deficiência visual, tremores motores. Se o botão «Recusar» estiver ausente do fluxo do teclado, oculto sob 50 píxeis de conteúdo clicável, sem nome (aria-label vazio ou ausente) ou com contraste 2:1 sobre fundo branco, o utilizador em situação de deficiência não pode tecnicamente recusar: o consentimento que o seu site recolhe não é, portanto, juridicamente válido.

A CNIL, desde as suas orientações de 2021 e confirmadas em 2023, considera que qualquer obstáculo à expressão da escolha (consentimento ou recusa) torna essa escolha não conforme. A acessibilidade já não é opcional: é um pré-requisito técnico do próprio RGPD.

A camada adicional de conformidade: o European Accessibility Act

O EAA, em vigor a partir de 28 de junho de 2025, impõe a todos os sites e aplicações web na Europa a acessibilidade de acordo com a norma WCAG 2.1 nível AA. Isto abrange também as barras de cookies, que são os primeiros elementos apresentados na página: é, portanto, a primeira conformidade EAA que o seu site exibe ao visitante. Se esta primeira camada falhar, a CNIL e as autoridades de acessibilidade terão um sinal imediato de negligência.

A combinação é implacável: uma barra de cookies inacessível cria uma carga de não conformidade simultânea em duas frentes (RGPD e EAA). Os defeitos identificados primeiramente (contraste, navegação por teclado, rotulagem) serão reportados tanto como violações do consentimento quanto como violações do EAA.

Os sete pontos a verificar no seu banner de cookies

1. Foco visível ao abrir

Quando o banner é exibido, o foco do teclado deve estar presente e visível num elemento do banner (normalmente o primeiro botão ou o botão de fecho). Muitos sites exibem o banner, mas mantêm o foco no plano de fundo: o utilizador que navega por teclado não sabe onde agir.

2. Navegação por teclado completa

A tabulação (Tab) deve percorrer todos os botões do banner numa ordem lógica (da esquerda para a direita ou de cima para baixo), e Enter deve ativar o botão em foco. Os campos de entrada e os links internos do banner também devem ser acessíveis. Enter (ou Espaço nos botões) deve funcionar.

3. Contraste de cor suficiente

Texto sobre fundo: mínimo de 4,5:1 para texto normal, 3:1 para caracteres grandes (18 pt e negrito). Bordas e elementos gráficos: 3:1. Um banner branco com texto cinza claro falha muitas vezes este teste. Botões semitransparentes sobre fundo branco também falham.

4. Botões com nome claro

Cada botão deve ter uma etiqueta visível E um nome acessível (atributo aria-label se a etiqueta for um ícone, ou o texto visível do botão). Um botão com apenas um ícone «X» para fechar deve ter aria-label="Fechar" ou uma alternativa equivalente. Os leitores de ecrã devem ler «Aceitar todos os cookies», não «Botão».

5. Recusa tão acessível quanto a aceitação

O RGPD exige. O botão «Recusar» não deve estar em tamanho de letra menor, por trás de um link indireto ou oculto atrás de um clique de precisão. Se «Aceitar» é acessível por teclado, «Recusar» também deve ser, e claramente visível. Nenhum peso ou cor diferente deve criar uma hierarquia falsa.

6. Sem armadilhas de foco

Focus trap: quando pressiona Tab no final do banner, o foco não deve voltar ao início indefinidamente, nem bloqueá-lo fora do banner enquanto este ainda estiver visível. O foco deve poder sair após uma ação (aceitar, recusar, fechar).

7. Legibilidade com zoom a 200 por cento

Com zoom a 200 por cento no navegador, o texto do banner deve permanecer legível e os botões acessíveis ao ponteiro. Nenhum transbordo invisível, nenhuma sobreposição de texto. Um utilizador com baixa visão que aplica zoom não deve perder a possibilidade de recusar.

Como testar a sua barra de cookies em um minuto

Com o teclado: abra o seu site, feche o rato. Prima Tab: o foco deve aparecer na barra. Continue a tabular, percorra os botões, prima Enter. Tente recusar e, depois, aceitar. Se não conseguir acionar «Recusar» com o teclado, a sua barra reprova.

No contraste: capture uma imagem da barra, cole-a numa ferramenta de contraste online (WebAIM Contrast Checker, Accessible Colors), verifique se o texto e os botões atingem, pelo menos, 4,5:1. Se o resultado for vermelho, corrija.

No zoom: prima Ctrl++ três vezes (zoom a 200%). A barra deve permanecer completa, legível, e todos os botões devem ser clicáveis sem scroll horizontal.

Com o leitor de ecrã: se usar um navegador com NVDA (Windows, gratuito) ou VoiceOver (Mac), ative-o e ouça o que lê. Os botões devem ter nomes explícitos («Aceitar todos os cookies» e não «Botão»). As secções devem ter uma estrutura lógica.

Conformidade mais além: testes manuais e governança

Estes sete pontos cobrem os defeitos automatizáveis (contraste, etiquetagem, navegação por teclado, foco). No entanto, a acessibilidade completa da barra exige também testes manuais: um programador ou um auditor deve verificar se a lógica do foco cumpre as expectativas (sem armadilhas ocultas), se os campos de personalização (quando presentes) são navegáveis por teclado e se a barra não oculta outros elementos críticos ao ser exibida.

Pense também na governança: a maioria dos CMP (gestores de consentimento no mercado) apresenta, por padrão, defeitos de acessibilidade. Antes de escolher um, verifique a sua documentação sobre o EAA e o RGPD, teste a barra em pré-produção com os sete pontos mencionados e, se possível, exija correções antes da publicação. O Inclaria permite analisar o seu site em poucos segundos; a barra de cookies é, muitas vezes, o primeiro elemento da auditoria de acessibilidade, classificado como bloqueador, pois condiciona o acesso a todo o resto.

Atualização: teste a barra a cada três a seis meses. Qualquer alteração no CMP, atualização do navegador ou modificação do design pode criar uma nova não conformidade.

Pontos-chave a reter

• Uma barra de cookies inacessível invalida o consentimento RGPD e viola o EAA.
• As sete verificações mínimas cobrem foco, teclado, contraste, nomes, igualdade aceitação/recusa, armadilhas, zoom.
• O teste manual complementa o teste automatizado: navegabilidade real por teclado, lógica do foco, coerência da governança do CMP.
• Uma barra conforme é o primeiro sinal de conformidade global do seu site.