ACCESIBILIDAD ≠ OVERLAY · 30
Acessibilidade ≠ Overlay: 10 verificações para saber se o seu site é realmente acessível
📅 29 de outubro de 2026 · ⏱ 4 min de leitura
Um ícone flutuante não comprova a acessibilidade. O importante é permitir que as pessoas naveguem, compreendam a informação e concluam tarefas. Estas dez verificações avaliam a experiência real.
01. Comece por uma tarefa, não por um widget
Escolha uma tarefa importante: pedir um orçamento, marcar uma reunião, comprar ou encontrar contactos. Percorra todo o processo, em vez de procurar apenas um botão de acessibilidade.
Registe os passos confusos ou impossíveis. Um site visualmente cuidado pode continuar a impedir ações essenciais.
02. Teste a navegação por teclado
Afaste o rato e navegue com Tab e Shift+Tab. Ative os controlos com Enter ou Espaço, conforme adequado, e experimente menus e formulários.
Uma ordem de foco incoerente ou um controlo inacessível constitui uma barreira funcional. Alterar o contraste não resolve a interação.
03. Verifique o foco e as janelas de diálogo
O foco deve ser visível e não ficar oculto por cabeçalhos fixos. Ao abrir uma janela modal, o foco deve ser gerido corretamente e regressar ao local adequado.
Se a confirmação de compra deixa o foco atrás da janela, é necessário corrigir o componente e não acrescentar um painel.
04. Ouça a página com um leitor de ecrã
Utilize um leitor de ecrã para verificar títulos, ligações, botões e campos. Ouça os nomes acessíveis, a ordem de leitura e as alternativas das imagens.
A aparência visual não substitui a semântica HTML. As tecnologias de apoio precisam de etiquetas e estados corretamente comunicados.
05. Analise formulários e mensagens de erro
Envie um formulário vazio e introduza dados inválidos. Verifique se os erros explicam o problema e como o corrigir, com campos obrigatórios identificados.
Uma mensagem que diz apenas «Erro» ou depende da cor é insuficiente. As instruções devem estar associadas aos campos.
06. Amplie e teste em dispositivos móveis
Aumente o zoom para 200% e teste ecrãs pequenos. As ações essenciais devem continuar disponíveis, sem sobreposições nem deslocações impossíveis.
Aumentar o texto só ajuda se o layout se adaptar. Um widget não corrige um design responsivo defeituoso.
07. Reveja conteúdos e estrutura semântica
Use uma hierarquia lógica de títulos, ligações descritivas e instruções claras. Forneça alternativas para imagens informativas.
Uma boa estrutura facilita a navegação com leitores de ecrã e a pesquisa rápida. A acessibilidade também depende dos conteúdos.
08. Conheça os limites dos testes automáticos
Os testes automáticos detetam alguns problemas de contraste, marcação e nomes acessíveis. Não conseguem avaliar sozinhos toda a experiência.
Combine-os com testes manuais, teclado, tecnologias de apoio e, sempre que possível, pessoas com deficiência. Uma pontuação não comprova conformidade WCAG.
09. Priorize bloqueios e atribua responsáveis
Priorize pelo impacto: impedir o pagamento ou o envio de um formulário é mais grave do que um pequeno detalhe visual. Registe como reproduzir cada problema.
Atribua responsáveis e corrija os componentes partilhados em vez de disfarçar sintomas em páginas isoladas.
10. Repita os testes após cada alteração
Atualizações do WordPress, módulos Divi e novos formulários podem introduzir barreiras. Inclua verificações de acessibilidade na manutenção.
Utilize as WCAG 2.2 como referência e documente os testes. O objetivo é permitir utilização autónoma.