A European Accessibility Act (EAA) já é de cumprimento obrigatório desde junho de 2025. Se a sua empresa vende produtos ou serviços digitais na União Europeia, o seu site deve cumprir o padrão WCAG 2.2 nível AA. Não o fazer implica sanções de até 100.000 euros por estado-membro. E, ainda assim, 94,8% dos sites continuam sem cumprir estes requisitos segundo o relatório WebAIM Million 2024.
Este artigo explica o que a normativa exige, como auditar o seu site e que passos seguir para cumprir de verdade, sem atalhos que piorem as coisas.
O que mudou com a European Accessibility Act
A EAA (Diretiva 2019/882) harmoniza pela primeira vez as normas de acessibilidade digital em toda a UE. Até à sua entrada em vigor, cada país tinha regulamentações fragmentadas. Agora existe um enquadramento único que afeta qualquer empresa que opere no mercado europeu.
Não estamos a falar apenas de administrações públicas. A EAA abrange o setor privado: e-commerce, banca eletrónica, serviços de transporte, telecomunicações, livros eletrónicos e qualquer serviço digital dirigido ao consumidor.
As microempresas (menos de 10 colaboradores e 2 milhões de euros de faturação) ficam isentas. As restantes, não. E a normativa aplica-se tanto a empresas europeias como a qualquer companhia que ofereça serviços a consumidores dentro da UE, independentemente da sua sede.
O que a normativa exige exatamente
A EAA não inventa requisitos técnicos próprios. Remete para o padrão harmonizado EN 301 549, que por sua vez adota as diretrizes WCAG 2.2 nível AA como referência técnica. Na prática, cumprir a EAA significa cumprir WCAG 2.2 AA.
Prazos e sanções
- 28 de junho de 2025: data limite de transposição. Os estados-membros deviam incorporar a diretiva na sua legislação nacional.
- 28 de junho de 2030: fim do período transitório para produtos e serviços que já estavam no mercado antes de 2025.
- Sanções: cada estado-membro define as suas, mas a diretiva exige que sejam "efetivas, proporcionadas e dissuasoras". Em vários países foram fixadas multas de até 100.000 euros por infração. Em casos de reincidência, os valores podem multiplicar-se.
A quem afeta
A normativa é clara no seu alcance. Afeta sites de comércio eletrónico, plataformas de serviços bancários e financeiros, sites de operadores de transporte, serviços de comunicações eletrónicas e plataformas de conteúdo audiovisual. Se a sua empresa vende online a consumidores europeus, está dentro do alcance.
WCAG 2.2 AA: o padrão técnico por trás da lei
As Web Content Accessibility Guidelines (WCAG) têm mais de 25 anos de evolução. A versão 2.2, publicada em outubro de 2023, acrescenta 9 novos critérios de sucesso relativamente à 2.1. Organizam-se em quatro princípios que todo o conteúdo web deve cumprir.
Os quatro princípios (POUR)
Percetível: a informação deve poder ser percebida por pelo menos um sentido. Isto inclui texto alternativo em imagens, legendas em vídeos, contraste suficiente entre texto e fundo (rácio mínimo 4.5:1 para texto normal) e a possibilidade de redimensionar texto até 200% sem perder funcionalidade.
Operável: os utilizadores devem poder interagir com todos os elementos da interface. Navegação completa por teclado, tempo suficiente para completar tarefas, sem conteúdo que provoque convulsões e mecanismos claros de navegação.
Compreensível: o conteúdo e a interface devem ser previsíveis. Idioma declarado no HTML, etiquetas descritivas em formulários, mensagens de erro claras e comportamento consistente dos elementos interativos.
Robusto: o conteúdo deve funcionar com tecnologias de assistência atuais e futuras. HTML semântico válido, roles ARIA corretos e compatibilidade com leitores de ecrã como NVDA, JAWS ou VoiceOver.
Novidades do WCAG 2.2
A versão 2.2 incorpora critérios pensados para utilizadores com deficiências cognitivas e motoras. Os mais relevantes:
- Tamanho mínimo da área de toque: os elementos interativos devem ter pelo menos 24x24 píxeis CSS.
- Ajuda consistente: se oferece mecanismos de ajuda (chat, telefone, FAQ), devem estar na mesma localização relativa em todas as páginas.
- Autenticação acessível: não pode exigir que o utilizador memorize ou transcreva informação complexa para iniciar sessão. Os CAPTCHA com provas cognitivas são considerados uma barreira.
Como auditar a acessibilidade do seu site
Uma auditoria de acessibilidade séria combina análise automatizada com revisão manual. As ferramentas automáticas são um ponto de partida, mas detetam apenas entre 30% e 40% dos problemas. A revisão manual por especialistas alcança uma deteção de 95%.
Ferramentas automáticas (primeiro filtro)
Estas ferramentas identificam erros evidentes: imagens sem alt, contraste insuficiente, formulários sem etiquetas, cabeçalhos desordenados.
- axe-core (Deque): extensão de navegador e biblioteca integrável em CI/CD. É o motor que a maioria das ferramentas de testing utiliza.
- Pa11y: ferramenta de linha de comandos ideal para integrar em pipelines de desenvolvimento. Permite auditorias recorrentes automatizadas.
- Lighthouse (Google): inclui uma secção de acessibilidade no seu relatório. Útil como indicador rápido, mas não exaustiva.
Executar estas ferramentas é o passo mínimo. Se o seu site obtém menos de 90 na pontuação de acessibilidade do Lighthouse, tem problemas estruturais para resolver antes de pensar em conformidade normativa.
Revisão manual (onde está o valor real)
Os problemas que as ferramentas automáticas não detetam são precisamente os que mais afetam os utilizadores reais:
- Navegação por teclado: consegue percorrer todo o site sem rato? O foco é visível em cada elemento? A ordem de tabulação faz sentido lógico?
- Leitores de ecrã: um utilizador de NVDA ou VoiceOver compreende a estrutura da página? Os formulários anunciam corretamente os seus campos e erros?
- Contexto e compreensão: os links têm texto descritivo ou dizem "clique aqui"? As tabelas de dados têm cabeçalhos de linha e coluna?
- Fluxos completos: consegue-se completar uma compra, preencher um formulário de contacto ou reservar uma consulta usando apenas o teclado e um leitor de ecrã?
Se o seu site está construído sobre WordPress, a auditoria deve incluir os plugins ativos. Muitos plugins populares geram HTML inacessível que contamina páginas que de outra forma estariam corretas.
Por que os overlays de acessibilidade não funcionam
Perante a pressão regulatória, muitas empresas recorrem a "soluções rápidas": widgets JavaScript que se sobrepõem ao site prometendo acessibilidade instantânea. São os chamados overlays de acessibilidade.
Não funcionam. E dizemo-lo com dados.
Em 2024, a FTC multou a accessiBe em 1 milhão de dólares por publicidade enganosa. A empresa afirmava que o seu widget tornava os sites conformes com WCAG. A FTC determinou que essas afirmações eram falsas.
Os overlays apresentam problemas documentados:
- Não corrigem o código fonte. Sobrepõem uma camada que tenta compensar erros estruturais, mas os leitores de ecrã continuam a encontrar o HTML original.
- Interferem com as tecnologias de assistência. Utilizadores reais com deficiência relatam que os overlays pioram a sua experiência, não a melhoram. A comunidade de pessoas com deficiência tem sido especialmente vocal contra estes produtos.
- Não são conformes. Nenhum padrão (WCAG, EN 301 549, ADA) aceita um overlay como evidência de conformidade. Um overlay não o protege perante uma reclamação nem perante uma inspeção.
- Geram uma falsa sensação de segurança. A empresa acredita que "já cumpre" e deixa de investir em acessibilidade real.
A acessibilidade constrói-se a partir do código e do design, não se remenda depois. Qualquer solução que prometa conformidade sem tocar no seu HTML, no seu CSS ou no seu fluxo de utilizador está a vender-lhe algo que não existe.
Passo a passo: como tornar o seu site realmente acessível
Cumprir WCAG 2.2 AA não é um projeto de um fim de semana, mas também não requer refazer o seu site de raiz. É um processo iterativo que, bem planeado, se integra no ciclo normal de desenvolvimento.
1. Auditoria inicial completa
Combine ferramentas automáticas (axe-core, Pa11y) com uma auditoria manual especializada. O resultado deve ser um relatório que classifique cada incidência por severidade (crítica, alta, média, baixa) e por critério WCAG incumprido.
2. Priorização por impacto
Nem todas as falhas têm o mesmo peso. Priorize por esta ordem:
- Bloqueantes: elementos que impedem completar tarefas críticas (compra, registo, contacto).
- Graves: informação inacessível para utilizadores de tecnologias de assistência.
- Moderados: problemas de navegação ou compreensão que dificultam mas não impedem a utilização.
- Menores: detalhes de contraste, tamanhos de área de toque ou omissões de atributos ARIA não críticos.
3. Remediação do código
As alterações mais habituais incluem: adicionar textos alternativos descritivos, corrigir a hierarquia de cabeçalhos, etiquetar formulários corretamente, assegurar a navegação por teclado, implementar estados de foco visíveis e melhorar o contraste de cor.
Um dado relevante: segundo um estudo da Nucleus Research, os sites com boa acessibilidade registam uma melhoria de 12% no tráfego orgânico. O HTML semântico que WCAG exige é exatamente o que o Google valoriza para posicionamento. Se investe em acessibilidade, está a investir simultaneamente em SEO e em otimização de conversão.
4. Testes com utilizadores reais
Antes de declarar o projeto terminado, teste com pessoas que usam tecnologias de assistência diariamente. As suas descobertas revelam sempre problemas que nem as ferramentas nem os auditores detetaram. Incluir utilizadores com diferentes tipos de deficiência (visual, motora, cognitiva) traz perspetivas complementares.
5. Declaração de acessibilidade
A EAA exige a publicação de uma declaração de acessibilidade no seu site. Deve indicar o nível de conformidade alcançado, as exceções conhecidas, a data da última revisão e um mecanismo de contacto para reportar problemas de acessibilidade. Não é um documento decorativo: é um requisito legal.
6. Manutenção contínua
A acessibilidade não é um projeto com data de fim. Cada nova funcionalidade, cada alteração de design e cada atualização de conteúdo pode introduzir barreiras. Integre verificações de acessibilidade no seu pipeline de desenvolvimento (axe-core em CI/CD) e planeie auditorias periódicas pelo menos uma vez por ano.
Acessibilidade e SEO: uma aliança que multiplica resultados
A ligação entre acessibilidade e posicionamento orgânico não é casual. O Google há anos que premeia exatamente as mesmas práticas que WCAG exige.
HTML semântico: os cabeçalhos hierárquicos (H1-H6), as listas corretamente marcadas e as tabelas com cabeçalhos não só ajudam os leitores de ecrã. Ajudam o Google a compreender a estrutura do seu conteúdo.
Texto alternativo em imagens: um requisito de acessibilidade básico que também alimenta o Google Images e melhora a relevância semântica da página.
Contraste e legibilidade: um site legível retém o utilizador mais tempo, reduz a taxa de rejeição e envia sinais positivos de engagement.
Desempenho: muitas melhorias de acessibilidade (reduzir JavaScript desnecessário, simplificar o DOM, otimizar a ordem de carregamento) coincidem com as otimizações que melhoram os Core Web Vitals.
Os sites acessíveis conformes com WCAG AA registam em média um +12% de tráfego orgânico relativamente às suas versões anteriores não acessíveis. Não é um efeito secundário: é o resultado direto de fazer as coisas bem para todos os utilizadores, incluindo o Googlebot.
O mercado de acessibilidade digital está avaliado em 3.240 milhões de dólares projetados para 2034. As empresas que investem agora não só evitam sanções: captam um segmento de utilizadores que a concorrência ignora.
Perguntas frequentes sobre acessibilidade web e a EAA
Desde quando é obrigatória a European Accessibility Act?
A EAA entrou em vigor a 28 de junho de 2025. Os estados-membros da UE deviam ter transposto a diretiva para a sua legislação nacional até essa data. Os produtos e serviços que já estavam no mercado dispõem de um período transitório até junho de 2030.
Que padrão técnico devo cumprir?
O padrão harmonizado europeu é a EN 301 549, que adota as diretrizes WCAG 2.2 nível AA como referência técnica. Cumprir WCAG 2.2 AA é a forma mais direta de demonstrar conformidade com a normativa.
O meu site pequeno também tem de cumprir?
Se a sua empresa tem menos de 10 colaboradores e fatura menos de 2 milhões de euros anuais, está isenta. Em qualquer outro caso, se oferece produtos ou serviços digitais a consumidores na UE, a normativa aplica-se.
Posso usar um overlay ou widget de acessibilidade para cumprir?
Não. Os overlays não garantem conformidade com WCAG e podem piorar a experiência para utilizadores com deficiência. A FTC multou a accessiBe em 1 milhão de dólares por afirmar o contrário. A acessibilidade requer alterações no código fonte, não remendos superficiais.
Quanto custa tornar um site acessível?
Depende do tamanho do site, da complexidade das interações e do estado atual do código. Uma auditoria inicial identifica o alcance real do trabalho. Em geral, é significativamente mais barato integrar acessibilidade desde o design do que remediar depois. O que não é opcional é o custo de não o fazer: multas de até 100.000 euros e exclusão de um segmento crescente de utilizadores.
As ferramentas automáticas são suficientes para auditar?
Não. Ferramentas como axe-core, Pa11y ou Lighthouse detetam entre 30% e 40% dos problemas de acessibilidade. A revisão manual por especialistas, incluindo testes com leitores de ecrã e navegação por teclado, deteta até 95%. A combinação de ambos os métodos é imprescindível.
A acessibilidade afeta o SEO?
Sim, positivamente. O HTML semântico, os textos alternativos, a estrutura de cabeçalhos e o desempenho que WCAG exige coincidem com os fatores que o Google premeia. Os sites acessíveis registam em média um +12% de tráfego orgânico.
Com que frequência devo rever a acessibilidade do meu site?
No mínimo, uma vez por ano com uma auditoria completa. Além disso, cada nova funcionalidade ou alteração significativa de design deve passar por uma revisão de acessibilidade antes de ser publicada. Integrar verificações automáticas no pipeline de desenvolvimento (CI/CD) deteta regressões de forma contínua.
O momento de agir é agora
A acessibilidade web deixou de ser uma recomendação para se tornar uma obrigação legal com consequências económicas reais. Mas, para além da normativa, tornar o seu site acessível é uma decisão de negócio inteligente: amplia a sua audiência, melhora o seu SEO, reduz o risco legal e demonstra um compromisso real com a inclusão.
O primeiro passo é saber onde está. Uma auditoria de acessibilidade profissional identifica os problemas, prioriza-os e define um plano de ação concreto. É a diferença entre cumprir de verdade e cruzar os dedos.
