Acessibilidade ≠ Overlay: quando um CAPTCHA impede o acesso a um site
Um CAPTCHA pode proteger um formulário contra abusos, mas também pode transformar-se numa porta fechada. A segurança deve funcionar sem exigir testes que algumas pessoas não conseguem percecionar ou concluir.
O problema é a barreira, não a segurança
Selecionar semáforos em imagens, decifrar letras distorcidas ou resolver desafios visuais pode impedir o acesso de pessoas cegas. Os desafios áudio também não são universais: podem excluir pessoas surdas ou com dificuldades de compreensão.
Uma barreira no momento decisivo
O problema agrava-se no registo, início de sessão, marcação de consultas, contacto ou finalização de compras. Se passar no teste for a única opção, parte das pessoas fica sem acesso ao serviço.
O que dizem as diretrizes
As WCAG não proíbem todos os CAPTCHA. O critério 1.1.1 exige alternativas textuais que identifiquem a finalidade e alternativas para diferentes modalidades sensoriais. Na autenticação, há ainda que considerar as exigências das WCAG 2.2 e as exceções aplicáveis.
Alternativas com menos obstáculos
Privilegie limites de tentativas, deteção de abusos no servidor e verificações proporcionais ao risco, sem puzzles percetivos. Se existir um desafio, a alternativa deve ser verdadeiramente acessível e testada; um botão de áudio não basta.
Testar todo o percurso
Teste teclado, leitores de ecrã e dispositivos móveis, incluindo instruções, foco, erros, tempos de espera e novas tentativas. Uma alternativa que falha no envio do formulário não resolve o problema.
Como pode ajudar o Blind Reader
O Blind Reader ajuda a compreender a página, localizar o formulário e navegar pelos campos e ações. Pode ainda corrigir determinadas barreiras de interação no navegador. Estas funções melhoram o acesso, mas um CAPTCHA inacessível exige uma verificação acessível disponibilizada pelo responsável do site.
Permitir concluir a tarefa
Um formulário seguro e acessível não obriga a escolher entre proteção e utilização. Todas as pessoas devem conseguir contactar, comprar ou autenticar-se sem testes desnecessários.
Fontes e referências
Segurança e acessibilidade devem ser concebidas em conjunto. Um CAPTCHA não deve impedir ninguém de utilizar um site.
Edição 17 · Acessibilidade ≠ Overlay