Checklist de acessibilidade web: 16 pontos para verificar

Acessibilidade web é a eliminação de barreiras na internet, significa que sites, ferramentas e tecnologias são projetados para que pessoas com deficiência possam usá-los, conforme define a Web Accessibility Initiative (WAI). Na prática, não se trata apenas de cumprir leis, mas de garantir que todo visitante, independentemente de limitação visual, auditiva, motora ou cognitiva, consiga navegar e interagir.

Este checklist de 16 pontos serve para auditorias rápidas, revisões antes do lançamento ou manutenções periódicas. Cada item é acionável e vem com uma explicação curta do porquê ele importa.

Percepção: o conteúdo precisa ser perceptível

1. Texto alternativo em imagens

Toda imagem não decorativa deve ter um atributo alt descritivo. Leitores de tela usam esse texto para transmitir o conteúdo visual a pessoas cegas ou com baixa visão.

2. Legendas em vídeos

Vídeos com áudio precisam de legendas sincronizadas. Isso atende tanto pessoas surdas quanto quem assiste em ambientes silenciosos.

3. Contraste de cores suficiente

A relação de contraste entre texto e fundo deve ser de no mínimo 4,5:1 para texto normal (WCAG AA). Ferramentas como o Contrast Checker do WebAIM ajudam a medir.

4. Conteúdo não depende apenas de cor

Informações transmitidas por cor (como gráficos ou links sublinhados) precisam de um segundo indicador visual, como texto ou ícone. Pessoas com daltonismo podem perder dados só com cor.

Operação: a interface deve ser operável

5. Navegação por teclado funcional

Todo elemento interativo, links, botões, formulários, deve ser acessível via teclado (Tab, Enter, Espaço). Pessoas com limitações motoras muitas vezes não usam mouse.

6. Foco visível ao navegar

O elemento ativo (foco) precisa ter um destaque claro, como um contorno colorido. Sem ele, o usuário de teclado não sabe onde está na página.

7. Pular para o conteúdo principal

Um link "Pular para o conteúdo" no início da página permite que usuários de leitores de tela evitem repetir menus de navegação.

8. Tempo ajustável para conteúdos temporizados

Se há limite de tempo para uma ação (como formulários), o usuário deve poder estender ou desativar esse limite. Pessoas com deficiência cognitiva ou motora precisam de mais tempo.

Compreensão: o conteúdo precisa ser compreensível

9. Idioma da página declarado

O atributo lang no HTML informa ao leitor de tela qual pronúncia usar. Sem ele, a voz pode soar distorcida.

10. Títulos e labels descritivos

Cada campo de formulário deve ter um label associado, e os títulos (h1, h2) precisam descrever claramente a seção. Isso orienta a navegação por leitores de tela.

11. Instruções não dependem apenas de formato

Frases como "clique no botão verde" excluem quem não vê cores. Use referências textuais, como "clique em 'Enviar'".

12. Mensagens de erro claras

Erros em formulários devem indicar qual campo falhou e por quê. Mensagens vagas como "erro no formulário" não ajudam.

Robustez: o conteúdo deve funcionar com tecnologias assistivas

13. Código HTML válido

Tags bem formadas e sem erros de aninhamento garantem que leitores de tela interpretem corretamente a estrutura da página.

14. ARIA usado com moderação

Atributos ARIA (Accessible Rich Internet Applications) ajudam quando o HTML nativo não basta, mas o excesso pode confundir. Use apenas quando necessário.

15. Compatibilidade com leitores de tela comuns

Teste com ao menos dois leitores (NVDA, JAWS ou VoiceOver). O que funciona em um pode falhar em outro.

16. Zoom de até 200% sem perda de conteúdo

A página deve permanecer legível e funcional quando ampliada em até 200%. Textos cortados ou botões sobrepostos são barreiras comuns.

O erro mais comum

Muita gente acredita que instalar um plugin de acessibilidade resolve tudo. Plugins adicionam camadas, mas não corrigem código mal escrito, contraste inadequado ou falta de legendas. Acessibilidade de verdade começa na estrutura do HTML e nas decisões de design, não num complemento de última hora.

FAQ

O que é acessibilidade web?

É a prática de projetar sites que pessoas com deficiência possam usar. Envolve desde contraste de cores até compatibilidade com leitores de tela, seguindo diretrizes como as WCAG.

Quais são as diretrizes WCAG?

As Web Content Accessibility Guidelines são um conjunto de critérios divididos em quatro princípios: perceptível, operável, compreensível e robusto. A versão atual é a WCAG 2.2.

Como testar a acessibilidade de um site?

Use ferramentas automáticas como WAVE ou axe, mas complemente com testes manuais: navegue só com teclado, ative o leitor de tela e verifique o contraste com um colorímetro.

Acessibilidade web é obrigatória no Brasil?

Sim. A Lei Brasileira de Inclusão (Lei 13.146/2015) e a Lei de Acesso à Informação (Lei 12.527/2011) exigem que sites públicos e privados sejam acessíveis.

Qual a diferença entre acessibilidade e usabilidade?

Usabilidade é sobre facilidade de uso para qualquer pessoa. Acessibilidade é sobre garantir que pessoas com deficiência consigam usar. Uma interface acessível tende a ser mais usável para todos.

Plugins de acessibilidade resolvem o problema?

Não completamente. Eles ajudam em ajustes pontuais, mas não corrigem erros estruturais como HTML mal formado, falta de legendas ou contraste inadequado. A base precisa vir do código.