Acessibilidade digital: os seis erros que quase todo site comete

O WebAIM, organização sem fins lucrativos dedicada à acessibilidade na web, analisa todo ano as páginas iniciais do primeiro 1 milhão de sites do mundo com o motor de avaliação WAVE¹. A amostra é global, não brasileira. Na edição 2026, 95,9% dessas páginas tinham falhas detectáveis das WCAG, acima dos 94,8% de 2025¹. A média foi de 56,1 erros por página¹.

O número de erros cresceu 10,1% em um ano¹. Parte da explicação está no tamanho das páginas: a média chegou a 1437 elementos por página inicial, alta de 14,3% em um ano¹. Página maior, com mais componentes de terceiros, tem mais lugar para errar.

O próprio WebAIM avisa o limite do método: a ferramenta automática não detecta todas as falhas, e ausência de erro detectado não significa página acessível¹. Por isso o estudo conclui que a taxa de conformidade plena com as WCAG 2 no nível AA ficou com certeza abaixo de 4,1%¹.

A lista dos erros mais frequentes é a mesma há sete anos, segundo o WebAIM¹. A tabela abaixo mostra em que proporção das páginas iniciais cada erro apareceu na edição 2026. A soma dos percentuais passa do total de páginas porque uma mesma página costuma ter vários tipos de erro ao mesmo tempo. Resolver só esses seis já elimina a maior parte do que a ferramenta automática encontra.

Dois detalhes do estudo mostram o tamanho do problema dentro de cada página. Em média, cada página inicial tinha 34 ocorrências distintas de texto com contraste baixo. E 16,2% de todas as imagens estavam sem texto alternativo¹. Nos formulários, 33,1% dos campos não tinham rótulo associado¹.

A correção dos seis erros é conhecida e documentada pelo W3C, o consórcio que publica as WCAG. Nenhuma delas exige redesenho do site: são ajustes de cor, de marcação HTML e de conteúdo. A ordem abaixo segue a frequência do erro no WebAIM Million, e cada item traz o que conferir e o que mudar no código ou no sistema de gerenciamento de conteúdo.

1. 01
   Contraste baixo. Texto comum precisa de razão de contraste de pelo menos 4,5:1 com o fundo; texto grande, a partir de 18 pontos ou 14 pontos em negrito, pode ficar em 3:1². Ajuste a paleta no guia de marca, não página a página.
2. 02
   Imagem sem texto alternativo. Toda imagem informativa leva atributo alt que descreve o que ela comunica. Imagem decorativa leva alt="", para o leitor de tela pular. Imagem que é link descreve o destino, não a figura.
3. 03
   Campo sem rótulo. Cada campo de formulário precisa de um <label> ligado a ele, ou de aria-label. Texto de exemplo dentro do campo (o placeholder) some quando a pessoa digita e não substitui o rótulo.
4. 04
   Link vazio. Link só com ícone, ou com imagem sem alt, não tem nome para o leitor de tela. Dê texto visível ou um aria-label que diga para onde o link leva.
5. 05
   Botão vazio. Mesmo caso do link: botão de ícone (lupa, menu, fechar) precisa de nome acessível. Um aria-label="Buscar" resolve.
6. 06
   Idioma não declarado. Declare <html lang="pt-BR"> no modelo da página. Sem isso, o leitor de tela pode ler o texto em português com a pronúncia de outro idioma.

No Brasil, a exigência vem da Lei 13.146, de 2015, a Lei Brasileira de Inclusão da Pessoa com Deficiência³. O art. 63 torna obrigatória a acessibilidade nos sites mantidos por empresas com sede ou representação comercial no país e por órgãos de governo. O parâmetro é o das melhores práticas e diretrizes adotadas internacionalmente, papel que hoje cabe às WCAG.

O mesmo artigo pede, no parágrafo primeiro, que os sites exibam em destaque o símbolo de acessibilidade. A lei não fixa um nível de conformidade nem uma lista de critérios: ela remete às diretrizes internacionais. Na prática, isso faz das WCAG no nível AA a referência técnica para mostrar que o site cumpre o que o art. 63 pede.

O público atingido não é pequeno. O Censo 2022 do IBGE contou 14,4 milhões de pessoas com deficiência no país, ou 7,3% da população com 2 anos ou mais⁴. Desse total, 7,9 milhões tinham dificuldade para enxergar, o grupo mais afetado por contraste baixo e imagem sem descrição⁴.

Ferramentas como WAVE, Lighthouse e axe detectam só as falhas que dá para medir no código, como contraste, atributo ausente ou campo sem rótulo. Elas não julgam se o texto alternativo descreve bem a imagem, se a ordem de navegação pelo teclado faz sentido ou se um erro de formulário é anunciado ao leitor de tela. Essa parte exige teste manual.

O WebAIM registra um exemplo claro desse limite: 10,8% das imagens com texto alternativo tinham descrição questionável ou repetitiva, como "imagem" ou o nome do arquivo¹. Para a ferramenta, o atributo existe e o erro some. Para quem usa leitor de tela, a imagem continua sem descrição.

Por isso tratamos o teste automático como piso. Zerar os seis erros da tabela é o primeiro passo; o segundo é navegar pelo site só com o teclado e com um leitor de tela, como NVDA no Windows ou VoiceOver no Mac e no iPhone.

Comece pelas páginas que dão resultado ao negócio: a página inicial, a de produto ou serviço, o formulário de contato e o fluxo de compra. Rode o WAVE, gratuito em wave.webaim.org, em cada uma e anote as ocorrências dos seis erros da tabela. Depois abra uma tarefa por tipo de erro, não por página, porque a correção costuma estar no modelo.

1. 01
   Liste as cinco páginas com mais tráfego ou mais conversões no seu painel de análise.
2. 02
   Rode o WAVE em cada uma e registre, numa planilha, a contagem de cada um dos seis erros.
3. 03
   Corrija primeiro o que está no modelo do site: paleta de cores, atributo lang, rótulos dos formulários e nomes dos botões de ícone.
4. 04
   Revise o texto alternativo das imagens com quem cuida do conteúdo, imagem por imagem.
5. 05
   Navegue pelas mesmas páginas só com a tecla Tab e com um leitor de tela ligado, e anote onde a navegação trava.
6. 06
   Repita a medição depois de cada publicação grande, para que o erro corrigido não volte.