Acessibilidade na web em 2026: o que sua empresa precisa saber

Mais de 45 milhões de brasileiros têm algum tipo de deficiência — visual, auditiva, motora ou cognitiva. Um site inacessível fecha a porta para esse público antes que ele tenha a chance de conhecer o produto ou serviço. Além da perda comercial, inacessibilidade pode ser problema legal no Brasil desde a Lei Brasileira de Inclusão (13.146/2015).

O que são as WCAG e por que são o padrão

WCAG (Web Content Accessibility Guidelines) são as diretrizes publicadas pelo W3C que definem os critérios técnicos de acessibilidade para conteúdo web. A versão atual é WCAG 2.2 (2023).

As diretrizes se organizam em quatro princípios:

Princípio	O que significa
Perceptível	Informação precisa ser apresentada de formas que o usuário possa perceber
Operável	Interface precisa ser navegável e utilizável por qualquer pessoa
Compreensível	Conteúdo e operação precisam ser entendíveis
Robusto	Conteúdo precisa funcionar com tecnologias assistivas atuais e futuras

Cada princípio tem critérios em três níveis: A (mínimo), AA (padrão recomendado) e AAA (aprimorado). Para projetos comerciais, conformidade com WCAG 2.1 nível AA é o target adequado e o que a maioria das legislações referencia.

Contexto legal no Brasil

A Lei Brasileira de Inclusão (Lei 13.146/2015) exige que sites de empresas, organizações e governos sejam acessíveis. O Decreto 6.949/2009, que promulga a Convenção sobre os Direitos das Pessoas com Deficiência da ONU, reforça essa obrigação.

As consequências de não conformidade incluem:

• Ações civis por discriminação
• Multas aplicadas pelo PROCON e órgãos reguladores
• Vedação de participação em licitações públicas
• Danos à reputação em casos de repercussão pública

Para empresas que prestam serviços ao governo ou participam de concorrências, acessibilidade já é requisito técnico em editais.

Acessibilidade como vantagem competitiva

Além da conformidade legal, acessibilidade impacta diretamente nos resultados de negócio:

SEO: o Google usa tecnologias similares a leitores de tela para rastrear e entender o conteúdo. Alt text em imagens, estrutura de headings, links descritivos — todas as práticas de acessibilidade também são boas práticas de SEO.

Conversão: legendas em vídeo beneficiam quem assiste sem som (comportamento comum no mobile). Contraste adequado melhora legibilidade em telas ao sol. Formulários bem rotulados convertem melhor para todos.

Alcance: além das 45 milhões de pessoas com deficiência, milhões têm deficiências temporárias — braço engessado, problema de visão passageiro — ou situacionais — sol na tela, ambiente barulhento sem fone.

Os erros de acessibilidade mais comuns

Auditando dezenas de sites de negócios brasileiros, esses problemas aparecem com maior frequência:

1. Imagens sem atributo alt — leitores de tela não conseguem descrever a imagem para o usuário
2. Contraste insuficiente — texto cinza claro sobre fundo branco falha nos critérios WCAG (um dos erros mais comuns e mais fáceis de corrigir)
3. Formulários sem labels — campos com apenas placeholder tornam o formulário inutilizável com leitor de tela
4. Links sem contexto — "clique aqui" não diz nada quando lido fora de contexto pelo leitor de tela
5. Navegação só por mouse — menus que não funcionam com Tab e Enter são barreiras para usuários de teclado
6. Vídeos sem legendas — conteúdo audiovisual inacessível para surdos e para quem não pode usar áudio
7. Fonte muito pequena — texto abaixo de 16px sem opção de zoom funcional

Os ajustes de maior impacto para implementar agora

Alt text em imagens

<!-- Decorativa (ignora leitores de tela) -->
<img src="separador.svg" alt="">

<!-- Informativa -->
<img src="dashboard.png" alt="Dashboard mostrando crescimento de 42% em acessos orgânicos em 6 meses">

A regra: se a imagem transmite informação, descreva a informação (não apenas "imagem" ou o nome do arquivo). Se é decorativa, use alt="" para que o leitor de tela a ignore.

Contraste adequado

Texto precisa ter contraste mínimo de 4.5:1 contra o fundo. O problema mais comum: texto cinza médio (#999) sobre fundo branco — contraste de apenas 2.85:1, reprovado no WCAG.

Verifique qualquer combinação de cores em ferramentas como WebAIM Contrast Checker — gratuito, instantâneo.

Labels em formulários

<!-- Errado — só placeholder, some quando o usuário digita -->
<input type="email" placeholder="Seu e-mail">

<!-- Correto — label vinculada, sempre visível -->
<label for="email">E-mail</label>
<input id="email" type="email" placeholder="seu@email.com">

Placeholder some quando o usuário começa a digitar. Label fica — e é o que o leitor de tela anuncia quando o campo recebe foco.

Navegação por teclado

Todo elemento interativo precisa funcionar com Tab (navegar), Enter (ativar), Espaço (selecionar), e Escape (fechar). Teste no seu site agora: pressione Tab e observe se o foco está visível, se segue uma ordem lógica e se você consegue usar todas as funcionalidades sem o mouse.

Estrutura de headings

Headings precisam ter hierarquia lógica — H1 → H2 → H3 — sem pular níveis. Leitores de tela permitem que usuários naveguem por headings como uma forma de "pular" para a seção desejada.

Esse princípio se conecta diretamente com boas práticas de SEO técnico — o Google usa headings para entender a estrutura do conteúdo da mesma forma que um leitor de tela usa para navegação.

Ferramentas de auditoria de acessibilidade

Auditoria automatizada captura cerca de 30-40% dos problemas. O restante exige teste manual — especialmente com teclado e leitor de tela.

Ferramentas gratuitas:

• axe DevTools — extensão para Chrome, a mais usada por desenvolvedores, excelente na identificação de erros com baixo índice de falso positivo
• WAVE — extensão e ferramenta online, visual e muito detalhada para quem está começando
• Lighthouse — aba Accessibility no Chrome DevTools, dá score de 0 a 100 com explicações
• NVDA (Windows) ou VoiceOver (Mac) — leitores de tela gratuitos para teste real com tecnologia assistiva

Uma boa prática: incluir axe no processo de QA (quality assurance) de cada deploy para capturar regressões antes de irem para produção.

Como priorizar as correções

Se você descobrir muitos problemas de uma vez, priorize nessa ordem:

1. Contraste de texto — impacta todos os usuários, não só com deficiência, e é simples de corrigir
2. Alt text em imagens — especialmente imagens informativas e de produto
3. Labels em formulários — especialmente formulários de contato e cadastro
4. Navegação por teclado — teste o fluxo principal de conversão do site
5. Estrutura de headings — revise o HTML e garanta hierarquia correta

Não precisa corrigir tudo de uma vez. Comece pelos problemas mais críticos e que afetam os fluxos principais.

Acessibilidade e o ciclo de vida do site

Acessibilidade é mais barata de construir do que de corrigir. Um projeto de site que inclui acessibilidade como requisito desde o briefing adiciona tipicamente 10-15% ao esforço de desenvolvimento. Corrigir um site existente com problemas sérios pode custar muito mais — especialmente se problemas estruturais (hierarquia de headings, semântica HTML) precisarem ser refeitos.

Se o seu site existe há mais de dois anos sem auditoria de acessibilidade, uma verificação básica com axe ou WAVE vai revelar os problemas mais urgentes — frequentemente corrigíveis em horas, não semanas.