Acessibilidade web: características clave comparadas

A acessibilidade da Web é definida por quatro características mensuráveis — perceptível, operável, compreensível e robusta — articuladas de acordo com os 13 critérios de nível A e AA das WCAG 2.2 que são exigidos pela norma EN 301 549 na Europa. Essas quatro características funcionam como critérios de avaliação: qualquer widget, ferramenta ou framework é julgado com base em quantos atende e com que solidez.

Principais conclusões

• As quatro características das WCAG (perceptível, operável, compreensível, robusta) são a estrutura de avaliação, não um slogan: cada uma agrupa critérios verificáveis com técnicas documentadas.
• O nível AA é o objetivo prático para a maioria dos projetos: abrange contraste, teclado, etiquetas de formulário, estrutura e mensagens de erro, e é o limite que se refere à legislação europeia.
• Nenhuma ferramenta automática detecta mais do que uma fração dos problemas reais; o teste manual com teclado e leitor de tela permanece insubstituível.
• A escolha de um widget ou framework “acessível” requer a verificação de seu comportamento com o teclado, seu gerenciamento de foco e sua semântica ARIA, não apenas seu marketing.
• A conformidade é um processo contínuo ligado ao ciclo de vida do produto, e não uma auditoria única que é arquivada.

O que realmente significa “características de acessibilidade da web”

O termo “características” é usado de duas formas que convém separar. A primeira é normativa: as WCAG organizam seus critérios de sucesso em quatro princípios ou características — perceptível, operável, compreensível e robusta — conhecidos como POUR por suas iniciais em inglês.

A segunda é prática: quando um desenvolvedor diz que um componente “tem boas características de acessibilidade”, normalmente se refere a um conjunto de comportamentos concretos (navegação por teclado, funções ARIA corretas, contraste suficiente, texto alternativo). Ambas as leituras são necessárias: a primeira fornece o marco de avaliação, a segunda fornece os detalhes implementáveis.

As WCAG 2.2, publicadas pelo W3C em 2023, mantêm os quatro princípios e adicionam critérios como o tamanho mínimo de alvo (2.5.8) e a coerência de ajuda (3.2.6). O nível A agrupa os critérios mínimos; o AA adiciona os mais relevantes para a maioria dos sites; o AAA é aspiracional e raramente exigível em sua totalidade. Para um site XHTML/CSS orientado para a Espanha ou América Latina, o objetivo realista é AA, porque é o nível que referencia o padrão harmonizado europeu EN 301 549 e, por extensão, a Diretiva (UE) 2016/2102 sobre acessibilidade de sites do setor público.

As quatro características WCAG, uma por uma

Perceptível

A característica perceptível exige que a informação seja apresentável de formas que o usuário possa perceber, independentemente de seus sentidos. Na prática, isso se traduz em alternativas textuais para conteúdo não textual (1.1.1), legendas e transcrições para multimídia (1.2.x), estrutura semântica que não dependa apenas da posição ou da cor (1.3.1), contraste mínimo de 4.5:1 para texto normal e 3:1 para texto grande (1.4.3), e conteúdo que continue legível ao ampliar para 200% sem rolagem horizontal (1.4.10). Um erro frequente em sites XHTML antigos é usar tabelas de layout ou imagens de texto: ambas rompem a perceptibilidade porque a ordem de leitura e a escalabilidade são perdidas.

Operável

A característica operável garante que todos os componentes da interface funcionem com teclado e com tecnologias de assistência. Os critérios-chave são acessibilidade completa por teclado (2.1.1), ausência de armadilhas de foco (2.1.2), tempo ajustável (2.2.1), mecanismos para pausar conteúdo em movimento (2.2.2), navegação com links de salto e títulos de página descritivos (2.4.1, 2.4.2), ordem de foco lógica (2.4.3) e tamanho de alvo suficiente (2.5.8). É aqui que a maioria dos menus suspensos, modais e carrosséis falha: capturam o foco e não o devolvem, ou dependem de eventos de mouse (onmouseover) sem equivalente de teclado.

Relacionado: UserWay — Widget de acessibilidade com plano gratuito para começar hoje mesmo.

Compreensível

A característica compreensível aborda que o conteúdo e o funcionamento da interface sejam entendíveis. Inclui o idioma da página declarado com o atributo lang (3.1.1), etiquetas e ajudas de entrada em formulários (3.3.2), identificação e descrição de erros (3.3.1, 3.3.3), navegação coerente entre páginas (3.2.3) e, nas WCAG 2.2, coerência de ajuda (3.2.6). Um formulário que marca um campo em vermelho, mas não explica o que falhou, descumpre esta característica, embora seja visualmente claro para quem não tem deficiência.

Robusta

A característica robusta exige que o conteúdo funcione com uma ampla variedade de agentes de usuário, incluindo os atuais e futuros. O critério central é a análise sintática correta (4.1.1, obsoleta nas WCAG 2.2, mas relevante em XHTML) e o nome, função e valor para componentes de interface (4.1.2). Na prática, significa escrever HTML válido, usar elementos nativos sempre que existirem e recorrer ao ARIA somente quando não houver alternativa, seguindo a primeira regra do ARIA: não usar ARIA se um elemento HTML nativo já fizer o trabalho.

Tabela comparativa: como avaliar ferramentas e widgets frente às quatro características

Característica	O que verificar em uma ferramenta ou widget	Sinal de alerta
Perceptível	Gera alternativas textuais, respeita o contraste, não depende da cor	Apenas valida imagens, ignora estrutura e contraste
Operável	Navegação por teclado, gestão de foco, sem armadilhas	Requer mouse ou não fecha com Escape
Compreensível	Etiquetas, mensagens de erro, idioma declarado	Marca erros sem texto explicativo
Robusta	HTML válido, funções ARIA corretas, funciona em vários navegadores	Usa div com onclick em vez de button

Esta tabela serve como lista de critérios para decidir entre opções. Uma ferramenta que apenas cobre a coluna “perceptível” é útil como primeiro filtro, mas não como certificação.

Vale a pena dar uma olhada: AudioEye — Acessibilidade gerenciada: automatização combinada com revisão humana.

Ferramentas e sua relação com as características

As ferramentas automáticas de avaliação — como axe DevTools, WAVE ou Lighthouse — detectam sobretudo problemas das características perceptível e robusta: texto alternativo ausente, contraste insuficiente, atributos ARIA mal formados, hierarquia de cabeçalhos. Sua cobertura é parcial por design: não podem julgar se um texto alternativo é descritivo, se a ordem de foco faz sentido ou se uma mensagem de erro é compreensível. A documentação da Deque sobre o axe e o guia da WebAIM sobre avaliação automática coincidem que nenhuma ferramenta substitui a revisão humana.

O teste manual cobre o que as ferramentas não veem. Um procedimento mínimo inclui: navegar por toda a página apenas com Tab e Shift+Tab, verificar se o foco está sempre visível, testar com um leitor de tela (NVDA ou VoiceOver), dar zoom de 200% e verificar se nada se sobrepõe, e desabilitar o CSS para confirmar se a ordem do conteúdo faz sentido. Esta última etapa revela problemas da característica compreensível que nenhuma ferramenta aponta.

Como escolher de acordo com o tipo de projeto

Um site institucional ou do setor público na Espanha deve visar o nível AA e documentar a conformidade, porque a normativa o exige. Um blog pessoal pode priorizar o perceptível e o operável, que resolvem a maioria das barreiras reais.

Uma aplicação web complexa com componentes interativos precisa investir no robusto e no operável, porque os widgets personalizados são a principal fonte de falhas. A decisão não é “quantas características cumpro”, mas “quais características são críticas para meus usuários e minha obrigação legal”.

Para frameworks e bibliotecas de componentes, a avaliação prática envolve testar o componente com o teclado antes de adotá-lo. Um “select” personalizado que não responde às setas, um modal que não captura o foco corretamente ou um tooltip que só aparece ao passar o mouse são sinais de que a biblioteca prioriza a aparência em vez da operabilidade. A documentação do W3C ARIA Authoring Practices Guide descreve os padrões esperados para cada widget e fornece a base para comparação.

Erros frequentes na interpretação das características

O primeiro erro é tratar as quatro características como uma lista de verificação binária. A conformidade é cumulativa e contextual: um site pode cumprir 40 critérios e falhar em um que bloqueia completamente um usuário.

Relacionado: IAAP CPACC / WAS Certification — A certificação profissional que acredita sua experiência e acessibilidade.

O segundo erro é confiar no “overlay” ou widget de acessibilidade que promete consertar o site com um script; esses produtos não corrigem o HTML subjacente e foram criticados pela comunidade e por relatórios de organismos de deficiência. O terceiro erro é auditar uma única vez: o conteúdo muda, os componentes são atualizados e a conformidade se degrada. A acessibilidade é um processo integrado ao ciclo de desenvolvimento, com testes em cada entrega.

Perguntas Frequentes

Quais são as quatro características da acessibilidade da web segundo as WCAG?

As WCAG organizam seus critérios em quatro princípios: perceptível, operável, compreensível e robusto, conhecidos como POUR. Cada princípio agrupa critérios de sucesso verificáveis com níveis A, AA e AAA. Esta estrutura é mantida nas WCAG 2.2 e é a base para avaliar qualquer site ou componente.

Qual nível de conformidade WCAG meu site deveria cumprir?

Para a maioria dos sites, o nível AA é o objetivo prático e o que referencia a legislação europeia através da norma EN 301 549. O nível A cobre o mínimo e o AAA é difícil de alcançar em sua totalidade. Se o seu site for do setor público na UE, o AA é exigível.

Se você estiver comprando: accessiBe — Superposição de IA que promete cumprimento WCAG em 48 horas.

As ferramentas automáticas bastam para cumprir as características de acessibilidade?

Não. As ferramentas automáticas detectam uma parte dos problemas, sobretudo de contraste, texto alternativo e ARIA mal formado, mas não podem avaliar se um texto alternativo é adequado ou se a ordem de foco faz sentido. A revisão manual com teclado e leitor de tela é imprescindível para uma conformidade real.

Qual a diferença entre acessibilidade e usabilidade?

A acessibilidade garante que pessoas com deficiência possam perceber, operar, compreender e usar o conteúdo; a usabilidade busca garantir que a experiência seja eficiente e satisfatória para qualquer usuário. Elas se sobrepõem: um site acessível é geralmente mais utilizável, mas um site utilizável não é necessariamente acessível.

Os widgets ou overlays de acessibilidade consertam meu site automaticamente?

Não corrigem o HTML subjacente nem os problemas de estrutura, foco ou semântica. A comunidade de acessibilidade e diversos relatórios os questionaram porque podem dar uma falsa sensação de conformidade. A solução passa por corrigir o código e os componentes, não por sobrepor um script.

Como começo a melhorar a acessibilidade de um site XHTML/CSS existente?

Comece pelo que tem mais impacto: HTML válido e semântico, texto alternativo em imagens, contraste suficiente, navegação completa por teclado e etiquetas em formulários. Depois, audite com uma ferramenta automática e complemente com testes manuais. Documente os critérios cobertos e repita o processo a cada mudança relevante.