WCAG 2.1 AA Checklist: Requisitos de Acessibilidade Web
Checklist completa dos requisitos WCAG 2.1 nível AA para websites portugueses. Critérios de sucesso, como testar, ferramentas e exemplos práticos.
WCAG 2.1 AA: o padrão de referência em Portugal
As Web Content Accessibility Guidelines (WCAG) 2.1, publicadas pelo W3C, são o padrão internacional de acessibilidade web. O nível AA é o exigido pela legislação europeia (EAA/EN 301 549) e, consequentemente, pela legislação portuguesa.
Cumprir WCAG 2.1 AA significa garantir que o seu website é utilizável por pessoas com deficiência visual, auditiva, motora e cognitiva. Esta checklist organiza os critérios mais relevantes por área, com exemplos práticos e dicas de teste.
Percetível: conteúdo que todos conseguem ver e ouvir
Texto alternativo (1.1.1)
Toda a informação não textual deve ter uma alternativa em texto:
- Imagens informativas: alt descritivo ("Gráfico de vendas mostrando crescimento de 25% no 2.º trimestre")
- Imagens decorativas: alt vazio (alt="") para que leitores de ecrã as ignorem
- Botões com ícone: alt que descreve a ação ("Pesquisar", "Fechar menu")
- Imagens complexas (gráficos, infográficos): descrição longa associada
Conteúdo multimédia (1.2)
- Vídeos pré-gravados: legendas sincronizadas obrigatórias (1.2.2)
- Vídeos em direto: legendas em tempo real (1.2.4) — pode ser complexo mas é obrigatório em AA
- Áudio pré-gravado: transcrição em texto (1.2.1)
- Audiodescrição: para vídeos onde a informação visual é essencial (1.2.5)
Adaptável (1.3)
O conteúdo deve poder ser apresentado de diferentes formas sem perder informação:
- Estrutura semântica: Use
ana hierarquia correta,,, - Ordem de leitura lógica: A ordem do DOM deve fazer sentido quando linearizada
- Não depender apenas de características sensoriais: "Clique no botão verde" é inacessível; "Clique em Submeter" é acessível
- Orientação (1.3.4 — novo em 2.1): O conteúdo não deve estar restrito a uma orientação (retrato/paisagem)
- Autocompletar (1.3.5 — novo em 2.1): Campos de formulário devem usar o atributo
autocompletecorreto
Distinguível (1.4)
- Contraste de texto (1.4.3): Mínimo 4.5:1 para texto normal, 3:1 para texto grande (>18pt ou >14pt bold)
- Redimensionar texto (1.4.4): Conteúdo legível e funcional com zoom de 200%
- Imagens de texto (1.4.5): Evitar texto em imagens; usar texto real com CSS
- Refluxo (1.4.10 — novo em 2.1): Sem scroll horizontal a 320px de largura (responsivo)
- Contraste não-textual (1.4.11 — novo em 2.1): Mínimo 3:1 para componentes de interface e gráficos
- Espaçamento de texto (1.4.12 — novo em 2.1): Conteúdo funcional quando o utilizador ajusta espaçamento
- Conteúdo ao passar/focar (1.4.13 — novo em 2.1): Tooltips e popovers devem ser dispensáveis, hoverable e persistentes
Operável: navegação para todos
Teclado (2.1)
- Toda a funcionalidade via teclado (2.1.1): Tab, Enter, Espaço, setas
- Sem armadilhas de teclado (2.1.2): O utilizador pode sempre sair de qualquer componente
- Atalhos de teclado (2.1.4 — novo em 2.1): Se existirem atalhos de uma tecla, devem poder ser desativados
Tempo suficiente (2.2)
- Temporizadores ajustáveis (2.2.1): Se uma sessão expira, avise o utilizador e permita extensão
- Pausar, parar (2.2.2): Conteúdo que se move automaticamente (carrosséis, animações) deve poder ser pausado
Convulsões (2.3)
- Sem flashes (2.3.1): Nenhum conteúdo deve piscar mais de 3 vezes por segundo
Navegável (2.4)
- Saltar blocos (2.4.1): Link "Saltar para o conteúdo principal" no topo
- Títulos de página (2.4.2):
descritivo e único em cada página - Ordem de foco (2.4.3): A ordem de tabulação deve ser lógica
- Objetivo dos links (2.4.4): Links com texto descritivo (evitar "clique aqui")
- Múltiplas formas (2.4.5): Pelo menos 2 formas de encontrar cada página (menu + pesquisa, por exemplo)
- Cabeçalhos descritivos (2.4.6): Headings que descrevem o conteúdo
- Foco visível (2.4.7): Indicador de foco claro e visível (outline)
Modalidades de entrada (2.5 — novo em 2.1)
- Gestos de apontador (2.5.1): Funcionalidades que usam gestos multitoque devem ter alternativa de toque simples
- Cancelamento de apontador (2.5.2): Ações ativam no "up" e não no "down" do clique
- Rótulo no nome (2.5.3): O nome acessível do componente inclui o texto visível
- Ativação por movimento (2.5.4): Funcionalidades ativadas por movimento devem ter alternativa de interface
Compreensível: conteúdo claro
Legível (3.1)
- Idioma da página (3.1.1):
definido corretamente - Idioma de partes (3.1.2): Textos noutro idioma marcados com
lang(feedback)
Previsível (3.2)
- Sem mudanças de contexto ao focar (3.2.1): Focar um elemento não deve causar navegação ou popup
- Sem mudanças ao inserir dados (3.2.2): Alterar um campo não submete o formulário automaticamente
- Navegação consistente (3.2.3): Menu no mesmo local em todas as páginas
- Identificação consistente (3.2.4): Mesma funcionalidade = mesmo nome em todo o site
Formulários e erros (3.3)
- Identificação de erros (3.3.1): Erros identificados claramente em texto (não apenas a vermelho)
- Rótulos e instruções (3.3.2): Cada campo tem label associado
- Sugestão de correção (3.3.3): Sugerir como corrigir o erro
- Prevenção de erros legais/financeiros (3.3.4): Permitir rever, confirmar e reverter submissões
Robusto: compatibilidade técnica
Compatível (4.1)
- Parsing (4.1.1): HTML válido, sem IDs duplicados
- Nome, função, valor (4.1.2): Componentes personalizados com ARIA roles e propriedades corretos
- Mensagens de estado (4.1.3 — novo em 2.1): Mensagens dinâmicas (sucesso, erro, progresso) anunciadas por tecnologias de apoio via
role="alert"ouaria-live
Ferramentas de teste recomendadas
Ferramentas automáticas (gratuitas)
| Ferramenta | O que testa | Como usar |
| axe DevTools | ~60 critérios WCAG | Extensão Chrome/Firefox |
| Lighthouse | Acessibilidade + SEO + Performance | DevTools do Chrome |
| WAVE | Visualização de problemas na página | wave.webaim.org |
| Pa11y | Testes automáticos em CLI | npm install pa11y |
Testes manuais (essenciais)
As ferramentas automáticas detetam apenas 30-40% dos problemas de acessibilidade. Os testes manuais são indispensáveis:
Auditoria profissional
Para uma avaliação completa e certificada, o EAAPass combina testes automáticos com análise especializada, gerando relatórios detalhados com priorização de correções e pontuação de conformidade.
Para entender o enquadramento legal completo, consulte o nosso artigo sobre o European Accessibility Act em Portugal.
Precisa de saber se o seu website cumpre WCAG 2.1 AA? O EAAPass audita e monitoriza a acessibilidade continuamente, para que nunca fique em incumprimento.
Produtos relacionados
Auditoria e certificação de acessibilidade web conforme European Accessibility Act, análise WCAG 2.1 AA automática com relatórios detalhados
Análise SEO e monitorização de concorrência com inteligência artificial, relatórios de performance, Core Web Vitals e detecção de tecnologias
Artigos relacionados
European Accessibility Act em Portugal: O Que a Sua Empresa Precisa de Saber
Guia prático sobre o European Accessibility Act (EAA) e o seu impacto nas empresas portuguesas. Prazos, requisitos, penalizações e como garantir conformidade do seu website.
Acessibilidade Web em Portugal: Legislação, Boas Práticas e Como Cumprir a Lei
Guia completo sobre acessibilidade web em Portugal. Legislação em vigor, WCAG 2.1, European Accessibility Act, ferramentas de auditoria e passos para conformidade.
WCAG 2.1: Guia Prático para Developers e Designers Web
Guia prático das WCAG 2.1 para developers. Critérios de sucesso, exemplos de código, ferramentas de teste e como atingir conformidade AA.
Precisa de ajuda com o seu projecto?
Fale connosco, respondemos em 24 horas, sem compromisso.
Falar com a equipa →