Uma checklist de auditoria de acessibilidade e um documento estruturado que te guia por cada passo de verificacao necessario para confirmar que o teu site funciona para pessoas com deficiencia. Em vez de uma vaga promessa de tornar as coisas acessiveis, uma checklist transforma a conformidade em perguntas concretas de sim ou nao. Esta imagem tem texto alternativo? Um utilizador de teclado consegue alcancar cada elemento interativo? O contraste de cores cumpre a proporcao 4,5:1? Este guia fornece mais de 50 pontos de verificacao organizados pelos quatro principios WCAG. Quer estejas a preparar a conformidade com a diretiva europeia de acessibilidade (EAA) em vigor desde junho de 2025, ou simplesmente a procurar construir um produto melhor, esta checklist da-te a estrutura para o conseguir.
Porque precisas de uma checklist de auditoria estruturada
Realizar uma auditoria de acessibilidade sem checklist e como fazer uma inspecao predial de memoria. Encontras os problemas obvios e perdes os subtis que realmente bloqueiam os utilizadores.
As ferramentas de scan automatizado sao um bom ponto de partida, mas so detetam cerca de 30 a 40 por cento dos problemas WCAG. O resto requer julgamento humano.
A dimensao legal endureceu consideravelmente. A diretiva europeia de acessibilidade (EAA) entrou em vigor a 28 de junho de 2025, com coimas que variam conforme o pais membro da UE. Em Portugal, a legislacao nacional transpoe esta diretiva com sancoes proprias. Em Espanha as multas chegam aos 300.000 euros e em Franca aos 250.000 euros com penalidades diarias adicionais.
Para alem dos requisitos legais, ha um caso de negocio solido. Sites acessiveis tendem a posicionar-se melhor nos motores de busca e a converter mais utilizadores.
Antes de comecar: preparar a auditoria
Uma boa auditoria comeca com a definicao do ambito. Testar cada pagina de um site grande e impraticavel. Concentra-te nestas categorias:
Paginas de alto trafego: a tua homepage, principais landing pages e as 10 paginas mais visitadas.
Fluxos de utilizador chave: registo, login, checkout, pesquisa e formularios multi-passo.
Templates unicos: se o teu site usa 8 layouts diferentes, testa pelo menos uma pagina representativa de cada template.
Paginas ricas em conteudo: artigos de blog, documentacao e base de conhecimento.
Para um site empresarial tipico de 50 a 200 paginas, auditar 10 a 15 paginas representativas cobre a grande maioria das variacoes.
Ferramentas necessarias
Nao precisas de software empresarial caro para uma auditoria completa.
Scanner automatizado: Usa o nosso verificador de acessibilidade gratuito em web-accessibility-checker.com para um relatorio de conformidade WCAG 2.2 instantaneo.
DevTools do browser: Chrome e Firefox incluem paineis de inspecao de acessibilidade.
Leitor de tela: NVDA e gratuito no Windows. VoiceOver esta integrado no macOS e iOS. TalkBack esta integrado no Android.
Teclado: O teu teclado fisico. Desliga o rato e tenta completar os fluxos principais usando apenas Tab, Shift+Tab, Enter, Espaco e setas.
Analisador de contraste: O Colour Contrast Analyser do TPGi e gratuito.
Verificador PDF: Usa o PAC 2024 para verificar a acessibilidade de documentos PDF.
Principio 1: Percetivel
O primeiro principio WCAG pergunta: os utilizadores conseguem perceber o conteudo?
Imagens e conteudo nao textual
Cada imagem informativa deve ter texto alternativo que transmita a mesma informacao. Imagens decorativas devem ter atributos alt vazios.
Verifica que imagens complexas como graficos e infografias tenham descricoes estendidas.
Os CAPTCHAs devem fornecer alternativas.
Conteudo de video e audio
Videos pre-gravados precisam de legendas sincronizadas. Conteudo audio pre-gravado precisa de transcricao textual. Videos pre-gravados precisam de audiodescricoes para informacao visual nao transmitida pelo audio existente.
Texto e legibilidade
Texto normal precisa de uma proporcao de contraste de pelo menos 4,5:1 contra o fundo. Texto grande precisa de pelo menos 3:1.
A pagina deve permanecer funcional e legivel quando o texto e ampliado a 200 por cento.
Nao uses imagens de texto quando texto real pode alcancar o mesmo efeito visual.
Verifica que o conteudo nao depende apenas da cor para transmitir informacao.
Principio 2: Operavel
Os utilizadores conseguem operar a interface? Cada funcao deve funcionar para quem usa teclado, leitor de tela, comandos de voz ou dispositivos de switch.
Acessibilidade por teclado
Cada elemento interativo deve ser alcancavel e utilizavel apenas com o teclado.
Verifica as armadilhas de teclado. Uma armadilha ocorre quando podes entrar com Tab num elemento mas nao consegues sair.
Verifica que a ordem de tabulacao segue uma sequencia de leitura logica.
Visibilidade do foco
Cada elemento interativo deve ter um indicador de foco visivel. Segundo WCAG 2.2 criterio 2.4.11, o elemento focado nao deve estar completamente escondido atras de headers fixos ou widgets flutuantes.
Nunca remova os contornos de foco sem fornecer um substituto igualmente visivel.
Tamanho do alvo e toque
WCAG 2.2 criterio 2.5.8 requer que alvos interativos tenham pelo menos 24 por 24 pixeis CSS.
Para funcionalidade drag-and-drop, WCAG 2.2 criterio 2.5.7 requer uma alternativa de ponteiro unico.
Temporizacao e movimento
Se conteudo se move automaticamente por mais de 5 segundos, os utilizadores devem poder pausa-lo ou para-lo.
Nada na pagina deve piscar mais de tres vezes por segundo.
Se ha um limite de tempo, os utilizadores devem poder desativa-lo, ajusta-lo ou estende-lo.
Principio 3: Compreensivel
Os utilizadores conseguem compreender o conteudo e como a interface funciona?
Idioma e legibilidade
A pagina deve declarar o seu idioma no atributo HTML lang. Para paginas em portugues, usa lang pt.
Menus de navegacao devem aparecer na mesma posicao relativa em todas as paginas.
Verifica que as instrucoes nao dependem apenas de caracteristicas sensoriais.
Formularios e tratamento de erros
Cada campo de formulario precisa de um label visivel associado programaticamente. Texto placeholder sozinho nao e um label.
Quando o envio do formulario produz erros, identifica os campos especificos e descreve o que correu mal.
WCAG 2.2 criterio 3.3.7 requer que informacao ja inserida seja pre-preenchida se necessaria novamente.
Para autenticacao, WCAG 2.2 criterio 3.3.8 requer que gestores de passwords nao sejam bloqueados.
Principio 4: Robusto
As tecnologias assistivas conseguem interpretar corretamente o conteudo?
HTML semantico e ARIA
Usa elementos HTML semanticos: header, nav, main, footer, article, section, aside.
Os titulos devem seguir uma hierarquia logica. Um H1 por pagina.
Todos os elementos interativos devem ter nomes acessiveis.
Usa roles e propriedades ARIA apenas quando HTML nativo nao fornece a semantica necessaria.
Verifica que atualizacoes de conteudo dinamico sao anunciadas via regioes aria-live.
A checklist completa: referencia rapida
Aqui esta a checklist completa em formato digitalizavel.
Percetivel: - Todas as imagens informativas tem texto alt descritivo - Imagens decorativas tem atributos alt vazios - Videos tem legendas sincronizadas - Contraste do texto e 4,5:1 minimo - Pagina e utilizavel a 200% de zoom - Conteudo nao depende apenas da cor
Operavel: - Todos os elementos interativos sao acessiveis por teclado - Nao existem armadilhas de teclado - Indicadores de foco visiveis presentes - Alvos interativos de 24x24 pixeis CSS minimo - Conteudo auto-animado tem controlos de pausa - Link de saltar navegacao presente
Compreensivel: - Idioma da pagina declarado no atributo lang - Navegacao consistente entre paginas - Todos os campos tem labels visiveis - Mensagens de erro sao especificas - Autenticacao nao bloqueia gestores de passwords
Robusto: - Landmarks HTML semanticos utilizados - Hierarquia de titulos logica - Todos os elementos interativos tem nomes acessiveis - ARIA usado corretamente e apenas quando necessario
Como priorizar problemas apos a auditoria
Problemas criticos bloqueiam utilizadores completamente. Corrige-os primeiro.
Problemas altos causam dificuldades significativas mas tem solucoes alternativas.
Problemas medios afetam a usabilidade sem impedir a conclusao de tarefas.
Problemas baixos sao melhorias de boas praticas.
Documenta cada achado com a sua severidade, URL afetado, criterio WCAG relevante e correcao recomendada.
Automatizar a monitorizacao continua
Uma auditoria e um instantaneo. Sites mudam constantemente. Sem monitorizacao continua, as regressoes de acessibilidade acumulam-se em semanas.
Configura scans automatizados com um horario regular. O nosso verificador de acessibilidade permite scans regulares.
Integra verificacoes de acessibilidade no teu workflow de desenvolvimento com bibliotecas como axe-core.
Agenda revisoes manuais trimestrais. Forma a tua equipa de conteudo.
Requisitos legais a conhecer em 2026
A diretiva europeia de acessibilidade (EAA) entrou em vigor a 28 de junho de 2025. Em Portugal, a legislacao nacional transpoe esta diretiva com sancoes especificas. A norma tecnica e EN 301 549, que referencia WCAG 2.1 Nivel AA.
Noutros paises da UE, as multas variam: ate 100.000 euros na Alemanha, 300.000 euros em Espanha e 250.000 euros em Franca.
ADA Title II nos EUA exige agora explicitamente acessibilidade web para entidades governamentais, com prazo de abril 2026.
Apontar para WCAG 2.2 AA na tua auditoria cobre os requisitos de todos estes enquadramentos legais.