Ferramenta gratuita: Acessibilidade

Verificador WCAG 2.2

Veja a situação do seu site em cada um dos 55 critérios de sucesso da WCAG 2.2 níveis A e AA. Cada critério recebe um de quatro status, para você saber o que os testes automatizados cobriram e o que uma pessoa ainda precisa verificar.

Grátis. Testa até cinco páginas-chave em cerca de um minuto.

O que esta ferramenta verifica

  • Todos os critérios dos níveis A e AA

    Os 55 critérios, 31 do nível A e 24 do nível AA, na ordem da WCAG, com número e nome. O 4.1.1 Parsing (análise sintática) fica de fora porque a WCAG 2.2 o marca como obsoleto.

  • Resultados automatizados associados aos critérios

    As regras do axe-core rodam na página que você digitar e em até quatro páginas-chave, e cada resultado é associado aos critérios de sucesso que aquela regra testa. Um critério falha quando qualquer uma das suas regras falha em qualquer página testada.

  • Evidências do teclado

    Um teste que pressiona Tab 40 vezes na primeira página alimenta o 2.1.2 Sem Bloqueio do Teclado e, como heurística exibida para revisão, o 2.4.7 Foco Visível.

  • Resultados indefinidos mantidos à parte

    Quando uma regra não chega a um veredito, por exemplo em um texto sobre uma imagem, seus critérios aparecem como Requer revisão, e não como aprovados ou reprovados.

  • Lacunas visíveis em vez de uma pontuação

    Os critérios que nenhuma regra automatizada cobre são marcados como Verificação manual. Nada é transformado em uma porcentagem média que esconderia o que não foi testado.

O que ela não consegue verificar

  • Decidir critérios que exigem julgamento humano, como 1.4.10 Refluxo, 1.4.11 Contraste Não Textual, os critérios 1.2 sobre legendas e audiodescrição e os critérios 3.3.1 a 3.3.4 sobre erros em formulários.
  • Transformar “Sem falhas automatizadas” em aprovação. Uma regra que rodou e passou cobre apenas o que essa regra testa.
  • Gerar uma declaração de conformidade, uma declaração de acessibilidade ou um VPAT. A conformidade é avaliada em páginas inteiras e processos completos, por pessoas.
  • Testar o nível AAA ou páginas além das cinco incluídas na análise.
  • Chegar às etapas protegidas por login ou às de um checkout, onde critérios como 3.3.7 Entrada Redundante e 3.3.8 Autenticação Acessível costumam se aplicar.

Por que isso importa

A WCAG é escrita na forma de critérios de sucesso, e é assim que auditores, equipes de compras e declarações de acessibilidade descrevem um site. Uma lista de regras com falha diz o que corrigir. Uma visão por critério diz o que você pode e o que ainda não pode afirmar sobre o site.

As ferramentas automatizadas alcançam menos da metade dos critérios dos níveis A e AA: o axe-core associa suas regras a cerca de 25 dos 55. Para o restante, não existe teste automatizado confiável. Um software não consegue dizer se uma mensagem de erro sugere uma correção (3.3.3) ou se uma página ainda funciona com 320 pixels CSS de largura (1.4.10). Listar esses critérios como verificações manuais mostra onde os testes ainda precisam acontecer.

Mesmo um critério sem falhas automatizadas pode falhar. As regras do 1.1.1 Conteúdo Não Textual verificam se uma imagem tem texto alternativo; elas não conseguem perceber que alt="IMG_2041.jpg" é inútil para quem não consegue ver a foto.

Como interpretar os resultados

Com falha
Pelo menos uma regra automatizada ligada a este critério falhou em uma página testada. É um problema certo; o verificador de acessibilidade mostra os elementos e as páginas por trás dele.
Requer revisão
Uma verificação automatizada sinalizou algo que não conseguiu decidir, como o contraste de um texto sobre um degradê. Uma pessoa precisa examinar o elemento.
Sem falhas automatizadas
Pelo menos uma regra do axe-core ligada ao critério rodou e passou. Isso não é conformidade: as regras cobrem só parte do que o critério exige.
Não acionado
Existem regras automatizadas para este critério, mas nada nas páginas testadas deu a elas algo para verificar, por exemplo nenhum vídeo para as regras de legendas ou nenhum formulário para as regras de rótulos. Teste manualmente se o seu site tiver esse tipo de conteúdo em outro lugar.
Verificação manual
Nenhuma regra automatizada cobre este critério, então a análise não diz nada sobre ele, nem a favor nem contra. Teste manualmente.
Nível A e nível AA
O nível A é o mínimo. Políticas que citam a WCAG geralmente exigem o nível AA, que inclui todos os critérios do nível A.

Como corrigir os problemas mais comuns

  • Falha no 4.1.2 Nome, Função, Valor

    Controles personalizados feitos com elementos div ou span (menus, abas, acordeões, botões de alternância) não informam à tecnologia assistiva o que são nem se estão abertos. Use um <button> nativo sempre que possível, dê um nome a ele e defina aria-expanded ou aria-pressed para que o estado seja anunciado.

  • Falha no 1.3.1 Informações e Relações

    A estrutura precisa estar na marcação, não só no estilo. Use elementos h2 e h3 de verdade em vez de parágrafos em negrito, ul ou ol para listas, th com scope para cabeçalhos de tabela, e label ou fieldset com legend para grupos de campos de formulário.

  • Falha no 3.1.1 Idioma da Página

    Adicione um atributo lang ao elemento html, por exemplo <html lang="en">. Os temas do WordPress normalmente o imprimem com language_attributes(); em um tema do Shopify, use <html lang="{{ request.locale.iso_code }}"> em layout/theme.liquid.

  • Falha no 2.5.8 Tamanho do Alvo (Mínimo)

    Ícones pequenos e links muito próximos são difíceis de acertar com o dedo. Faça cada alvo ter pelo menos 24 × 24 pixels CSS, ou espace os alvos pequenos para que um círculo de 24 px centralizado em cada um não se sobreponha a outro alvo. O padding aumenta o alvo sem mudar o ícone.

  • Como fazer as verificações manuais

    Comece pelas rápidas. Para o 1.4.10 Refluxo, aplique zoom de 400% em uma janela de navegador com 1280 px de largura e verifique se nada exige rolagem lateral. Para o 2.4.7 e o 2.4.11, percorra a página com Tab e verifique se o foco está sempre visível e nunca escondido atrás de um cabeçalho fixo ou de um banner de cookies. Para o 3.3.1, envie um formulário com erros e veja se os erros são descritos claramente em texto.

Perguntas sobre esta ferramenta

O que mudou nos níveis A e AA da WCAG 2.2?

Seis critérios foram adicionados: 2.4.11 Foco Não Obscurecido (Mínimo), 2.5.7 Movimentos de Arrastar, 2.5.8 Tamanho do Alvo (Mínimo), 3.2.6 Ajuda Consistente, 3.3.7 Entrada Redundante e 3.3.8 Autenticação Acessível (Mínimo). A WCAG 2.2 também adiciona três critérios de nível AAA e remove o 4.1.1 Parsing.

Por que o 4.1.1 Parsing não aparece na lista?

A WCAG 2.2 marca o 4.1.1 Parsing como obsoleto e o remove, porque navegadores e tecnologias assistivas não dependem mais dos erros de marcação que ele cobria. O W3C observa que, para a WCAG 2.0 e a 2.1, ele agora é considerado sempre atendido em conteúdo HTML.

Atender à WCAG 2.2 também cobre a WCAG 2.1?

Sim. A WCAG 2.2 é retrocompatível: um conteúdo em conformidade com a 2.2 também está em conformidade com a 2.1 e a 2.0. Testar com a 2.2, portanto, cobre as versões anteriores que muitas políticas ainda citam.

Posso usar isto para escrever uma declaração de acessibilidade ou um VPAT?

É um ponto de partida, não um relatório de conformidade. Uma declaração ou um VPAT exige que todos os critérios sejam avaliados, a maioria deles por uma pessoa; as listas de Verificação manual e Requer revisão mostram quais ainda precisam disso.

Por que tantos critérios aparecem como “Verificação manual”?

Porque não existe regra automatizada para eles. Perguntas como se um limite de tempo pode ser estendido, se a ajuda aparece no mesmo lugar em todas as páginas ou se um login exige um teste de memória dependem de como as pessoas usam o site, e não de uma marcação que uma regra consiga ler.

Fontes

Ferramentas relacionadas

O Relatório de Acessibilidade ($174, pagamento único) parte da análise gratuita completa e acrescenta mais páginas, a mudança a fazer para cada achado, um PDF e novos testes para verificar suas correções.

Sobre o Relatório de Acessibilidade