Audit checklist
- Percorra o site público e identifique modelos, não apenas URL individuais.
- Teste as regras WCAG 2.1/2.2 A e AA com um motor baseado no navegador.
- Separe os bloqueios críticos de pagamento e conta dos defeitos cosméticos.
- Relacione as conclusões com a cláusula 9 da EN 301 549 para conteúdos web da UE.
- Documente o que os testes automatizados conseguem e não conseguem provar.
- Crie um backlog de correção com responsáveis, prazos e passos de verificação.
- Publique ou atualize uma declaração de acessibilidade no idioma certo.
O que cobre uma auditoria de acessibilidade séria
Uma auditoria útil começa pelo âmbito. A página inicial raramente chega: navegação, listagens de produtos, formulários, início de sessão, pagamento, documentos, janelas modais e estados de erro merecem todos atenção. Se um defeito surge num componente partilhado, pode afetar centenas de URL; a auditoria deve identificar essa causa ao nível do componente em vez de afogar a equipa em linhas duplicadas.
Para efeitos de conformidade na UE, a auditoria deve registar também as normas utilizadas. As WCAG 2.2 AA são a referência prática para a web; a EN 301 549 é a norma europeia harmonizada das TIC que, para conteúdos web, remete para as WCAG. A Lei Europeia da Acessibilidade (EAA) orienta as empresas para estas normas, mas cada Estado-Membro aplica as regras segundo o seu próprio direito e através das suas próprias autoridades.
- Páginas públicas e fluxos de conversão essenciais
- Teclado, foco, formulários, nomes/funções/valores, contraste e semântica
- Componentes reutilizáveis que criam infrações repetidas
- Evidências: URL testados, carimbos de data/hora, conjuntos de regras e gravidade
Dê prioridade ao impacto no utilizador, não ao número bruto de erros
Um site com 400 duplicados de baixo impacto pode ser menos arriscado do que uma única página de pagamento com um botão inacessível. A primeira ronda de correções deve visar os bloqueios: armadilhas de teclado, controlos sem rótulo, erros de formulário em falta, ordem de foco quebrada e conteúdo que os leitores de ecrã não conseguem identificar.
Depois dos bloqueios vêm as correções de modelos. Corrigir um componente de navegação, um campo de formulário ou um padrão de botão elimina muitas vezes a mesma infração de muitas páginas. É por isso que a Axively agrupa as conclusões por regra e causa antes de mostrar as ocorrências por página.
As evidências contam para a EAA e a contratação pública
Os reguladores e os grandes compradores não perguntam apenas se acredita que o site é acessível. Perguntam o que testou, quando, com que norma e o que fez com os resultados. Guarde um relatório, notas de correção e análises de verificação. Estas evidências também ajudam as vendas: a acessibilidade faz cada vez mais parte da due diligence de fornecedores.
Um relatório transparente deve indicar os limites da automatização. As ferramentas automáticas apanham muitos problemas comuns, mas texto alternativo com significado, conteúdo compreensível, qualidade das legendas e alguns fluxos completos exigem revisão humana. Alegar conformidade automática total é um sinal de alerta; mostrar um processo medido é mais forte.
FAQ
Uma auditoria de acessibilidade automatizada chega para a conformidade legal?
Não. Os testes automatizados são a via mais rápida para encontrar muitas falhas comuns de WCAG, mas a plena conformidade continua a exigir revisão especializada. Uma boa auditoria automatizada é o primeiro passo sustentado por evidências, não um certificado mágico.
Que norma deve um site da UE usar?
Utilize as WCAG 2.2 AA como base dos testes web e faça corresponder o resultado à EN 301 549. Devido aos riscos da EAA, verifique ainda a legislação nacional aplicável no seu mercado-alvo na UE.
Com que frequência devemos voltar a testar?
Teste após lançamentos importantes, após mudanças no design system e antes de publicar uma declaração de acessibilidade. Em lojas online ativas, verificações mensais ou por lançamento são mais seguras do que uma auditoria anual única.