Como Auditar a Acessibilidade do Seu Website: Guia Prático

Por que auditar a acessibilidade do seu website

Com o European Accessibility Act em vigor desde junho de 2025, a acessibilidade web deixou de ser uma boa prática opcional para se tornar uma obrigação legal. Mas mesmo sem a legislação, auditar a acessibilidade é fundamental: melhora a experiência de todos os utilizadores, beneficia o SEO e expande o seu público potencial.

Uma auditoria de acessibilidade revela as barreiras que impedem ou dificultam o acesso ao seu conteúdo por pessoas com deficiência. Pode ser feita com ferramentas automáticas, testes manuais ou uma combinação de ambos — e é esta combinação que produz os melhores resultados.

Ferramentas gratuitas de teste automático

axe DevTools

O axe DevTools, desenvolvido pela Deque Systems, é a ferramenta de referência para testes automáticos de acessibilidade:

Como usar:

Instale a extensão no Chrome ou Firefox

Abra as DevTools (F12)

Clique no separador "axe DevTools"

Clique em "Scan ALL of my page"

Analise os resultados por severidade

O que deteta:

• Imagens sem texto alternativo
• Contraste insuficiente
• Labels em falta nos formulários
• Estrutura de headings incorreta
• Links sem texto acessível
• IDs duplicados
• ARIA incorreto

Limitações: Não testa navegação por teclado, compreensibilidade do conteúdo ou comportamento dinâmico.

Google Lighthouse

Integrado nas DevTools do Chrome, o Lighthouse inclui uma secção de acessibilidade:

Como usar:

Abra DevTools (F12) → separador "Lighthouse"

Selecione "Accessibility" nas categorias

Clique "Analyze page load"

Reveja a pontuação e os problemas encontrados

Pontuação:

• 90-100: Bom (mas não garante conformidade total)
• 50-89: Necessita atenção
• 0-49: Problemas graves

Nota importante: Uma pontuação de 100 no Lighthouse não significa conformidade WCAG total. O Lighthouse testa cerca de 40 critérios automatizáveis, mas existem mais de 50 critérios WCAG 2.1 AA que requerem avaliação manual.

WAVE (Web Accessibility Evaluation Tool)

O WAVE, da WebAIM, oferece uma visualização intuitiva dos problemas:

Como usar:

• Visite wave.webaim.org e insira o URL
• Ou instale a extensão para Chrome/Firefox

Diferencial: Mostra os problemas diretamente na página, com ícones e anotações visuais, facilitando a localização exata de cada problema.

Pa11y

Para developers, o Pa11y permite testes automáticos via linha de comandos:

`

# Testar uma página

npx pa11y https://www.exemplo.pt

# Testar múltiplas páginas

npx pa11y-ci --config pa11y-ci.json

`

O Pa11y é ideal para integrar em pipelines de CI/CD, garantindo que novos deploys não introduzem regressões de acessibilidade.

Testes manuais: o que as ferramentas não apanham

As ferramentas automáticas detetam apenas 30-40% dos problemas de acessibilidade. Os restantes 60-70% requerem avaliação humana. Eis os testes manuais essenciais:

1. Teste de navegação por teclado

O que testar:

• Consigo navegar por todas as páginas usando apenas Tab, Shift+Tab, Enter e setas?
• O foco é sempre visível (outline)?
• A ordem de tabulação é lógica?
• Consigo abrir e fechar menus, modais e dropdowns?
• Existe algum componente onde o foco fica "preso"?

Tempo estimado: 15-30 minutos por página

2. Teste com leitor de ecrã

Ferramentas recomendadas:

• NVDA (Windows) — gratuito e open source
• VoiceOver (macOS/iOS) — integrado no sistema
• TalkBack (Android) — integrado no sistema

O que testar:

• As imagens são descritas corretamente?
• Os formulários são compreensíveis (labels lidos)?
• Os botões e links anunciam a sua função?
• As tabelas são navegáveis e compreensíveis?
• As mensagens de erro são anunciadas?
• A estrutura de headings faz sentido quando navegada por atalho (H)?

Tempo estimado: 30-60 minutos por página (mais se não tiver experiência)

3. Teste de zoom e redimensionamento

• Faça zoom a 200% no browser (Ctrl + +)
• Verifique que todo o texto é legível
• Confirme que não há scroll horizontal
• Teste o layout em largura de 320px (mobile)
• Ajuste o espaçamento de texto (line-height, letter-spacing) e confirme que nada quebra

4. Teste de conteúdo e compreensão

• O texto é claro e compreensível?
• Os links têm texto descritivo (não "clique aqui")?
• Os headings descrevem o conteúdo que se segue?
• Os erros de formulário são claros sobre o que corrigir?
• As instruções são compreensíveis?

Automático vs manual vs profissional: comparação

Aspeto

Automático (gratuito)

Manual (interno)

Profissional

Custo	Gratuito	Tempo da equipa	Investimento
Cobertura	30-40% dos critérios	60-80% dos critérios	95%+ dos critérios
Rapidez	Minutos	Horas/dias	1-2 semanas
Expertise necessário	Baixo	Médio-alto	Nenhum (fornecido)
Relatório	Técnico, lista de erros	Notas internas	Detalhado com prioridades
Conformidade legal	Não comprova	Parcialmente	Documenta conformidade
Recomendações	Genéricas	Variável	Personalizadas e priorizadas

Quando usar cada abordagem

• Automático gratuito: Verificação regular durante o desenvolvimento, integração em CI/CD
• Manual interno: Após cada lançamento significativo, formação da equipa
• Profissional: Antes do lançamento, auditoria anual, documentação para conformidade legal

Planear uma auditoria eficaz

Passo 1: Definir o âmbito

Não precisa de auditar todas as páginas de uma vez. Priorize:

Homepage e páginas de entrada

Páginas de produto/serviço mais visitadas

Fluxo de compra/conversão completo

Formulários (contacto, registo, checkout)

Pesquisa e resultados

Uma amostra de 10-20 páginas representativas é suficiente para uma primeira auditoria.

Passo 2: Executar os testes

Corra ferramentas automáticas em todas as páginas da amostra

Realize testes manuais de teclado e leitor de ecrã nas páginas críticas

Documente cada problema encontrado com:

- Localização (URL + elemento)

- Critério WCAG afetado

- Severidade (crítico, alto, médio, baixo)

- Sugestão de correção

Passo 3: Priorizar e corrigir

Organize os problemas por impacto:

Crítico: Barreiras que impedem totalmente o acesso (ex: checkout inacessível por teclado)

Alto: Problemas significativos (ex: formulários sem labels)

Médio: Incumprimentos sem impacto bloqueante (ex: contraste ligeiramente abaixo)

Baixo: Melhorias de experiência (ex: alt pouco descritivo)

Passo 4: Verificar e monitorizar

Após as correções:

• Volte a testar os problemas corrigidos
• Implemente testes automáticos regulares
• Considere monitorização contínua

EAAPass: auditoria profissional automatizada

O EAAPass combina o melhor dos dois mundos: a velocidade dos testes automáticos com a profundidade de uma avaliação profissional:

• Análise de 50+ critérios WCAG automatizados
• Pontuação de conformidade por página e global
• Relatório detalhado com screenshots e exemplos de correção
• Monitorização contínua: alertas quando surgem novos problemas
• Conformidade documentada para fins legais

Para mais contexto sobre os requisitos legais, leia o nosso artigo sobre testes de acessibilidade manuais e automáticos.

---

Não sabe por onde começar? O EAAPass faz a auditoria completa por si — e monitoriza continuamente para que nunca fique em incumprimento.