Acessibilidade Digital (WCAG)

Cerca de 15% da população mundial tem alguma forma de deficiência. No Brasil, o Censo de 2022 identificou mais de 18 milhões de pessoas com deficiência visual, auditiva, motora ou intelectual. Quando um site ou aplicativo não é acessível, não é apenas inconveniência — é exclusão de uma parcela significativa de usuários potenciais que simplesmente não conseguem usar o produto.

Acessibilidade digital é o conjunto de práticas que torna produtos digitais utilizáveis por pessoas com diferentes habilidades e necessidades: pessoas com deficiência visual que usam leitores de tela, pessoas com deficiência motora que navegam apenas com teclado, pessoas com deficiência auditiva que precisam de legendas, pessoas com dislexia que se beneficiam de contraste e tipografia adequados.

WCAG — Web Content Accessibility Guidelines — é o padrão internacional que define critérios mensuráveis de acessibilidade para conteúdo web. Publicado pelo W3C, é a referência adotada pela legislação de acessibilidade digital da maioria dos países, incluindo o Brasil (eMAG e normas da LBI — Lei Brasileira de Inclusão).

WCAG organiza-se em torno de quatro princípios fundamentais, frequentemente resumidos pelo acrônimo POUR:

Perceptível (Perceivable): informação e componentes da interface devem ser apresentados de formas que os usuários possam perceber. Imagens precisam de texto alternativo para leitores de tela. Vídeos precisam de legendas para pessoas surdas. Cores não podem ser o único meio de transmitir informação (problema para pessoas com daltonismo).

Operável (Operable): todos os componentes de interface e navegação devem ser operáveis. O site deve ser completamente navegável por teclado (sem mouse). Conteúdo que pisca não deve ter frequência que cause convulsões. Usuários devem ter tempo suficiente para ler e usar o conteúdo.

Compreensível (Understandable): informação e operação da interface devem ser compreensíveis. Texto deve ser legível e compreensível. Páginas devem funcionar de forma previsível. Formulários devem ajudar usuários a evitar e corrigir erros.

Robusto (Robust): conteúdo deve ser robusto o suficiente para ser interpretado por uma variedade de agentes de usuário, incluindo tecnologias assistivas. HTML semântico correto é central aqui — leitores de tela dependem da semântica para entender a estrutura da página.

Níveis de conformidade:

• Nível A: critérios mínimos. Falhar neles cria barreiras severas para alguns usuários.
• Nível AA: o target padrão para a maioria das organizações — inclui A mais critérios adicionais. É o nível exigido pela maioria das legislações.
• Nível AAA: conformidade máxima. Nem sempre é possível para todo tipo de conteúdo.

Auditorias de acessibilidade consistentemente identificam os mesmos problemas recorrentes em sites e aplicações.

Imagens sem texto alternativo: o atributo alt em imagens é o que leitores de tela anunciam para usuários cegos. Imagem sem alt — ou com alt genérico como "imagem" ou o nome do arquivo — é informação perdida.

Contraste insuficiente: texto claro sobre fundo claro, ou escuro sobre escuro, pode ser ilegível para pessoas com baixa visão ou daltonismo. WCAG AA exige ratio de contraste mínimo de 4.5:1 para texto normal e 3:1 para texto grande.

Formulários sem labels: campo de formulário sem label associado é campo sem identificação para leitor de tela. O usuário sabe que há um campo para preencher, mas não sabe o que preencher.

Navegação por teclado quebrada: elementos interativos que só funcionam com mouse, ou foco do teclado que desaparece ou segue ordem ilógica. Para usuários com deficiência motora que navegam por teclado ou switch, isso é barreira completa.

Vídeos sem legenda: conteúdo em vídeo sem legenda exclui usuários surdos e com deficiência auditiva, além de usuários em ambientes sem som.

Estrutura de cabeçalhos incorreta: uso de H1, H2, H3 por estilo visual em vez de hierarquia semântica. Leitores de tela usam cabeçalhos para navegar pela página — estrutura incorreta torna a navegação confusa.

Modais e popups sem trap de foco: quando um modal abre, o foco do teclado deve ficar contido dentro do modal. Modal que permite o foco "escapar" para o fundo da página é confuso e inutilizável por teclado.

Acessibilidade não pode ser verificada apenas por ferramentas automatizadas — testes automatizados detectam cerca de 30-40% dos problemas. O restante exige teste manual e, idealmente, teste com usuários reais com deficiência.

Ferramentas automatizadas: axe DevTools (extensão de browser), Lighthouse (built-in no Chrome DevTools), WAVE. Úteis para detectar problemas óbvios rapidamente — imagens sem alt, contraste insuficiente, labels faltando.

Teste por teclado: navegar o site inteiro sem usar o mouse. Verificar se todos os elementos interativos são alcançáveis, se a ordem de foco é lógica, se modais funcionam corretamente.

Teste com leitor de tela: NVDA (Windows, gratuito), VoiceOver (macOS/iOS, built-in), TalkBack (Android, built-in). Revelar como o site é experienciado por usuários cegos vai além do que ferramentas automatizadas detectam.

Verificação de contraste: ferramentas como Colour Contrast Analyser verificam se combinações de cor atendem os ratios WCAG.

A Lei Brasileira de Inclusão (LBI, Lei 13.146/2015) estabelece o direito de pessoas com deficiência ao acesso à informação e comunicação, incluindo meios digitais. O Decreto 5.296/2004 e normas da ABNT definem requisitos para acessibilidade de sítios web do governo (eMAG — Modelo de Acessibilidade em Governo Eletrônico).

Para empresas privadas, a LBI e o Código de Defesa do Consumidor criam base para demandas judiciais por inacessibilidade digital. Casos de empresas sendo condenadas por sites inacessíveis são crescentes no Brasil, seguindo tendência já consolidada nos EUA (onde o ADA — Americans with Disabilities Act — gerou milhares de processos contra empresas com sites inacessíveis).

Acessibilidade digital é frequentemente tratada como requisito de conformidade legal — algo que se faz para evitar processo, não porque gera valor. Essa lente é limitada por duas razões.

A primeira é de mercado: 15% da população com alguma deficiência representa um segmento enorme que, quando excluído, não é cliente potencial. Acessibilidade não é custo de compliance — é expansão de mercado endereçável.

A segunda é de qualidade: práticas de acessibilidade como HTML semântico, contraste adequado, navegação por teclado e labels claros melhoram a experiência de todos os usuários — não apenas de pessoas com deficiência. Site acessível tende a ser mais usável, mais rápido e melhor indexado por mecanismos de busca (SEO e acessibilidade compartilham muitos fundamentos técnicos).

O ponto de partida prático para times de produto: incluir acessibilidade como critério de definition of done — não como fase de auditoria posterior ao desenvolvimento. Corrigir problema de acessibilidade depois que o componente está em produção custa mais do que construir de forma acessível desde o início.