Pular para o conteúdo

Verificação de acessibilidade WCAG AA em sites

Encontre barreiras como botões pouco claros, campos sem rótulo e texto ilegível. Receba uma verificação automática de acessibilidade com explicações.

Resultado da verificação

Um relatório que se transforma diretamente em tarefas para a equipe

O relatório identifica o elemento afetado no DOM, a árvore de elementos do navegador, com um seletor e um fragmento HTML. Localize o componente, corrija o problema e teste novamente seu funcionamento com teclado e leitor de tela.

violaçõesaprovadorequer revisãoTags WCAG
accessibility-report3 problemas · 42 regras aprovadas
crítico

Botão sem nome acessível

O elemento interativo existe no DOM, mas o leitor de tela não recebe um nome de ação claro.

button.product-card__favorite
grave

Campo de formulário não está conectado ao seu rótulo

O usuário consegue ver o rótulo, mas falta a relação técnica entre o rótulo e o campo.

#checkout-email
moderado

Contraste do texto abaixo do WCAG AA

O estado do botão é visualmente fraco e pode desaparecer contra o fundo escuro da interface.

.promo-banner .btn-secondary
01

Revisar o impacto

Comece pelos problemas críticos e graves para eliminar rapidamente as barreiras de acesso mais visíveis.

02

Compartilhar o seletor

Envie ao desenvolvedor o alvo exato, o trecho de HTML e o motivo resumido da violação.

03

Revalidar a versão

Execute a verificação novamente após as correções e veja quais violações desapareceram do relatório.

O que verificamos

Semântica, ARIA, formulários e contraste em uma única verificação de acessibilidade

A verificação automática de acessibilidade examina a interface renderizada em busca de problemas detectáveis. Os achados se relacionam às regras WCAG. Um relatório sem erros não certifica conformidade completa com a WCAG AA.

Estrutura da página

Verificamos o título do documento, o idioma da página, a hierarquia de títulos, as regiões de landmark, as listas e o texto alternativo das imagens.

Detalhes para desenvolvedores
  • h1-h6 e landmarks
  • texto alternativo e SVGs ocultos
  • lang, title e semântica básica

ARIA e nomes acessíveis

Os atributos ARIA descrevem a função, o estado e as relações de um controle para tecnologias assistivas. Verificamos relações incorretas e controles sem nomes claros. Adicionar ARIA, por si só, não torna uma interação acessível.

Detalhes para desenvolvedores
  • nome de button, link, input
  • problemas de role/estado/propriedade
  • padrões de combobox, dialog e menu

Formulários, erros e contraste

Verificamos rótulos, estados obrigatório e inválido, relações de texto auxiliar, contraste de texto e legibilidade de elementos importantes.

Detalhes para desenvolvedores
  • label e texto auxiliar
  • proporção de contraste WCAG AA
  • erros e mensagens live
Perguntas frequentes

Perguntas frequentes sobre verificações de acessibilidade

Respostas curtas sobre WCAG, regras automatizadas, nós do DOM, ARIA, formulários, contraste e ordem de correção.

O que a verificação automatizada detecta?
Ela encontra problemas detectáveis a partir do HTML renderizado e dos estilos: rótulos ausentes, erros de ARIA, papéis inválidos, problemas de contraste, links e botões vazios, texto alternativo, estrutura de landmarks e parte do conjunto de regras WCAG.
O que o WCAG AA significa para um site?
O WCAG AA é um nível-alvo prático de acessibilidade para a maioria das interfaces comerciais e públicas. As regras do relatório são marcadas com tags WCAG, para que você veja a qual requisito cada violação se refere.
Isso substitui uma auditoria manual?
Não. A verificação cobre bem violações técnicas no DOM e no CSS, mas cenários complexos, a ordem real de navegação por teclado e o comportamento do leitor de tela devem ser confirmados em uma etapa manual separada.
Posso começar com uma página?
Sim. A primeira passagem geralmente verifica a página inicial, o formulário de contato, o card de produto, o checkout ou a área de conta. Para sites com templates, é útil verificar uma página de cada tipo e comparar violações repetidas.
O que deve ser corrigido primeiro se houver muitos erros?
Comece pelos problemas críticos e graves: elementos sem nomes acessíveis, campos sem rótulos, erros de ARIA, contraste insuficiente e elementos interativos representados incorretamente no DOM. Problemas moderados e menores podem ser agrupados com mudanças próximas de design ou layout.
Cookies

Usamos cookies

Usamos cookies para proporcionar uma melhor experiência em nosso site. Saiba mais sobre como usamos cookies em nossa política de privacidade.