Acessibilidade de site: o que verificar e cobrar na contratação

Para avaliar acessibilidade, confira se a pessoa consegue ler, navegar e entrar em contato com diferentes formas de acesso. Teste teclado, foco, contraste, ampliação, imagens e controles, e inclua avaliação técnica conforme o escopo. Ferramentas automáticas ajudam a encontrar falhas, mas não provam sozinhas que o site é acessível. Na contratação, descreva o padrão, as páginas e os testes previstos, com responsáveis por corrigir e verificar.

Transforme acessibilidade em requisito de uso

A pergunta inicial é concreta: alguém consegue usar o site sem depender de uma única forma de enxergar, ouvir ou interagir? Uma pessoa pode navegar por teclado, usar leitor de tela, aumentar o conteúdo ou precisar reduzir movimento. A experiência precisa considerar essas situações desde o projeto.

Não trate acessibilidade como um botão que resolve tudo. Um painel de ajustes não substitui conteúdo bem estruturado, controles acessíveis e código adequado. A avaliação precisa alcançar as páginas e tarefas reais.

Em um exemplo hipotético, uma empresa apresenta o serviço em uma imagem com texto e oferece contato por um ícone sem nome acessível. O visual pode parecer simples, mas parte da informação e da ação não fica disponível da mesma forma. A revisão exige olhar conteúdo e funcionamento juntos.

Defina referência, nível e escopo

As WCAG são diretrizes de acessibilidade do W3C. Elas organizam critérios para conteúdo web e possuem níveis de conformidade. A WCAG 2.2 é uma Recomendação do W3C e amplia versões anteriores. Na proposta, evite acessibilidade completa sem indicar a referência e o escopo avaliado.

Um projeto pode estabelecer como objetivo WCAG 2.2 nível AA. Isso exige examinar critérios aplicáveis, páginas e processos completos. Não apresente uma checklist inicial como certificado de conformidade. Se existir obrigação específica para a empresa, sua definição jurídica precisa ser tratada com o responsável competente.

Inclua no escopo as jornadas essenciais: ler o serviço, navegar, abrir imagens e usar o contato. Documentos anexos, vídeos e recursos de terceiros também precisam ser considerados quando fazem parte dessas jornadas.

Comece com teclado e foco

Abra o site e navegue com Tab e Shift+Tab. Observe se consegue alcançar links, menus e contato e se o elemento selecionado fica visível. Teste os controles com as teclas adequadas à sua função. O responsável técnico deve verificar semântica e comportamento de cada componente.

Se houver uma janela de ampliação, confira entrada, navegação e fechamento sem mouse. O conteúdo de fundo não deve confundir a navegação enquanto o diálogo está aberto. Essa verificação pede atenção maior que apenas apertar Tab na primeira tela.

Anote o elemento, a página e o passo em que a navegação falhou. Um relato como menu inacessível é menos útil que uma sequência reproduzível. Não conclua que o site inteiro está acessível porque alguns links funcionaram.

Confira leitura, ampliação e movimento

Teste aumento de texto e zoom no navegador. Veja se o conteúdo continua disponível e se botões não ficam sobrepostos. Examine contraste em textos, controles e estados de foco. Cores podem ajudar a organização, mas não devem ser a única forma de transmitir informação importante.

Observe também animações e mudanças de fundo. O conteúdo principal precisa continuar legível. Movimento não deve ser necessário para descobrir um serviço ou usar o contato. Quando houver opção de reduzir movimento no sistema, confirme o comportamento previsto.

Esses testes podem revelar problemas evidentes, mas ainda não cobrem todos os critérios. O W3C oferece verificações iniciais e explica seus limites. Use-as para organizar uma primeira revisão, sem tratá-las como avaliação completa.

Revise imagens, títulos e informações

Uma imagem informativa precisa de alternativa em texto adequada à função e ao contexto. A descrição não deve virar uma lista de palavras-chave. Imagens decorativas têm tratamento diferente. Gráficos e infográficos podem exigir descrição ou conteúdo equivalente além de uma frase curta.

O tutorial de imagens do W3C mostra essas diferenças. Quando o visual contém uma decisão ou comparação importante, garanta que a informação também possa ser compreendida por quem não vê a imagem.

Confira títulos e sequência do conteúdo. Eles devem organizar o assunto, e não ser escolhidos apenas pelo tamanho visual. Links precisam indicar seu destino. Botões com rótulos claros ajudam a pessoa a entender a ação, incluindo quando o contato abrirá outro aplicativo.

Ler a explicação do infográfico

Teste o uso, não só a aparência

Defina as jornadas essenciais, como ler a oferta, navegar e entrar em contato, além de padrão e escopo de avaliação.

Como interpretar

Teste Tab e Shift+Tab, alcance de menus e contato, foco visível, operação e fechamento dos controles, zoom, contraste e ausência de sobreposição. Confira títulos, destinos, rótulos e alternativas para imagens conforme a função.

Limites e aplicação

Combine ferramentas com revisão manual e tecnologias assistivas conforme o escopo. Documente falhas e responsáveis, corrija, repita cenários e reavalie alterações. A checklist inicial não certifica conformidade WCAG.

Combine ferramentas com revisão humana

Ferramentas automáticas podem identificar vários tipos de erro e acelerar a revisão. Elas não avaliam sozinhas a qualidade de uma descrição, a clareza de uma instrução ou toda a experiência de navegação. Um relatório sem alertas não encerra o trabalho.

Peça uma avaliação manual das tarefas essenciais e, conforme o projeto, testes com tecnologias assistivas e participação de usuários. O relatório deve explicar páginas, ferramentas, versões, cenários e limitações. Resultados precisam apontar o que pode ser reproduzido e corrigido.

Se um componente externo não puder ser ajustado, registre a limitação e examine alternativas. Transferir a culpa a um terceiro não devolve o acesso ao visitante. A decisão deve considerar a importância do recurso e o caminho disponível para a pessoa.

Cobrar a entrega exige critérios verificáveis

Inclua padrão pretendido, etapas de avaliação, correção e nova verificação na proposta. Combine o tratamento de conteúdo futuro: alguém precisará manter descrições de imagens, estrutura de títulos e materiais acessíveis depois do lançamento.

O W3C orienta incorporar acessibilidade à gestão do projeto, com planejamento, responsabilidades e acompanhamento. Ela não deveria aparecer somente na semana do aceite, quando mudanças podem afetar layout e componentes já aprovados.

Na criação de sites, peça que a agência mostre como o conteúdo e os componentes serão verificados. A proposta deve separar uma revisão básica, uma avaliação abrangente e eventuais critérios de conformidade, sem vender esses níveis como equivalentes.

Mantenha uma fila de correção e prevenção

Organize cada falha com página, tarefa afetada, evidência, prioridade e responsável. Problemas que impedem contato ou leitura de conteúdo essencial merecem atenção rápida. A prioridade deve vir do impacto observado, não apenas da aparência da tela.

Após corrigir, repita o cenário e examine outros lugares que usam o mesmo componente. Se o menu é compartilhado, a solução deve considerar suas variações em desktop e celular. Depois, registre orientações para evitar que a falha volte na edição de conteúdo.

Acessibilidade é parte da qualidade de uso e precisa continuar na manutenção. Reavalie mudanças relevantes, vídeos, documentos e novas seções. Um site será mais útil quando as pessoas puderem entender a oferta e agir sem encontrar uma barreira criada pelo próprio projeto.