Acessibilidade ≠ Overlay: ARIA não corrige magicamente um HTML mal construído
Depois do HTML semântico surge uma confusão comum: adicionar atributos ARIA não torna automaticamente acessível um componente mal construído. ARIA comunica semântica às tecnologias de apoio, mas não substitui comportamento, teclado, foco nem uma boa base HTML.
ARIA é importante, mas não é uma camada de reparação
WAI-ARIA comunica funções, estados e propriedades às tecnologias de apoio, sobretudo em conteúdo dinâmico e controlos avançados. Complementa HTML; não é um remendo universal.
Primeira regra: use HTML nativo quando puder
A W3C recomenda maximizar HTML semântico nativo. Se um elemento HTML já oferece a semântica e o comportamento necessários, é normalmente mais robusto do que recriá-lo com um elemento genérico e ARIA.
Um role é uma promessa
A W3C resume um princípio essencial: «um role é uma promessa». <div role="button"> promete comportamento de botão, mas o role não adiciona sozinho interação por teclado.
ARIA comunica semântica; não cria comportamento
ARIA pode comunicar que algo é um botão, está expandido ou selecionado, mas não implementa automaticamente Tab, Enter, Espaço, setas, foco ou lógica JavaScript. Semântica e comportamento devem coincidir.
Nome, função, estado e valor
WCAG 4.1.2 exige nome e função programaticamente determináveis e estados, propriedades e valores relevantes disponíveis. Controlos HTML padrão já fornecem grande parte disso quando usados corretamente.
ARIA incorreto pode piorar a experiência
ARIA incorreto não é neutro. A W3C alerta: «No ARIA is better than Bad ARIA». Semântica errada pode representar incorretamente a interface para quem depende de uma experiência não visual.
ARIA precisa de testes reais
Os exemplos do ARIA Authoring Practices alertam para diferenças de suporte e recomendam testes antes de produção.
O que isto tem a ver com overlays?
Isto também se aplica a overlays. Uma camada pode alterar atributos após o carregamento, mas acessibilidade depende de semântica, interação, teclado, foco e estados funcionarem em conjunto. ARIA externo não repara automaticamente uma interface defeituosa.
E o Blind Reader?
Blind Reader pertence à assistência ao utilizador. Pode ajudar a pessoa, mas não deve ser apresentado como correção automática de ARIA ou HTML nem como prova de conformidade WCAG. O site continua responsável.
A ideia a recordar
ARIA é poderosa quando necessária e bem implementada. Primeiro HTML nativo e semântico quando possível; depois ARIA quando necessário; sempre comportamento correto, teclado, foco e testes.