Acessibilidade ≠ Overlay: «O meu site tem um botão de acessibilidade. É acessível?»
Um botão pode abrir opções, mas não prova a acessibilidade do resto do site. É preciso avaliar se as pessoas conseguem usar conteúdo e funções como necessitam.
A pergunta certa não é se existe um botão
Um botão pode abrir opções, mas não prova a acessibilidade do resto do site. É preciso avaliar se as pessoas conseguem usar conteúdo e funções como necessitam.
WCAG avalia o conteúdo, não a presença de um widget
WCAG 2.2 contém critérios verificáveis sobre alternativas textuais, estrutura, contraste, teclado, foco, etiquetas, mensagens de estado e muito mais. Nenhum critério torna um site acessível por ter um botão de acessibilidade.
O que deve realmente ser verificado?
Devem verificar-se teclado, foco, estrutura, alternativas de imagens, formulários, erros, zoom, reflow e nomes, funções e estados dos componentes.
A acessibilidade deve funcionar antes de abrir qualquer menu
Se for preciso ativar primeiro um widget para aceder à navegação, formulários ou conteúdo essencial, deve perguntar-se por que não eram acessíveis desde o início. A base deve funcionar sem modo especial.
Os testes automáticos não bastam por si só
Ferramentas automáticas ajudam a encontrar problemas, mas a W3C indica que nenhuma ferramenta determina sozinha se um site cumpre os padrões. Também é necessária avaliação humana.
E o Blind Reader?
Blind Reader é tecnologia de apoio ao utilizador, não prova de conformidade WCAG nem reparação automática do site. O site continua responsável pela estrutura e interação acessíveis.
A resposta curta
Ter um botão de acessibilidade só demonstra que existe esse botão. Para saber se o site é acessível, é necessário avaliá-lo.