Audit checklist
- Confirme que todos os controlos interativos têm um nome acessível.
- Verifique a estrutura de títulos, as landmarks e o HTML semântico.
- Confirme o acesso por teclado e indicadores de foco visíveis.
- Encontre falhas de contraste no texto e nos componentes da interface.
- Verifique rótulos, erros e instruções dos formulários.
- Reveja imagens, ícones e SVG à procura de alternativas úteis.
- Volte a testar os modelos corrigidos e as páginas de maior valor.
Porque é que WCAG 2.2 AA é o alvo prático
As WCAG organizam-se em critérios de sucesso nos níveis A, AA e AAA. O nível A cobre as barreiras mais básicas; o nível AA acrescenta requisitos amplamente esperados em sites públicos e comerciais. As WCAG 2.2 mantêm os critérios conhecidos das WCAG 2.1 e acrescentam requisitos mais recentes, como a aparência do foco e o tamanho do alvo.
Para conteúdos web na UE, a norma EN 301 549 remete para os critérios WCAG. Uma auditoria WCAG é, por isso, uma base prática para a preparação para a EAA, declarações de acessibilidade e questionários de contratação pública.
Falhas WCAG comuns que prejudicam as conversões
Os problemas de acessibilidade não são apenas risco legal; são problemas de conversão. Rótulos em falta dificultam o preenchimento de formulários. O contraste baixo esconde preços e chamadas à ação. As armadilhas de teclado bloqueiam quem usa tecnologias de apoio e utilizadores avançados. Mensagens de erro pouco claras fazem o checkout parecer avariado.
Os ganhos mais rápidos costumam vir do design system: botões, campos de formulário, janelas modais, navegação e componentes de alerta acessíveis. Corrigir esses padrões melhora todas as páginas que os usam.
- Botões e ligações sem nome descritivo
- Campos de formulário sem rótulos ou com erros inacessíveis
- Janelas modais que não gerem o foco
- Falhas de contraste em chamadas à ação e estados desativados
- Ícones anunciados como nomes de ficheiro sem significado
Um fluxo de correção realista
Comece pelas infrações críticas e graves nas páginas que geram receita. Depois corrija os modelos reutilizáveis. Após cada sprint, execute uma análise de verificação para a equipa ver se a mesma regra continua a aparecer. Guarde as evidências antes/depois com as notas de lançamento; serão úteis quando os clientes pedirem documentação de acessibilidade.
FAQ
As WCAG 2.2 substituem as WCAG 2.1?
As WCAG 2.2 baseiam-se nas WCAG 2.1. Uma auditoria WCAG 2.2 AA continua a verificar os critérios A/AA anteriores e acrescenta os novos requisitos da versão 2.2.
O axe-core encontra todos os problemas WCAG?
Nenhum motor automático encontra todos os problemas WCAG. Os testes automatizados são excelentes para muitas falhas detetáveis no código; a qualidade do conteúdo, a lógica das tarefas e alguns requisitos multimédia exigem revisão humana.
As correções WCAG pertencem aos programadores ou à equipa jurídica?
Os programadores corrigem o código, mas produto, design e jurídico devem acordar o âmbito, a redação da declaração e as prioridades de risco. A acessibilidade é um processo de qualidade do produto, não a checklist de uma só pessoa.