Auditoria e correção de acessibilidade web (WCAG 2.2 AA)

O que a auditoria e a correção de acessibilidade incluem#

Adaptamos o projeto ao briefing real. A proposta define quais destas entregas estão incluídas, quem fornece o material necessário e como cada uma é aprovada.

• Varredura automatizada de todas as páginas da amostra, mais testes manuais das jornadas principais
• Testes de teclado, leitor de tela, zoom e reflow, e contraste
• Relatório de problemas associados aos critérios de sucesso da WCAG, com capturas de tela, gravidade e correção
• Correção em código, conteúdo e design system
• Novo teste de cada problema corrigido
• Declaração de acessibilidade com um canal para relatar barreiras
• Verificações incluídas no processo de publicação para que os problemas não voltem

Auditar agora ou corrigir durante um redesign?#

Comece por uma auditoria quando precisar saber em que pé o site está, por causa de um prazo, uma licitação ou uma denúncia. Se o site já vai passar por um redesign, incorpore a acessibilidade ao redesign do site em vez de corrigir um design que está prestes a ser substituído. Depois que os problemas forem corrigidos, um plano de manutenção do site com verificações de acessibilidade evita que novos conteúdos e versões os tragam de volta.

Como funcionam a auditoria e a correção#

Primeiro definimos a amostra: todos os tipos de template, as jornadas principais, como contato, cadastro, login, busca e checkout, e os documentos que as pessoas precisam baixar, seguindo a metodologia de avaliação do W3C (WCAG-EM). Uma varredura automatizada cobre todas as páginas da amostra e depois testamos cada jornada manualmente, porque o W3C deixa claro que ferramentas de avaliação não conseguem determinar sozinhas a acessibilidade. Cada problema é registrado com o critério de sucesso que não atende, uma captura de tela, quem é afetado, a gravidade e a correção.

As correções são priorizadas pelo impacto nas pessoas e por quantas páginas compartilham a mesma causa. Um componente com defeito é corrigido uma única vez no design system e ajustado em todos os lugares em que aparece. Testamos novamente cada correção, atualizamos o relatório e redigimos a declaração de acessibilidade com a data, o padrão, as limitações conhecidas e uma forma de relatar barreiras. Se os seus próprios desenvolvedores fizerem as alterações, revisamos o trabalho deles e testamos de novo.

O que a auditoria testa?#

A auditoria segue a forma como pessoas com deficiência realmente usam a web, com a WCAG 2.2 AA como referência. Ferramentas automatizadas encontram parte dos problemas; o restante exige uma pessoa percorrendo cada jornada:

A entrega é um relatório priorizado, não uma exportação bruta de ferramenta. Cada problema indica o critério de sucesso da WCAG, onde ocorre, uma captura de tela, quem é afetado e a correção recomendada em código ou conteúdo, agrupados para que um desenvolvedor possa trabalhar neles e um gestor veja o que falta.

• Somente teclado: todo link, controle e campo de formulário acessível em ordem lógica, com indicador de foco visível que cabeçalhos fixos não escondam
• Leitores de tela: NVDA no Windows, VoiceOver no macOS e iOS e TalkBack no Android, escolhidos conforme o seu público
• Zoom e reflow: texto ampliado a 200% e conteúdo com 320 pixels CSS de largura, sem perda de informação nem rolagem lateral
• Contraste de texto, ícones, indicadores de foco e bordas de campos de formulário
• Formulários e erros: rótulos, instruções, mensagens de erro que explicam o que deu errado, sem precisar digitar os mesmos dados de novo, login sem exigir decorar informações
• Tamanho dos alvos de toque e alternativas ao arrastar, para pessoas com destreza limitada
• Movimento: preferência por redução de movimento respeitada, sem flashes, com controles para pausar conteúdo em movimento
• Mídia: legendas, transcrições e audiodescrição quando necessário
• Documentos: os PDFs e arquivos de escritório de que as pessoas precisam para concluir uma tarefa

Quais regras se aplicam e a quem?#

As leis de acessibilidade diferem quanto a quem obrigam, qual padrão citam e quando se aplicam. A WCAG 2.2 é uma Recomendação do W3C desde 5 de outubro de 2023 e foi aprovada em outubro de 2025 como a norma internacional ISO/IEC 40500:2025. O W3C afirma que o conteúdo que atende à WCAG 2.2 também atende à WCAG 2.0 e 2.1, de modo que uma auditoria 2.2 AA cobre o nível 2.1 AA citado pelas regras dos EUA e da Colômbia.

Esta tabela resume as regras para fins de planejamento; não é aconselhamento jurídico. Seu advogado confirma quais obrigações se aplicam à sua organização, e nós fornecemos a evidência técnica. As datas foram conferidas nos textos oficiais em 8 de outubro de 2026: a regra final provisória dos EUA recebeu comentários até 22 de junho de 2026, e nenhuma regra posterior foi publicada desde então.

Colômbia: Resolución 1519 e NTC 5854#

A Resolución 1519 de 2020 do MinTIC exige que os sujeitos obrigados da Ley 1712 de 2014 atendam à WCAG 2.1 no nível AA a partir de 1º de janeiro de 2022, conforme o Anexo 1, sobre diretrizes de acessibilidade web. Ela se aplica a toda atualização, reestruturação, design ou redesign de seus portais e sites de serviços eletrônicos, e também ao conteúdo existente. Não obriga empresas privadas em geral, mas o portal de uma entidade obrigada precisa cumpri-la, seja quem for que o desenvolva.

A NTC 5854 de 2011, a norma técnica colombiana de acessibilidade web, ainda aparece nas auditorias internas de entidades públicas: o escritório de controle interno da Superintendencia de Transporte, por exemplo, avaliou seu portal com base nela em dezembro de 2022. O Anexo 1 da Resolución 1519 não a cita; o requisito ali é a WCAG 2.1 AA. Nós reportamos com base na WCAG 2.2 AA e incluímos uma referência cruzada à NTC 5854 quando um escritório de controle interno solicita.

Por que auditamos manualmente e não vendemos overlays#

Os widgets de overlay prometem conformidade com a inclusão de um único script na página. Em abril de 2025, a Federal Trade Commission dos EUA aprovou uma ordem final que obriga a accessiBe a pagar US$ 1 milhão por alegações que, segundo a FTC, eram falsas, enganosas ou sem comprovação, entre elas a de que sua ferramenta automatizada poderia deixar qualquer site em conformidade com a WCAG; a ordem proíbe esse tipo de alegação sem evidências que a sustentem. Um overlay não altera a marcação, os componentes e o conteúdo, que é onde estão as falhas.

Corrigimos a acessibilidade na origem, no design system sempre que possível, para que um botão, campo de formulário ou diálogo corrigido continue correto em todas as páginas que o usam. Depois, incluímos verificações automatizadas e uma revisão manual de teclado no checklist de publicação, para que novas páginas e conteúdos mantenham o nível alcançado na auditoria.

Dúvidas antes de escolher#