Acessibilidade WordPress

WCAG 2.2 nível AA: o que os níveis A, AA e AAA significam

Entenda o que significa WCAG 2.2 nível AA e as diferenças entre A, AA e AAA. Guia prático para tornar seu site WordPress acessível e conforme.
Escrito Por Elias Pascoal em julho de 2026 /8 min de leitura
Conteúdo escrito por humano
generation 40 featured scaled

O WCAG 2.2 nível AA é o conjunto intermediário de critérios de acessibilidade web definido pelo W3C, considerado o padrão de conformidade exigido pela maioria das legislações e contratos corporativos. Ele reúne as diretrizes que tornam um site utilizável por pessoas com deficiência visual, auditiva, motora ou cognitiva, sem exigir o rigor máximo do nível AAA.

Se você gerencia um site WordPress em uma empresa de médio ou grande porte, provavelmente já ouviu a área jurídica ou o time de compliance citar a sigla WCAG em algum e-mail. E, provavelmente, ficou a dúvida: por que existem três níveis? Qual deles o seu site precisa atingir? O que muda na prática entre eles? É exatamente isso que vamos esclarecer aqui, sem juridiquês e com foco no que o seu time consegue executar.

O que são os níveis de conformidade WCAG?

Tela de computador exibindo auditoria de acessibilidade com indicadores de contraste e navegação

As Web Content Accessibility Guidelines (WCAG) organizam os critérios de sucesso em três níveis de conformidade: A, AA e AAA. Eles funcionam como camadas cumulativas. Para atingir o nível AA, você precisa cumprir todos os critérios do nível A mais os específicos do AA. Para chegar ao AAA, todos os anteriores mais os do nível máximo.

A versão atual é a WCAG 2.2, publicada como recomendação oficial pelo W3C em outubro de 2023. Ela adicionou novos critérios de sucesso em relação à 2.1, com foco em usuários com limitações motoras e cognitivas, como o critério de tamanho mínimo de alvos de toque.

Os quatro princípios que sustentam todos os níveis são conhecidos pela sigla POUR: perceptível, operável, compreensível e robusto. Cada critério de sucesso se encaixa em um desses princípios, independentemente do nível.

Qual a diferença entre nível A, AA e AAA na prática?

A diferença não é de qualidade, mas de abrangência e rigor. O nível A cobre barreiras críticas, aquelas que impedem completamente o acesso. O nível AA remove barreiras significativas e é o alvo prático da maioria dos projetos. O nível AAA busca a experiência ideal, mas muitos de seus critérios são difíceis ou até inviáveis de aplicar em todo o conteúdo de um site dinâmico.

AspectoNível ANível AANível AAA
ObjetivoRemover barreiras críticasPadrão recomendado de conformidadeExperiência ideal de acessibilidade
Contraste de textoNão exigidoMínimo de 4,5:1 para texto normalMínimo de 7:1 para texto normal
Legendas em vídeoPré-gravado apenasPré-gravado e ao vivoInclui interpretação em Libras
Viabilidade em sites dinâmicosAltaAltaParcial, difícil de manter em escala
Exigência legal comumInsuficiente sozinhoReferência de contratos e leisRaramente exigido por completo

Na experiência da Apiki com clientes enterprise, quase todos os requisitos de contrato e edital citam explicitamente o WCAG 2.2 nível AA como meta. O nível AAA aparece como recomendação, não como obrigação.

Por que o nível AA é o padrão mais exigido?

O nível AA equilibra impacto real na experiência do usuário com viabilidade técnica. Ele elimina as barreiras mais frequentes sem impor exigências que quebram a rotina editorial de um time com múltiplos autores publicando conteúdo.

No Brasil, a Lei Brasileira de Inclusão (Lei 13.146/2015) torna a acessibilidade digital obrigatória para sites de empresas. O modelo de acessibilidade adotado pelo governo, o eMAG, é fortemente inspirado nas diretrizes WCAG. Na prática, atingir o WCAG 2.2 nível AA cobre a maior parte das exigências legais e contratuais que uma empresa mid-market ou enterprise costuma enfrentar.

Segundo o relatório anual do WebAIM Million, mais de 94% das páginas iniciais analisadas apresentaram ao menos um erro de conformidade WCAG detectável automaticamente. Isso mostra que a maioria dos sites nem sequer atinge o nível A completo, o que reforça por que o AA precisa ser meta consciente e não acidente.

Quais critérios do nível AA mais impactam sites WordPress?

No dia a dia de um site WordPress corporativo, alguns critérios do nível AA aparecem com muito mais frequência do que outros. Vale conhecê-los para priorizar o esforço do time.

  • Contraste de cores (1.4.3): texto normal precisa de razão de contraste mínima de 4,5:1 em relação ao fundo. É o erro mais comum em temas e páginas de campanha com identidade visual forte.
  • Redimensionamento de texto (1.4.4): o conteúdo deve permanecer legível e funcional quando o usuário amplia o texto em até 200% sem perder informação ou funcionalidade.
  • Navegação por teclado consistente (2.4.7): o foco visível deve indicar claramente qual elemento está selecionado ao navegar apenas com o teclado, algo que muitos temas WordPress quebram em menus e formulários.
  • Rótulos e instruções (3.3.2): todo campo de formulário precisa de rótulo associado corretamente, essencial em páginas de conversão e checkout.
  • Tamanho mínimo de alvos de toque (2.5.8): critério novo da 2.2, exige que botões e links tenham área mínima de toque, o que impacta diretamente a experiência mobile.

Como avaliar o nível de acessibilidade do seu site?

A avaliação combina ferramentas automáticas e revisão manual. Nenhuma ferramenta sozinha garante conformidade total, mas elas identificam a maior parte dos problemas rapidamente.

  1. Rode uma auditoria automática com ferramentas como o Lighthouse do Chrome ou o WAVE, que apontam erros de contraste, atributos alt ausentes e estrutura de headings.
  2. Faça testes manuais de navegação por teclado, percorrendo todo o fluxo apenas com Tab, Shift+Tab e Enter.
  3. Valide a experiência com um leitor de tela como NVDA ou VoiceOver nas páginas mais críticas.
  4. Documente os resultados em um checklist mapeado aos critérios do nível AA para acompanhar a evolução ao longo do tempo.

Aqui na Apiki, tratamos acessibilidade como parte do processo de desenvolvimento e não como ajuste de última hora. Corrigir na origem, no tema e nos templates, custa muito menos do que remediar depois que o conteúdo já foi publicado por dezenas de editores.

Perguntas frequentes sobre WCAG 2.2 nível AA

O que significa WCAG 2.2 nível AA?

WCAG 2.2 nível AA é o conjunto de critérios de acessibilidade web do W3C que remove barreiras significativas para pessoas com deficiência, sendo o padrão de conformidade recomendado e mais exigido por leis e contratos corporativos. Ele inclui todos os critérios do nível A mais os específicos do AA.

Qual a diferença entre WCAG nível AA e AAA?

O nível AA é o padrão prático de conformidade, com exigências viáveis para sites dinâmicos, como contraste mínimo de 4,5:1. O nível AAA é mais rigoroso, exige contraste de 7:1 e recursos como interpretação em Libras, sendo difícil de manter em todo o conteúdo de um site em escala.

O WCAG 2.2 nível AA é obrigatório por lei no Brasil?

A Lei Brasileira de Inclusão torna a acessibilidade digital obrigatória, e o modelo eMAG do governo se baseia nas diretrizes WCAG. Na prática, atingir o WCAG 2.2 nível AA é a forma mais segura de atender às exigências legais e contratuais aplicáveis a empresas.

É possível deixar um site WordPress em conformidade com o nível AA?

Sim. O WordPress permite atingir o WCAG 2.2 nível AA com um tema bem construído, plugins que respeitam padrões de acessibilidade e um fluxo editorial que oriente os autores a incluir texto alternativo e usar estrutura correta de headings. O trabalho é contínuo, não pontual.

Plugin de acessibilidade resolve a conformidade sozinho?

Não. Plugins e overlays ajudam em ajustes de interface, mas não corrigem problemas estruturais de código, contraste no tema ou conteúdo mal marcado. A conformidade real com o WCAG 2.2 nível AA depende do desenvolvimento do site e da disciplina editorial, não de uma solução instalável única.

Quanto tempo leva para adequar um site ao nível AA?

Depende do tamanho e da qualidade atual do código. Um site com tema bem estruturado pode ser adequado em poucas semanas, enquanto projetos com temas legados e muito conteúdo antigo exigem um roadmap de correções que costuma se estender por meses.

Conclusão

Entender a diferença entre os níveis A, AA e AAA transforma acessibilidade de exigência abstrata em meta clara. O WCAG 2.2 nível AA é, na prática, o alvo certo para a maioria dos sites corporativos: cobre as barreiras que realmente afetam usuários, atende às exigências legais mais comuns e permanece viável para times que publicam conteúdo em escala no WordPress.

O caminho começa com uma auditoria honesta e segue com correções estruturais no tema e nos templates, não com paliativos de última hora. Se você quer avaliar em que nível o seu site está hoje e construir um roadmap realista de conformidade, nosso time pode ajudar. Fale com a Apiki e transforme acessibilidade em parte natural do seu processo de publicação.

Elias Pascoal

Redator/Copywriter especializado em WordPress e na criação de conteúdo web. Transformo ideias em palavras persuasivas e estratégias de conteúdo que conectam, engajam e convertem. Com experiência sólida em redação otimizada para SEO e desenvolvimento de blogs no WordPress, ajudo empresas e profissionais a fortalecerem sua presença online e a alcançarem seus objetivos de comunicação. Seja para um blog pessoal, site corporativo ou matéria jornalística, o foco é sempre entregar conteúdo relevante, claro e que agregue valor ao leitor.
Qual nota você da para este artigo?
Ruim

O que você achou disso?

Clique nas estrelas

Média da classificação 0 / 5. Número de votos: 0

Nenhum voto até agora! Seja o primeiro a avaliar este post.

Excelente
Artigos Relacionados
Ferramentas de monitoramento de tempo de atividade para blogs simples

Ferramentas de monitoramento de tempo de atividade para blogs simples

opengraph wordpress

O protocolo Open Graph no WordPress

Construa seu site WordPress sob medida com os maiores especialistas em WordPress da America Latina
Conheça a Apiki

Faça um comentário
Cadastre-se rápido

Fazer Login