WCAG é o conjunto de regras do W3C que define se um site é acessível, organizado em quatro princípios e três níveis (A, AA e AAA). Segundo o W3C (2023), a versão WCAG 2.2 virou recomendação oficial em outubro de 2023. No WordPress, o nível AA cobre contraste, alt text e foco de teclado. Comece pelo tema e pelas imagens antes de qualquer plugin.
A WCAG (Web Content Accessibility Guidelines) é a norma internacional que mede se o conteúdo de um site pode ser usado por pessoas com deficiência visual, motora, auditiva ou cognitiva. No WordPress, aplicar a WCAG significa ajustar três camadas: o tema (HTML semântico e foco visível), o conteúdo (texto alternativo e hierarquia de títulos) e os plugins (formulários e menus navegáveis por teclado). A maioria dos sites trava no nível AA, que é o exigido por lei na maior parte dos países. Este guia abre os quatro princípios da WCAG, mostra os níveis de conformidade e indica onde cada ajuste vive no painel do WordPress. Para o mapa completo do tema, veja a categoria de conteúdos de acessibilidade WordPress da FULL.
O que é WCAG: Os 4 princípios POUR
A WCAG organiza a acessibilidade em 4 princípios que formam a sigla POUR: Perceptível, Operável, Compreensível e Robust (resistente). São 13 diretrizes e dezenas de critérios de sucesso, mas a estrutura POUR resume tudo o que um site WordPress precisa garantir para ser usável por qualquer pessoa.
Perceptível significa captar o conteúdo (alt text, legendas em vídeo). Operável é navegar só com teclado. Compreensível cobre linguagem clara e formulários com rótulos. Já o princípio Robust exige código válido que leitores de tela interpretem sem erro, e é o mais negligenciado no WordPress: temas com
quebram a leitura assistiva. A tabela abaixo liga cada princípio a uma ação no painel.
| Princípio | O que exige | Ação no WordPress |
|---|---|---|
| Perceptível | Conteúdo captável por todos os sentidos | Preencher alt text e contraste mínimo |
| Operável | Navegação por teclado e tempo flexível | Foco visível no CSS do tema |
| Compreensível | Texto e formulários claros | Rotular campos de formulário (label) |
| Robust | Código válido para tecnologia assistiva | HTML semântico e atributos ARIA corretos |
Legenda: cada princípio POUR aterrissa em uma configuração específica do tema, do conteúdo ou do plugin.
Os 3 níveis da WCAG: A, AA e AAA
A WCAG tem 3 níveis de conformidade, e o nível AA é o alvo prático para a quase totalidade dos sites WordPress. O nível A cobre o mínimo, com cerca de 30 critérios. O nível AA soma contraste de 4,5:1 e foco visível, chegando a 50 critérios. O nível AAA exige contraste 7:1 e raramente é viável.
Leis de acessibilidade como a europeia EN 301 549 e o padrão brasileiro eMAG miram justamente o nível AA da WCAG. Na prática, um tema WordPress bem construído como Astra já resolve boa parte do nível A; o salto para AA depende de revisar contraste de cores e o comportamento do teclado em menus e formulários. A gente vê no suporte da FULL que a maioria dos sites para no nível A sem perceber que está a poucos ajustes do AA.
Acessibilidade WCAG, SEO e LGPD: A conexão técnica
Aplicar a WCAG no WordPress melhora 3 frentes ao mesmo tempo: acessibilidade, SEO e conformidade legal. Os três dependem do mesmo código semântico limpo. Um alt bem escrito serve ao leitor de tela e ao Google Imagens; uma hierarquia correta de títulos (do H1 ao H3) ajuda a tecnologia assistiva e o rastreamento de busca.
Por isso a acessibilidade é parte do SEO técnico, não um tema separado. No lado legal, a acessibilidade digital se cruza com a LGPD no WordPress: garantir que formulários de consentimento sejam navegáveis por teclado evita excluir usuários do exercício de direitos. Imagem sem atributo alt mais leitor de tela resulta em conteúdo invisível para quem não enxerga, e isso fere tanto a WCAG quanto a inclusão exigida em serviços públicos. Quem trata alt text com cuidado entende a diferença entre texto alt e título da imagem.
Como aplicar a WCAG nível AA no WordPress
Atingir o nível AA da WCAG no WordPress exige 3 frentes, e nenhuma é um botão mágico. A primeira é o tema, com foco visível nativo e marcação semântica. A segunda é o conteúdo, com alt text e contraste de 4,5:1. A terceira é a auditoria recorrente com WAVE e Lighthouse.
Comece pelo tema, com marcação semântica (Astra e GeneratePress declaram conformidade parcial). Tema sem foco visível no CSS mais navegação por teclado faz o usuário perder a posição na página e abandonar o formulário, um padrão recorrente nos tickets da FULL. No conteúdo, preencha alt text descritivo e mantenha contraste de 4,5:1. Na auditoria, rode WAVE e Lighthouse para listar erros por critério. Plugins de overlay prometem conformidade automática, mas tendem a falhar em testes manuais, porque a WCAG exige correção na origem, no código, não uma camada por cima. Quem usa IA para acelerar esse trabalho deve ler sobre IA para acessibilidade no WordPress antes de confiar no automático.
Ferramentas para auditar a WCAG no WordPress
Auditar a WCAG no WordPress combina 2 abordagens, porque nenhum scanner sozinho cobre mais de 40% dos critérios. As ferramentas automáticas (WAVE, Lighthouse, axe DevTools) pegam contraste e estrutura. O teste manual com teclado e leitor de tela pega o resto, que nenhuma máquina vê.
O WAVE (WebAIM) marca erros de contraste e estrutura direto na página. O Lighthouse, embutido no Chrome DevTools, gera uma pontuação de acessibilidade de 0 a 100 junto com o relatório de performance. O axe DevTools, da Deque, é o mais usado por desenvolvedores para checar atributos de contraste de cor e WAI-ARIA. Para o teste que nenhuma máquina faz, navegue o site só com a tecla Tab e depois com um leitor de tela como NVDA. Esse teste revela menus que prendem o foco e modais que não fecham. O contraste também se conecta aos Core Web Vitals do WordPress, já que CSS pesado afeta o foco.
Plano FULL: Acessibilidade sem montar o stack sozinho
Montar o stack de acessibilidade com plugins premium avulsos passa de US$500 por ano por site. O plano PRO da FULL custa R$849 e dá acesso a 17 plugins premium, o que sai a cerca de R$85 por site na conta do bundle, sem licenciar cada ferramenta separada.
Esse plano PRO inclui Astra PRO para tema semântico, WPForms para formulários com label e Rank Math para hierarquia de títulos. A gente vê no suporte da FULL que o gargalo raramente é dinheiro: é não ter as ferramentas certas ativadas no mesmo lugar. Em vez de licenciar cada plugin separado, o bundle de planos da FULL entrega o stack de acessibilidade pronto, com ativação em um clique. O argumento de R$85 por site vale principalmente para agências que mantêm dezenas de sites e precisam do mesmo padrão WCAG em todos.
Perguntas frequentes sobre WCAG no WordPress
O que é WCAG e por que ela importa em um site WordPress?
WCAG é o conjunto de diretrizes do W3C que define se um site é acessível a pessoas com deficiência, estruturado em 4 princípios e 3 níveis de conformidade. Em um site WordPress ela importa porque determina se leitores de tela, navegação por teclado e contraste funcionam. O nível AA, com contraste 4,5:1, é o exigido por lei na maioria dos países.
É possível deixar um site WordPress em conformidade com a WCAG sem reescrever o tema?
Sim, em parte, desde que o tema atual já use HTML semântico. Dá para corrigir alt text, contraste e rótulos de formulário sem trocar de tema, usando o editor de blocos e ajustes de CSS. Mas se o tema usa div no lugar de elementos nativos, o princípio Solido da WCAG só se resolve trocando o tema por um semântico como Astra.
Por que um plugin de overlay de acessibilidade não garante conformidade WCAG?
Porque o overlay aplica uma camada de JavaScript por cima do site sem corrigir o código de origem, e a WCAG exige correção na fonte. Auditorias manuais com leitor de tela costumam reprovar páginas com overlay, já que ele não conserta um alt text ausente nem um foco de teclado quebrado. O resultado é conformidade aparente, mas falha no teste real.
Qual a diferença entre os níveis A, AA e AAA da WCAG?
O nível A cobre o mínimo, com 30 critérios básicos como alt text e estrutura de títulos. O nível AA soma contraste 4,5:1, foco visível e redimensionamento até 200%, somando cerca de 50 critérios, e é o alvo legal. O nível AAA é o mais rigoroso, com contraste 7:1, e raramente é viável para um site comercial inteiro.
Quanto custa tornar um site WordPress acessível segundo a WCAG?
O custo não está na WCAG em si, que é gratuita, e sim nas ferramentas e no tempo de ajuste. Comprar plugins premium avulsos passa de US$500 por ano por site. No bundle da FULL, o plano PRO sai a R$849 e cobre 17 plugins, o equivalente a cerca de R$85 por site, removendo o custo de licenciar cada ferramenta separada.
Próximos passos para um WordPress acessível
A WCAG deixa de ser abstrata quando você a trata como três frentes práticas: tema semântico, conteúdo com alt text e contraste, e auditoria recorrente com WAVE e Lighthouse. Comece pelo nível A, garanta o nível AA e trate o overlay como atalho que não substitui a correção no código. Quem cuida da acessibilidade desde o tema colhe SEO técnico e conformidade com a LGPD de quebra, porque os três falam a mesma língua de código limpo. Para continuar aprendendo, o FULL Academy reúne os guias de acessibilidade, performance e SEO em um só lugar, com tutoriais que aterrissam cada critério da WCAG no painel do WordPress.
















