WCAG 2.2 vs WCAG 3.0: O Que Aí Vem e Quando

A WCAG 3.0 — formalmente designada W3C Accessibility Guidelines — é a reestruturação mais significativa das normas de acessibilidade web desde o lançamento da WCAG 2.0 em 2008. Em meados de 2026 continua com o estatuto de rascunho de trabalho, sem data firme para se tornar recomendação. Mas as suas opções de conceção já são suficientemente claras para se perceber como será a conformidade quando chegar.

Este artigo aborda o que a WCAG 3.0 muda efetivamente, em que difere da 2.2 e o que pode fazer desde já para se preparar sem perturbar as suas obrigações atuais.

Onde estamos hoje

A WCAG 2.2 (outubro de 2023) é a atual Recomendação do W3C e a referência de base invocada pela maioria das leis de acessibilidade em todo o mundo — incluindo a EN 301 549 da UE, o European Accessibility Act e os regulamentos do setor público do Reino Unido. É com ela que tem de estar conforme hoje.

A WCAG 3.0 é uma Nota do Grupo de Trabalho em desenvolvimento ativo pelo Accessibility Guidelines Working Group (AG WG). Já passou por vários rascunhos públicos de trabalho. O grupo afirmou explicitamente que não atingirá o estatuto de Recomendação a curto prazo — 2027 é o prazo realista mais próximo, e são prováveis novos adiamentos, dada a dimensão da reformulação.

Não haverá uma mudança abrupta. Quando a WCAG 3.0 se tornar efetivamente uma norma, os reguladores concederão períodos de transição — tal como fizeram quando os países passaram da WCAG 2.0 para a 2.1.

A mudança estrutural central: de critérios a resultados

A diferença mais fundamental é filosófica.

A WCAG 2.x está estruturada em torno de critérios de sucesso — regras específicas, testáveis, de aprovação ou reprovação. «O contraste de cor tem de ser de, pelo menos, 4,5:1.» Ou é, ou não é. Esta estrutura binária tornou os testes automáticos simples, mas criou problemas: cumprir todos os critérios não garante uma experiência utilizável, e muitas barreiras do mundo real são difíceis de reduzir a um único teste mensurável.

A WCAG 3.0 passa a assentar em resultados (outcomes) — declarações de nível mais elevado sobre aquilo que a experiência do utilizador tem de alcançar — com vários métodos de teste a sustentar cada resultado. Um teste pode ser:

Atómico — uma verificação mensurável específica (semelhante aos atuais critérios de sucesso)
Holístico — exige testes com utilizadores ou avaliação por especialistas ao longo de um fluxo completo

Isto significa que a conformidade com a WCAG 3.0 envolverá uma combinação de verificações automáticas e avaliação qualitativa, e não apenas uma lista de verificação.

O novo modelo de conformidade: Bronze, Prata, Ouro

A WCAG 2.x usa três níveis de conformidade: A, AA, AAA. A maioria das normas legais exige AA.

A WCAG 3.0 substitui-os por um modelo escalonado baseado na proporção e na qualidade dos resultados alcançados:

Nível	O que significa
Bronze	Todos os resultados críticos são cumpridos; não existem falhas generalizadas em nenhum resultado
Prata	Requisitos de Bronze cumpridos, mais avanços em resultados adicionais
Ouro	Requisitos de Prata cumpridos, com investigação documentada com utilizadores e processos de melhoria contínua

Prevê-se que o Bronze seja o mínimo legal — aproximadamente equivalente ao AA de hoje. O Prata e o Ouro recompensam as organizações que vão mais longe, incluindo testes contínuos com pessoas com deficiência e programas formais de maturidade em acessibilidade.

É importante notar que o Bronze não é fácil. A fasquia do «sem falhas generalizadas» é mais alta do que simplesmente passar em todas as análises automáticas.

APCA: uma nova abordagem ao contraste de cor

Uma das alterações técnicas mais debatidas na WCAG 3.0 é a substituição do atual algoritmo de contraste (a WCAG 2.x usa um rácio de luminância relativa) pelo APCA — Advanced Perceptual Contrast Algorithm.

O rácio atual (4,5:1 para texto normal, 3:1 para texto grande) é um instrumento pouco fino. Não tem em conta a forma como o sistema visual humano percebe realmente o contraste em diferentes pesos, tamanhos e polaridades de tipo de letra (claro sobre escuro vs escuro sobre claro).

O APCA calcula um valor de Contraste de Luminosidade (Lc) e aplica limiares diferentes consoante o tamanho e o peso do tipo de letra. Um texto a negrito de 16px tem um Lc mínimo diferente de um texto regular de 12px, e o escuro sobre claro é pontuado de forma diferente do claro sobre escuro.

Implicação prática: algumas combinações de cores que atualmente reprovam no contraste da WCAG 2.x passarão com o APCA, e vice-versa. As organizações que já usam sistemas de design compatíveis com o APCA estão a ganhar avanço — mas não há qualquer urgência em abandonar hoje a conformidade de contraste da WCAG 2.x.

Âmbito mais alargado: para além dos sites

A WCAG 2.x foi escrita para conteúdo web. A WCAG 3.0 foi explicitamente concebida para se aplicar a:

Aplicações móveis nativas (iOS, Android)
Interfaces de realidade virtual e aumentada
Ambientes 3D imersivos
Novos paradigmas de interação (voz em primeiro lugar, controlo por gestos, assistência por IA)

Isto significa que os resultados e os métodos de teste incluem cenários que simplesmente não existem na WCAG 2.x, abordando a forma de testar acessibilidade quando não existe um DOM web tradicional.

Categorias funcionais em vez de POUR

A WCAG 2.x organiza os critérios de sucesso em torno de quatro princípios: Percetível, Operável, Compreensível, Robusto (POUR, na sigla inglesa). Designers e programadores interiorizaram esta estrutura ao longo de mais de 15 anos.

A WCAG 3.0 substitui o POUR pelas necessidades funcionais dos utilizadores como princípio organizador. Os resultados são agrupados em função daquilo que permitem aos utilizadores realizar — ler, navegar, interagir, compreender — e não pela natureza técnica da barreira.

Os rascunhos de trabalho ainda estão a estabilizar a estrutura exata das categorias, pelo que esta pode continuar a evoluir.

O que NÃO vai mudar

Apesar da reformulação estrutural, o conhecimento subjacente sobre acessibilidade não muda:

Os mesmos tipos de barreiras (texto alternativo em falta, contraste deficiente, formulários inacessíveis, armadilhas de teclado) continuam a ser barreiras
Os testes automáticos continuam a ter um papel central — os testes atómicos da WCAG 3.0 correspondem de perto às regras já existentes do axe-core e do WAVE
A necessidade de revisão manual por especialistas e de testes com pessoas com deficiência aumenta, não diminui
Os princípios POUR continuam a ser um modelo mental útil, mesmo que a taxonomia oficial mude

As organizações que desenvolverem hoje competência genuína em acessibilidade não terão qualquer dificuldade em mapear as suas práticas para a WCAG 3.0 quando esta chegar.

O que fazer agora

Continue a procurar a conformidade com a WCAG 2.2 AA. É a norma legal em vigor em todas as principais jurisdições e o alicerce sobre o qual será construído o Bronze da WCAG 3.0. Não existe cenário nenhum em que estar conforme à WCAG 2.2 AA seja uma desvantagem quando a WCAG 3.0 chegar.

Comece a integrar testes com pessoas com deficiência. Os níveis Prata e Ouro exigirão prova documentada de testes com utilizadores reais. Iniciar essa prática agora desenvolve músculo organizacional e produz melhores produtos — independentemente do que vier a dizer a especificação final da WCAG 3.0.

Acompanhe os rascunhos de trabalho. O AG WG publica atualizações em w3.org/TR/wcag-3.0/. Continuam a ser tomadas decisões importantes sobre o modelo de conformidade, os limiares do APCA e as categorias funcionais. Se tem produtos de vida longa, atribua a alguém a tarefa de acompanhar os desenvolvimentos.

Não espere pela WCAG 3.0 para corrigir problemas conhecidos. As barreiras conhecidas estão a custar-lhe utilizadores e a aumentar a sua exposição legal hoje. Não existe qualquer benefício de conformidade em adiar a remediação.

A WCAG 3.0 acabará por chegar e exigirá uma mudança na forma como a acessibilidade é medida e demonstrada. Mas não tornará irrelevante a conformidade com a WCAG 2.2 — vai construir sobre ela. As organizações mais bem posicionadas para a transição são as que estão a construir programas de acessibilidade reais agora, não as que esperam pela norma final.

Relacionado: WCAG 2.1 vs 2.2: O Que Mudou · Nível WCAG A vs AA vs AAA Explicado