As Web Content Accessibility Guidelines (WCAG) são o padrão internacional para conteúdo web acessível, publicado pela Web Accessibility Initiative (WAI) do W3C. A versão atual, as WCAG 2.2, tornou-se Recomendação oficial do W3C em 5 de outubro de 2023. Ela contém 86 critérios de sucesso testáveis, organizados sob 4 princípios e 13 diretrizes, e cada critério é atribuído a um de três níveis de conformidade: A, AA ou AAA. O nível AA é o alvo que importa na prática, porque leis mundo afora ancoram suas exigências nele. Na UE, a norma harmonizada EN 301 549 referencia as WCAG 2.1 nível AA, o que faz dela a referência técnica para o European Accessibility Act e para a lei alemã BFSG. As WCAG 2.2 acrescentam nove novos critérios de sucesso sobre a 2.1, cobrindo coisas como tamanhos mínimos de alvo, foco de teclado visível e login sem quebra-cabeças cognitivos, e removem o critério de parsing 4.1.1, já obsoleto.
Quem publica as Web Content Accessibility Guidelines?
As WCAG vêm do World Wide Web Consortium (W3C), a mesma organização que padroniza HTML e CSS, por meio da sua Web Accessibility Initiative. As diretrizes têm uma longa história: as WCAG 1.0 apareceram em 1999, as WCAG 2.0 vieram em 2008 e permaneceram como referência por uma década inteira, as WCAG 2.1 chegaram em 2018 com foco em usuários móveis e com baixa visão, e as WCAG 2.2 foram publicadas em outubro de 2023.
As versões 2.x são compatíveis com as anteriores por design. Uma página em conformidade com as WCAG 2.2 AA também está em conformidade com 2.1 AA e 2.0 AA. Isso importa porque as leis frequentemente ficam atrás da versão mais nova, e construir mirando a 2.2 mantém você seguro nas duas frentes.
Os quatro princípios das WCAG: perceptível, operável, compreensível, robusto
Todo critério de sucesso se apoia em um de quatro princípios, lembrados pelo acrônimo POUR:
- Perceptível: os usuários precisam conseguir perceber o conteúdo. Exemplos: alternativas em texto para imagens, legendas para vídeos, contraste de cores suficiente.
- Operável: os usuários precisam conseguir operar a interface. Exemplos: tudo funciona com teclado, os usuários têm tempo suficiente, nada pisca de forma capaz de provocar convulsões, os alvos são grandes o bastante para acertar.
- Compreensível: o conteúdo e a operação precisam ser compreensíveis. Exemplos: linguagem legível, navegação previsível, mensagens de erro úteis em formulários.
- Robusto: o conteúdo precisa funcionar de forma confiável com agentes de usuário atuais e futuros, incluindo leitores de tela. Exemplo: mensagens de status que a tecnologia assistiva consegue anunciar.
Os princípios são deliberadamente neutros em relação à tecnologia. Valem para um blog WordPress tanto quanto para um app React ou um PDF.
Comparação dos níveis de conformidade WCAG A, AA e AAA
| Nível | Critérios nas WCAG 2.2 | Significado | Exemplos típicos |
|---|---|---|---|
| A | 31 | Mínimo absoluto. Falhar aqui tranca grupos inteiros de usuários do lado de fora. | Texto alternativo para imagens, operabilidade por teclado, sem armadilhas de teclado |
| AA | 24 | O alvo padrão, referenciado por leis no mundo todo. | Contraste 4,5:1, foco visível, navegação consistente, sugestões de correção de erro |
| AAA | 31 | Nível mais alto, aspiracional para a maioria dos sites. | Contraste 7:1, língua de sinais em vídeos, exigências de nível de leitura |
A conformidade é cumulativa: AA significa que você cumpre todos os critérios de nível A e todos os de nível AA. O próprio W3C diz que a conformidade total com AAA não deveria ser exigida como política geral, porque alguns critérios AAA simplesmente não podem ser cumpridos para todo tipo de conteúdo. Ninguém espera interpretação em língua de sinais no site de uma padaria. Critérios AAA isolados ainda valem a pena onde fizerem sentido, sendo a razão de contraste ampliada um dos mais populares.
Quantos critérios de sucesso as WCAG 2.2 têm?
As WCAG 2.2 contêm 86 critérios de sucesso: 31 no nível A, 24 no nível AA e 31 no nível AAA. Para efeito de comparação, as WCAG 2.1 tinham 78. A conta fecha porque a 2.2 acrescenta nove critérios novos e remove um: o 4.1.1 Parsing, uma relíquia da época em que HTML quebrado realmente conseguia travar leitores de tela. Navegadores e tecnologias assistivas modernos fazem o parsing de HTML da mesma forma, então o critério tinha ficado obsoleto.
O que há de novo nas WCAG 2.2? Os nove novos critérios de sucesso
As adições da 2.2 focam em usuários com limitações motoras e cognitivas e, sinceramente, a maioria delas é simplesmente boa UX:
- 2.4.11 Focus Not Obscured (Minimum), AA: o elemento em foco não pode ficar completamente escondido atrás de cabeçalhos fixos, banners de cookies ou widgets de chat.
- 2.4.12 Focus Not Obscured (Enhanced), AAA: o elemento em foco não pode ficar escondido de forma alguma, nem mesmo parcialmente.
- 2.4.13 Focus Appearance, AAA: o indicador de foco precisa atender a requisitos mínimos de tamanho e contraste.
- 2.5.7 Dragging Movements, AA: tudo que funcione por arrastar e soltar precisa de uma alternativa que funcione com cliques ou toques simples.
- 2.5.8 Target Size (Minimum), AA: alvos de clique e de toque precisam ter pelo menos 24 por 24 pixels CSS ou espaçamento suficiente ao redor.
- 3.2.6 Consistent Help, A: opções de ajuda, como links de contato ou chat, precisam aparecer no mesmo lugar em todas as páginas.
- 3.3.7 Redundant Entry, A: não force os usuários a digitar a mesma informação duas vezes dentro de um mesmo processo. Endereço de entrega igual ao de cobrança deveria ser uma caixa de seleção, não um segundo formulário.
- 3.3.8 Accessible Authentication (Minimum), AA: o login não pode depender de um quebra-cabeça cognitivo. Transcrever caracteres distorcidos ou resolver jogos de memória está fora, e gerenciadores de senha e colar precisam funcionar.
- 3.3.9 Accessible Authentication (Enhanced), AAA: a mesma regra, sem as exceções que o 3.3.8 ainda permite.
Qual nível WCAG é exigido por lei?
Na UE, a norma harmonizada EN 301 549 define os requisitos técnicos tanto para as regras do setor público quanto para o European Accessibility Act, e atualmente referencia as WCAG 2.1 nível AA. Isso faz da 2.1 AA a referência legal formal para a BFSG alemã e para a BITV 2.0. Uma atualização da EN 301 549 para as WCAG 2.2 é esperada, e é exatamente por isso que construir hoje mirando a 2.2 é a escolha pragmática: você atende ao requisito atual e ao provável requisito futuro ao mesmo tempo.
O quadro é semelhante em outros lugares. Nos Estados Unidos, o Departamento de Justiça finalizou em 2024 uma regra que exige que governos estaduais e locais cumpram as WCAG 2.1 AA sob o ADA Title II, e os tribunais usam rotineiramente as WCAG como referência em processos privados baseados no ADA. Se você guardar uma única coisa desta seção, que seja esta: WCAG AA é o nível que a lei quer dizer quando fala em acessível.
Como são os critérios de sucesso das WCAG na prática?
Três exemplos mostram o quanto os critérios são concretos. O critério 1.4.3 Contrast (Minimum) exige uma razão de contraste de pelo menos 4,5:1 entre o texto normal e o fundo, e de 3:1 para texto grande. Aquele texto cinza sobre branco no rodapé, em #999999 sobre #ffffff? Ele falha, com 2,85:1. O critério 2.1.1 Keyboard exige que todas as funcionalidades funcionem sem mouse, e é aí que a maioria dos dropdowns customizados e sliders de imagem quebra silenciosamente. E o critério 1.1.1 Non-text Content é a clássica regra do texto alternativo:
<!-- Imagem informativa: descreva o que ela mostra -->
<img src="warehouse.jpg" alt="Funcionário escaneando encomendas no depósito">
<!-- Imagem decorativa: alt vazio para que os leitores de tela a ignorem -->
<img src="divider.svg" alt="">Cada critério no documento oficial traz links para técnicas e exemplos de falha, e a referência rápida das WCAG permite filtrar todos os 86 critérios por nível e tecnologia, o que é muito mais utilizável do que ler a especificação de cabo a rabo.
Como testar a conformidade com as WCAG 2.2?
Comece com ferramentas automatizadas: WAVE, axe DevTools, Lighthouse ou as verificações de acessibilidade integradas ao InspectWP vão pegar atributos alt ausentes, falhas de contraste, rótulos faltando e problemas estruturais em segundos. Mas tenha os limites em mente. Verificações automatizadas detectam de forma confiável algo entre um terço e metade das falhas WCAG, porque muitos critérios exigem julgamento humano. Uma máquina consegue ver que uma imagem tem texto alternativo, mas não se esse texto de fato descreve a imagem.
Então complete o quadro manualmente: desconecte o mouse e navegue pelo site inteiro com o teclado, faça uma sessão com leitor de tela usando NVDA (gratuito) ou VoiceOver, aplique zoom de 200 por cento na página e percorra a sua jornada de usuário mais importante, geralmente o checkout ou o contato, de ponta a ponta. Se puder, envolva usuários com deficiência nos testes. Eles vão encontrar em dez minutos problemas que nenhuma checklist de auditoria revela.
O que vem depois das WCAG 2.2? Um breve olhar sobre as WCAG 3.0
O W3C está trabalhando nas WCAG 3.0, uma reescrita do zero com um novo modelo de pontuação que se afasta da lógica binária de passa ou não passa. Elas estão em rascunho há anos e continuarão em rascunho por mais alguns, e o W3C diz explicitamente que não vão substituir a 2.2 tão cedo. Para fins de planejamento: as WCAG 2.2 AA são o alvo, e nada relacionado à 3.0 deveria mudar o seu roadmap hoje.
Como o InspectWP verifica os critérios WCAG?
O InspectWP inclui verificações automatizadas de acessibilidade nos relatórios de site e mapeia falhas comuns para os critérios WCAG correspondentes: textos alternativos ausentes, contraste de cores insuficiente, campos de formulário sem rótulo, idioma do documento faltando e hierarquia de títulos quebrada, entre outros. Cada achado vem com uma classificação de gravidade, para que você corrija primeiro os bloqueios de nível A e vá subindo até o AA. Combinado com relatórios agendados, isso transforma acessibilidade de uma auditoria pontual em algo que você realmente acompanha, que é o que o European Accessibility Act espera de você de qualquer forma.