Acessibilidade no site da empresa: o que a lei exige e como corrigir

A conversa sobre acessibilidade em site quase sempre começa errada: como um favor a um público pequeno, algo que se faz depois que o resto estiver pronto. Nessa moldura, ela nunca sai do papel, porque não tem prazo, não tem dono e não tem orçamento.

A moldura correta cabe em uma frase. Um site inacessível é um site que recusa clientes em silêncio. Ninguém liga para reclamar que o formulário não funcionou com o leitor de tela ou que o botão cinza claro sumiu no sol. A pessoa fecha a aba e resolve em outro lugar, e esse abandono não aparece em relatório nenhum como o que de fato é.

O que vem a seguir é o lado prático: quem depende de acessibilidade, o que a lei cobra, os erros mais comuns e como testar sem contratar auditoria.

O que é acessibilidade digital na prática

Acessibilidade digital é a propriedade de um site poder ser usado por qualquer pessoa, com qualquer combinação de capacidade, equipamento e situação. Não é um recurso que se liga, nem um selo que se compra: é característica de como a página foi construída.

Quase tudo se resume a três coisas. Todo conteúdo não textual precisa ter equivalente em texto, porque texto é o único formato que qualquer tecnologia converte em voz, braile ou fonte maior. A estrutura precisa ser real, com título sendo título e botão sendo botão, e não caixas estilizadas para parecer o que não são. E nenhuma tarefa pode depender de um único sentido: se só funciona com mouse, só com cor ou só com áudio, alguém fica de fora.

Quem depende da acessibilidade do seu site

A imagem que vem à cabeça é a de uma pessoa cega. Ela está no grupo, mas longe de ser o grupo inteiro.

• Pessoa cega usando leitor de tela. O software lê a página na ordem do código e permite saltar entre títulos, links e campos. Sem títulos de verdade, a página vira texto corrido sem mapa; sem descrição na imagem, o leitor anuncia o nome do arquivo.
• Pessoa com baixa visão. Amplia a página em 200% ou usa fonte grande do sistema, e precisa que o layout continue funcionando quando o texto cresce.
• Pessoa com daltonismo. Perto de 8% dos homens tem alguma alteração na percepção de cor. Informação passada só por cor, como erro em vermelho e acerto em verde, não chega.
• Quem não usa mouse. Por limitação motora, tremor ou teclado adaptado. Toda a navegação precisa funcionar com Tab, Enter e as setas.
• Pessoa idosa. Acumula um pouco de tudo: menos acuidade visual, menos contraste percebido, menos precisão de clique. E é uma fatia grande, com poder de compra.
• Pessoa com deficiência auditiva. Precisa de legenda em vídeo e transcrição em áudio.
• Quem está no sol com o celular na mão. É a acessibilidade situacional, e é ela que derruba o argumento do público pequeno. No sol, contraste baixo vira tela branca. Com uma mão ocupada, alvo pequeno vira erro de toque. Em ambiente barulhento, vídeo sem legenda é vídeo pulado.

Site de empresa é obrigado a ser acessível?

A Lei Brasileira de Inclusão, a LBI, trata expressamente de acessibilidade em sites. Ela estabelece que sites mantidos por empresas com sede ou representação comercial no país devem ser acessíveis à pessoa com deficiência. Não é regra só para órgão público.

O que a LBI não faz é descrever tecnicamente o que torna uma página acessível. Quem faz esse papel é o padrão técnico de referência.

• WCAG (Web Content Accessibility Guidelines), publicado pelo W3C, é o padrão internacional e a régua usada pelo mercado. Ele organiza os critérios em três níveis, A, AA e AAA, e o alvo praticado é o nível AA, onde estão contraste mínimo, navegação por teclado, rótulo de formulário e texto alternativo.
• eMAG (Modelo de Acessibilidade em Governo Eletrônico) é o modelo brasileiro derivado do WCAG, voltado ao setor público: é ele que aparece em edital. Para empresa privada, serve como referência, não como cobrança.

Uma leitura honesta fica assim: ser acessível é obrigação legal e está na LBI; atingir WCAG AA é a boa prática que dá conteúdo técnico a essa obrigação. Selo, laudo de terceiro e widget de acessibilidade não são exigidos por lei nenhuma, e nenhum substitui a correção do código.

Um aviso sobre os widgets. Aquela barra que oferece aumentar fonte e inverter cores é vendida como solução instantânea e costuma ser o oposto: não corrige imagem sem descrição, nem campo sem rótulo, nem navegação quebrada, e às vezes atrapalha o leitor de tela que a pessoa já usa. É a mesma lógica da adequação à LGPD vendida como banner de cookie: o que aparece na tela não é o que resolve.

Os erros de acessibilidade mais comuns, e como corrigir cada um

A lista encontrada em site comercial é curta e repetida. Estes oito itens tiram a maior parte das barreiras reais.

Imagem sem texto alternativo

O leitor de tela anuncia "imagem" ou lê o nome do arquivo. Descreva a função, não a aparência: "cadeira de escritório com apoio lombar ajustável" vale mais do que "foto". Imagem decorativa leva texto alternativo vazio, para ser ignorada em vez de virar ruído.

Contraste insuficiente

Cinza claro sobre branco, texto sobre foto sem escurecimento. A régua do WCAG AA é 4,5:1 para texto normal e 3:1 para texto grande. A correção é de paleta, não de código.

Formulário com campo sem rótulo

É o erro mais caro, porque fica em cima da conversão. Campo que usa só o texto dentro da caixa como rótulo deixa a pessoa sem referência assim que ela digita, e no leitor de tela vira "caixa de edição" sem nome. Associe um rótulo visível a cada campo e escreva mensagem de erro que diga o que fazer. Formulário mal feito derruba venda em qualquer checkout, com ou sem deficiência envolvida.

Link escrito "clique aqui"

Quem usa leitor de tela navega saltando de link em link e ouve a lista fora do contexto da frase. Dez links dizendo "clique aqui" formam uma lista inútil. Escreva o destino no próprio link: "ver os planos de hospedagem".

Vídeo sem legenda

Exclui pessoa surda e quem assiste sem som, que hoje é a maioria no celular. Legenda automática serve de rascunho e precisa de revisão, porque erra nome próprio e termo técnico justamente onde a informação importa. Publicar a transcrição ao lado do vídeo resolve para todos e ainda entrega conteúdo indexável.

Site que só funciona com mouse

Menu que abre só ao passar o cursor, modal que não fecha com Esc, elemento clicável que não recebe foco. Use elementos nativos, e nunca remova o indicador de foco no CSS: aquele contorno é a única pista de onde a pessoa está.

Fonte pequena e travada

Corpo de texto abaixo de 16px no celular, ou layout que quebra quando o navegador amplia. Dê zoom de 200% e veja se o conteúdo continua legível. E não trave o zoom no meta viewport.

PDF que é foto de texto

Catálogo e tabela de preços escaneados como imagem dentro de um PDF são invisíveis para leitor de tela e para buscador. Se o conteúdo importa, ele deveria ser uma página do site. Onde o PDF for inevitável, gere a partir do original em vez de digitalizar.

Como testar a acessibilidade do site de graça

Não é preciso auditoria paga para achar os problemas grandes. Quatro testes cobrem muito.

1. Navegue só com o teclado. Tire a mão do mouse e tente achar um produto, preencher o formulário e enviar. Tab avança, Shift+Tab volta, Enter aciona, Esc fecha. Se o foco sumir, ficar preso ou algum passo for impossível, achou uma barreira real.
2. Use o leitor de tela que já vem no sistema. VoiceOver no Mac e no iPhone, Narrador no Windows, TalkBack no Android. Feche os olhos e ouça a página inicial: você escuta na hora a imagem sem descrição e o link sem destino.
3. Passe as cores em um verificador de contraste. Há verificadores gratuitos na web, e o inspetor do navegador mostra a razão ao selecionar um texto. Teste texto secundário, texto sobre imagem e botão.
4. Rode a auditoria automática do navegador. No Chrome, o Lighthouse tem uma aba de acessibilidade, e extensões gratuitas dão relatório mais detalhado. Aponta em minutos imagem sem descrição, contraste baixo, campo sem rótulo e títulos fora de ordem.

Por que o teste automático pega só parte dos problemas

Essa é a parte que evita falso alívio. Ferramenta automática identifica em torno de um terço dos problemas reais, só os verificáveis por regra. Ela sabe dizer que falta texto alternativo, e não que o texto escrito é inútil. Sabe medir contraste, e não percebe que a instrução do formulário depende de uma cor. Sabe que existem títulos, e não se eles descrevem o conteúdo.

Nota 100 em auditoria automática significa apenas que nenhum erro detectável por máquina ficou de pé. O resto se descobre usando: teclado, leitor de tela e, quando possível, uma pessoa que dependa dessas tecnologias todo dia, o que rende mais do que qualquer relatório.

O que acessibilidade tem a ver com SEO e com quem lê o site por IA

Aqui está o argumento que costuma destravar o orçamento. Buscador e modelo de linguagem não enxergam a sua página: leem texto e estrutura, como um leitor de tela. Boa parte do trabalho de acessibilidade é, literalmente, o mesmo trabalho de SEO técnico.

• Hierarquia de títulos correta dá à máquina o índice do documento, e é o que permite extrair a resposta de um trecho.
• Texto alternativo faz a imagem existir na busca e dá contexto quando ela é decisiva.
• Link descritivo informa o destino para quem ouve e para quem rastreia.
• Legenda e transcrição transformam vídeo em conteúdo indexável.
• HTML semântico separa navegação, conteúdo principal e rodapé, o que melhora a extração automática.
• Página leve, sem script pesado, é melhor para todos, inclusive para o rastreador. O mesmo excesso que atrapalha a leitura costuma travar o carregamento.

Quem arruma acessibilidade está, sem esforço extra, criando as condições de ser citado em resposta de IA e em resumo de busca, porque esses sistemas dependem de texto limpo e estrutura clara. E na busca regional, onde a diferença entre aparecer e não aparecer é fina, esses detalhes pesam tanto quanto o trabalho de SEO local.

Quanto custa fazer certo na criação contra remendar depois

Na criação, acessibilidade é quase de graça. Escolher uma paleta que passa no contraste custa a mesma reunião que escolher uma que não passa. Usar botão de verdade em vez de caixa estilizada custa o mesmo tempo de código. Descrever a imagem na hora de publicar leva segundos, porque quem publica sabe o que ela mostra.

Depois, tudo fica caro. Trocar a paleta obriga a revisar todas as telas. Substituir componente feito à mão mexe em código já em produção. Descrever mil imagens antigas exige abrir uma por uma. E se o site nasceu sobre tema pronto engessado, o remendo vira refação.

Existe ainda o custo que não aparece na fatura: o cliente que desistiu no formulário, o contrato público perdido por não atender exigência de acessibilidade no edital. Ele já está sendo pago todo mês, só não vem discriminado. Somando isso, a conta de quanto custa manter um site muda de figura.

Por onde começar

Se o site já existe e nada foi feito, não resolva tudo de uma vez. Rode a auditoria na home, numa página de conteúdo e na de contato. Arrume o contraste da paleta inteira, que é a correção de melhor alcance por esforço. Arrume os formulários, começando pelo de contato e pelo checkout, porque é onde está o dinheiro. E crie a regra para o conteúdo novo: toda imagem com descrição, todo vídeo com legenda, todo link com texto que diz o destino.

Há um pré-requisito: ter acesso real ao próprio site. Quem depende de painel fechado de terceiro, sem controle do código e do template, muitas vezes não consegue corrigir nem o que sabe que está errado. Site próprio é o que transforma uma lista de correções em trabalho executável.

Um site que exclui parte do público é um site que vende menos, e isso tem conserto. A NSWeb constrói e mantém site de empresa com acessibilidade tratada na origem: contraste que passa na régua, formulário que funciona com teclado e leitor de tela, estrutura que serve para quem lê, para quem ouve e para quem rastreia. Fale com a gente pelo formulário de contato.

Perguntas frequentes