Blog Acessibilidade

Verificar a acessibilidade do site em 20 minutos

Oito verificações à mão com o browser e o teclado, uma passagem pelo AccessMonitor, e o que nenhuma ferramenta automática consegue ver no seu site.

Pode saber se o seu site tem os problemas de acessibilidade mais comuns sem contratar ninguém e sem instalar nada. Precisa de um computador, de um teclado e de uns vinte minutos. O W3C, o organismo que escreve as normas da web, publica uma lista de verificações rápidas pensada para quem não é técnico, e a Agência para a Modernização Administrativa tem um validador gratuito, o AccessMonitor, que faz uma passagem automática. As duas coisas juntas não dizem que o site é acessível, mas dizem com boa segurança onde não é.

Porque fazer isto, mesmo que a lei não o apanhe

Há quase dois anos, a 28 de junho de 2025, começaram a aplicar-se as regras de acessibilidade do Decreto-Lei n.º 82/2022. Como explicámos em a lei da acessibilidade digital apanha o seu site?, a maior parte dos sites de pequenas empresas fica fora delas: ou não é um serviço da lista, ou é de uma microempresa.

A razão para verificar é outra. Quem tem a letra do telemóvel aumentada, quem lê ao sol, quem usa o teclado porque tem o braço engessado, quem não vê bem as cores: todas essas pessoas são clientes, e nenhuma lhe vai dizer que o site não funcionou. Vão ao site seguinte.

As verificações que se seguem vêm das Easy Checks do W3C, uma primeira avaliação para quem não é especialista. A versão nova estava em rascunho quando a lemos, em outubro de 2026, e o próprio W3C avisa que são verificações rápidas e não exaustivas: uma página pode passar em todas e continuar a ter barreiras importantes. Servem para encontrar o óbvio, que é quase sempre o mais caro.

Faça-as no computador, num browser atualizado, primeiro na página inicial e depois na página onde o cliente o contacta ou compra. São as duas que mais contam.

Os primeiros cinco minutos: título, imagens e cabeçalhos

  1. O título do separador. Olhe para o texto do separador do browser. Deve dizer o que é a página e de quem é, e ser diferente em cada página. «Página inicial» ou «Home» repetido em todo o site é o erro habitual. Um bom exemplo: «Canalizador em Matosinhos | Reparações Silva».
  2. As imagens. Cada imagem que diz alguma coisa precisa de um texto alternativo, que é o que um leitor de ecrã lê em voz alta. As imagens só decorativas devem ter o texto alternativo vazio, para não serem lidas. O W3C sublinha que as ferramentas só detetam o texto em falta; se o texto está certo, só uma pessoa decide.
  3. Os cabeçalhos. A página deve ter títulos e subtítulos marcados como tal, e não só texto em letra grande. Quem usa um leitor de ecrã salta de cabeçalho em cabeçalho, como quem lê os títulos de um jornal. O ideal é um título principal e subtítulos por ordem, sem saltos.

Para ver as imagens sem texto alternativo e os cabeçalhos, o mais prático é o AccessMonitor, descrito mais abaixo, que lista as duas coisas. O texto alternativo também é lido pelo Google: a página da Google sobre imagens diz que é o atributo mais importante para descrever uma imagem, que é usado em conjunto com o conteúdo da página, e pede que não se encha de palavras-chave.

  • Assim «Casa de banho remodelada com base de duche em pedra cinzenta e azulejo branco.»
  • Não assim «canalizador porto canalizador matosinhos remodelação casa de banho barata», ou «IMG_4821».

Sobre como escrever estes textos para as fotografias do seu trabalho, há mais em como fotografar o seu trabalho para o site.

Contraste e zoom: o que vê quem lê mal

Contraste. O texto normal deve ter uma relação de contraste de pelo menos 4,5 para 1 com o fundo, e o texto grande de pelo menos 3 para 1. São os valores das WCAG, os mesmos que o AccessMonitor aplica. Não precisa de os calcular à mão: o AccessMonitor indica as combinações de cores que ficam abaixo do mínimo. O suspeito do costume é o cinzento-claro sobre branco, nos textos pequenos, nos rótulos dos formulários e no texto dentro dos botões.

Zoom. Carregue em Ctrl e no sinal de mais (Cmd e mais, no Mac) cinco vezes. O W3C diz que isso deve levar a página a 200%. Depois estreite a janela do browser. O que procura:

  • Todo o texto continua legível.
  • Nenhum texto fica escondido por trás de outro texto ou de uma imagem.
  • O texto quebra de linha dentro do ecrã, sem ser preciso deslizar para o lado para ler uma frase.
  • O menu pode transformar-se num ícone; isso não é um problema, desde que abra.

Esta é a verificação que mais vezes revela problemas em sites feitos com construtores de páginas: botões que se sobrepõem, textos cortados a meio, um menu que tapa o conteúdo. É também o que vê o cliente que aumentou a letra no telemóvel.

Teclado e formulários: o que acontece sem rato

Ponha o rato de lado. Carregue na tecla de tabulação (Tab) para avançar de ligação em ligação, e em Shift e Tab para recuar. Em alguns browsers no Mac é preciso ativar primeiro, nas definições, a navegação com o teclado por todos os controlos.

  • Consegue ver sempre onde está: a ligação ou o botão com o foco tem uma marca visível, um contorno ou uma mudança de cor.
  • Consegue chegar a todos os botões, ligações e campos, e sair de cada um. Ficar preso dentro de um elemento, sem conseguir avançar, é das falhas mais graves.
  • A ordem faz sentido: segue a ordem em que se lê a página.
  • Os menus que abrem e os botões de marcação funcionam com Enter.

Depois, o formulário de contacto. Clique no texto que está ao lado de cada campo, por exemplo «Nome». Se o formulário estiver bem feito, o cursor salta para o campo. Se não saltar, o campo provavelmente não tem um rótulo associado, e um leitor de ecrã não sabe dizer o que lá se escreve. Um campo cujo único rótulo é o texto cinzento lá dentro fica sem rótulo assim que se começa a escrever.

Envie também o formulário com um erro de propósito, por exemplo sem o email. A mensagem deve dizer o que falta e onde, e o que já tinha escrito deve continuar lá. Os campos obrigatórios não devem estar assinalados só a vermelho.

Vídeos e coisas que se mexem sozinhas

O que se mexe. Um carrossel, uma faixa de texto a correr ou uma animação que comece sozinha e dure mais de cinco segundos tem de poder ser pausada, parada ou escondida. E nada deve piscar mais de três vezes por segundo, que é o limite que o W3C aponta para a verificação.

Os vídeos. Se o site tem vídeos com fala, precisam de legendas. O W3C é claro: as legendas automáticas não chegam, porque não são suficientemente exatas. O som não deve começar sozinho, ou deve parar ao fim de três segundos ou ter um botão para o desligar. Um vídeo de fundo, sem som, numa página inicial, fica coberto pela regra anterior: tem de se poder parar.

Depois, o AccessMonitor

O AccessMonitor é o validador automático da Agência para a Modernização Administrativa. É gratuito. Avalia uma página com base nas WCAG 2.1, a partir do endereço, de código HTML colado ou de um ficheiro HTML carregado.

  1. Cole o endereço da página inicial e peça a avaliação.
  2. Leia a pontuação, mas não pare nela. A página recebe uma nota em 10. Serve para comparar a mesma página antes e depois de corrigir, não para comparar com o vizinho.
  3. Vá às práticas não aceitáveis. Cada uma diz o que encontrou e quantas vezes: imagens sem texto alternativo, contraste insuficiente, campos sem rótulo, cabeçalhos em falta ou mais de um título principal.
  4. Leia também as práticas para ver manualmente. São as que a ferramenta não consegue decidir sozinha, e é aí que as verificações à mão que já fez respondem.
  5. Repita nas outras páginas importantes, uma de cada vez: contactos, serviços, marcação ou loja.

Se o seu site foi feito por outra pessoa, mande-lhe o relatório. É específico, aponta para o elemento em causa e fala a língua de quem programa.

O que nenhuma ferramenta vê

Uma avaliação automática encontra o que se pode contar: um atributo em falta, uma cor abaixo do mínimo. Não lê como uma pessoa. Ficam de fora, entre outras:

  • Se o texto alternativo descreve o que a imagem mostra, ou se diz «fotografia» em todas.
  • Se o texto de uma ligação diz para onde vai: «clique aqui» repetido três vezes passa no validador e não diz nada a quem ouve a página.
  • Se a ordem do teclado faz sentido, e se o foco se vê.
  • Se as legendas do vídeo estão certas.
  • Se a página se percebe: frases curtas, palavras do cliente, o telefone onde se espera que esteja.

É por isso que o W3C chama a estas verificações uma primeira avaliação. Uma avaliação completa, feita por quem conhece as WCAG, vai mais fundo. Para a maior parte dos sites de pequenas empresas, que não estão abrangidos pela lei, corrigir o que estas verificações encontram já resolve as barreiras que mais clientes afastam.

O que fazer com o que encontrou

Faça uma lista curta, por ordem de quem afeta mais pessoas: o contraste e o zoom primeiro, porque tocam em toda a gente que lê mal; depois o teclado e os formulários, porque bloqueiam o contacto; depois o resto. Muitas correções são mudanças de cor, de texto ou de uma definição no construtor do site, e não um site novo.

Se quiser praticar antes de olhar para o seu, faça as mesmas verificações num dos sites que mostramos nos nossos trabalhos, e diga-nos o que encontrou.

Fez as verificações e não sabe o que vale a pena corrigir primeiro? Mande-nos o endereço do site. Olhamos para a acessibilidade, para o telemóvel e para o contacto, e respondemos por escrito com o que mudávamos primeiro.

Pedir a análise gratuita

Para ler a seguir: a lei da acessibilidade digital apanha o seu site?, e como medir a velocidade do site.