Em junho de 2025, entrou em vigor a maior legislação europeia de acessibilidade digital da história: a Lei Europeia de Acessibilidade (Diretiva 2019/882), transposta para Portugal pelo Decreto-Lei n.º 82/2022. Pela primeira vez, os requisitos de acessibilidade web — até então limitados ao setor público — são obrigatórios para empresas privadas. O problema é que 94,8% dos sites falham os critérios mínimos de acessibilidade exigidos pela lei. Se o seu site está entre esses 94,8%, o prazo já passou — e as coimas chegam aos 100.000 euros.
O Que É a Lei Europeia de Acessibilidade e Porque é Diferente
Antes de junho de 2025, a acessibilidade web era obrigatória apenas para organismos públicos portugueses — câmaras municipais, ministérios, serviços do Estado — regulada pelo Decreto-Lei n.º 83/2018. As empresas privadas podiam ignorar completamente o tema sem consequências legais.
A Diretiva 2019/882, conhecida como European Accessibility Act (EAA), muda esta realidade de forma estrutural. A partir de 28 de junho de 2025, as empresas privadas que vendam produtos ou prestem serviços a consumidores na União Europeia ficam obrigadas a cumprir os requisitos técnicos de acessibilidade digital. A lógica da lei é simples: mais de 87 milhões de europeus vivem com alguma forma de incapacidade — em Portugal, mais de 10% da população. Um site inacessível é um site que exclui ativamente uma parte significativa dos clientes potenciais.
O padrão técnico exigido pela EAA é a norma europeia EN 301 549, que incorpora na prática o WCAG 2.1 Nível AA (Web Content Accessibility Guidelines) — o conjunto de diretrizes internacionais de acessibilidade web mantido pelo W3C. Não é uma recomendação: é um requisito legal com coimas associadas.
Quem Tem de Cumprir — e Quem Está Isento
A lei aplica-se a empresas privadas que prestem serviços ou comercializem produtos a consumidores finais na UE, incluindo:
- Lojas online e e-commerce — qualquer WooCommerce ou plataforma de venda ao público
- Serviços bancários e financeiros — aplicações de homebanking, crédito ao consumo, seguros
- Telecomunicações — operadores de telecomunicações e os seus portais digitais
- Turismo e hotelaria — sites de reserva, portais de alojamento
- Serviços de saúde — clínicas, farmácias, plataformas de consultas
- Qualquer site que venda produtos ou serviços a consumidores finais
Existe uma isenção relevante para microempresas que prestem serviços — não produtos. O critério legal para microempresa é: menos de 10 trabalhadores e volume de negócios anual ou balanço total inferior a 2 milhões de euros. Atenção às condições cumulativas: é necessário cumprir ambos os critérios de dimensão.
Microempresa que vende produtos — incluindo produtos físicos numa loja online — não está isenta. A isenção aplica-se exclusivamente a prestadoras de serviços. Na dúvida sobre a sua situação, o aconselhamento jurídico é indispensável.
Os Prazos: O Que Já Entrou em Vigor e o Que Ainda Está Por Vir
| Situação | Prazo de Conformidade |
|---|---|
| Novos produtos e serviços colocados no mercado depois de 28 junho 2025 | Imediato — já devem estar conformes |
| Sites e serviços existentes antes de 28 junho 2025 | 28 junho 2030 ou na próxima atualização relevante (o que ocorrer primeiro) |
| Contratos de serviço celebrados antes de 28 junho 2025 | Podem continuar sem alteração até à renovação (máximo 5 anos) |
| Terminais de self-service em uso antes de 28 junho 2025 | Até ao fim da vida útil económica (máximo 20 anos) |
A nuance crítica no prazo 2030 para sites existentes: a conformidade é exigida na próxima atualização relevante, o que começa a acontecer agora. Uma reformulação do site, uma migração de plataforma, uma atualização de tema — qualquer alteração significativa ativa a obrigação de conformidade imediata. Quem planeia alterar o site nos próximos meses deve planear acessibilidade desde o início, não como correção posterior.
O Que a Lei Exige Tecnicamente: WCAG 2.1 AA em Linguagem Prática
O WCAG 2.1 Nível AA organiza os requisitos em quatro princípios fundamentais — POUR em inglês: Percetível, Operável, Compreensível, Robusto. Em termos práticos para um site WordPress:
Percetível: O Conteúdo Tem de Ser Visível Para Todos
- Alt text descritivo em todas as imagens — não “foto1.jpg” nem “imagem”, mas uma descrição do que a imagem mostra (fundamental para utilizadores de leitores de ecrã)
- Rácio de contraste mínimo de 4,5:1 para texto normal, 3:1 para texto grande — botões com texto cinzento claro em fundo branco são uma violação direta
- Texto redimensionável até 200% sem perda de funcionalidade — testar com o zoom do browser
- Legendas em vídeos pré-gravados com conteúdo falado ou sonoro relevante
Operável: O Site Tem de Funcionar Sem Rato
- Navegação completa por teclado — todos os links, botões, menus e formulários acessíveis com Tab e Enter
- Indicador visual de foco claramente visível quando um elemento está selecionado pelo teclado (não remover o outline com CSS)
- Sem armadilhas de teclado — o foco não pode ficar preso em widgets, pop-ups ou carrosséis sem forma de sair
- Menus dropdown funcionais com teclado — muitos menus WordPress só abrem com hover do rato
Compreensível: Estrutura e Erros Claros
- Hierarquia de cabeçalhos correta — um único H1 por página, H2 para secções principais, H3 para subsecções — não usar cabeçalhos por motivos estéticos
- Labels associados a todos os campos de formulário — não apenas placeholder text (que desaparece quando o utilizador começa a escrever)
- Mensagens de erro descritivas — “Email inválido” não chega; “O email deve conter @” ajuda o utilizador a corrigir
- Declaração do idioma da página no HTML —
lang="pt"no elemento<html>para que os leitores de ecrã usem a pronúncia correta
Robusto: Compatibilidade com Tecnologias de Apoio
- HTML semântico correto — usar botões para ações, links para navegação, listas para listas
- ARIA usado corretamente — ARIA implementado incorretamente cria mais barreiras do que resolve
- PDFs acessíveis — documentos em PDF disponíveis no site devem ter estrutura de texto, não ser imagens digitalizadas
Os 6 Erros Mais Comuns: Onde 94% dos Sites Falham
O relatório anual WebAIM Million — que analisa o milhão de sites mais visitados do mundo — identifica seis categorias de falha responsáveis por 96% de todos os erros de acessibilidade. A realidade portuguesa não difere: um estudo sobre sites institucionais de turismo portugueses concluiu que nenhum dos analisados cumpria WCAG 2.0.
| Falha | % de Sites Afetados | Impacto |
|---|---|---|
| Contraste de texto insuficiente | 83,9% | Utilizadores com baixa visão ou daltonismo não conseguem ler o conteúdo |
| Imagens sem texto alternativo | 16,2% das imagens | Utilizadores de leitores de ecrã não têm acesso ao conteúdo visual |
| Campos de formulário sem label | Muito prevalente | Leitores de ecrã anunciam “campo de texto” sem contexto |
| Links e botões sem texto | Muito prevalente | Um botão com só um ícone sem label é inacessível |
| Falhas de navegação por teclado | Generalizado | Utilizadores sem rato ficam sem acesso a menus, carrinhos ou checkouts |
| Idioma da página não declarado | Frequente em PT | Leitores de ecrã usam pronúncia errada, tornando o conteúdo ininteligível |
WordPress e WooCommerce: O Que Tem de Mudar
O WordPress não é inacessível por definição — mas a maioria dos temas e plugins comerciais não foi construída com acessibilidade como prioridade — ver o guia de implementação de acessibilidade WordPress para os ajustes técnicos necessários. Alguns pontos críticos específicos para sites WordPress e WooCommerce:
Imagens de Produtos (WooCommerce)
Cada imagem de produto necessita de um texto alternativo descritivo. “sapato.jpg” não é aceitável. “Sapatilha de corrida Nike Air Max em branco e azul, vista lateral” é o que a lei exige. O WordPress tem campo de alt text na biblioteca de media — o problema é que 16,2% das imagens nos sites analisados chegam ao frontend sem ele preenchido.
Formulários e Checkout
O processo de checkout do WooCommerce é uma das áreas com maior risco de violação da EAA. Os campos de formulário devem ter labels HTML associados — não apenas placeholder text. Quando um utilizador começa a escrever no campo, o placeholder desaparece: um utilizador com tecnologia de apoio perde o contexto do campo. As mensagens de erro devem identificar o problema e sugerir a correção.
Contraste de Cores
Muitos temas premium usam tons de cinzento claro, texto secundário em cores esbatidas, ou botões “CTA” com combinações de cor que falham o rácio 4,5:1. O preço de um produto em cinzento claro sobre fundo branco, o texto “adicionar ao carrinho” num botão com baixo contraste — são violações diretas que afetam utilizadores com baixa visão ou daltonismo.
Navegação por Teclado
Teste o seu site agora: feche o rato, use apenas a tecla Tab. Consegue navegar por todos os menus? Consegue abrir o menu hamburguer em mobile? Consegue adicionar um produto ao carrinho e completar o checkout? Em muitos temas WordPress, a resposta é não — porque os menus dropdown dependem exclusivamente do hover do rato.
Declaração de Acessibilidade
A lei exige que todos os prestadores de serviços publiquem uma declaração de acessibilidade no site — um documento que descreve o nível de conformidade, as partes não conformes e as razões, e um mecanismo de contacto para reportar barreiras. Esta declaração não é opcional: é um requisito legal independente do estado real de conformidade técnica.
Como Testar o Seu Site: Ferramentas e Limitações
Existem ferramentas automáticas que identificam boa parte dos problemas mais comuns — mas com uma limitação importante: as melhores ferramentas automáticas detetam apenas 30 a 40% dos erros WCAG. Os restantes 60 a 70% requerem teste manual, especialmente navegação por teclado e teste com leitores de ecrã reais.
| Ferramenta | Como Usar | O Que Deteta Bem |
|---|---|---|
| WAVE (WebAIM) | Extensão de browser gratuita | Erros visuais, alt text em falta, estrutura de cabeçalhos, contraste |
| axe DevTools (Deque) | Extensão Chrome/Firefox gratuita | Erros de formulário, ARIA incorreto, estrutura semântica |
| Google Lighthouse | DevTools do Chrome (F12 → Lighthouse) | Auditoria rápida com pontuação; baseado no axe-core |
| AccessMonitor (Portugal) | acessibilidade.gov.pt/accessmonitor | Ferramenta oficial portuguesa; avalia contra WCAG 2.1 |
O AccessMonitor é particularmente relevante para sites portugueses: é a ferramenta oficial usada pelo governo e disponibilizada através do portal acessibilidade.gov.pt. Corre uma verificação automática e produz um relatório detalhado com os erros encontrados.
Para além das ferramentas automáticas, o teste mínimo indispensável inclui: navegar todo o site apenas com o teclado Tab, verificar se os menus abrem, se o checkout funciona, e se o foco nunca fica preso. O NVDA (NonVisual Desktop Access) é o leitor de ecrã gratuito mais usado no Windows — testar o site com ele durante 20 minutos revela problemas que nenhuma ferramenta automática deteta.
Coimas e Consequências em Portugal
A fiscalização da EAA em Portugal segue um modelo setorial, definido no Artigo 28.º do Decreto-Lei n.º 82/2022. Para sites, lojas online e serviços digitais, a entidade competente é a ASAE (Autoridade de Segurança Alimentar e Económica), que detém o mandato mais amplo sobre produtos de tecnologia de propósito geral. Para telecomunicações, é a ANACOM; para banca, o Banco de Portugal. O INR, I.P. (Instituto Nacional para a Reabilitação) coordena e monitoriza o cumprimento global, mas não aplica coimas diretamente. As coimas previstas na lei variam entre 5.000 e 100.000 euros por infração. O processo de fiscalização segue tipicamente esta sequência:
- Receção de queixa ou inspeção proativa pela ASAE (ou regulador setorial competente)
- Notificação à empresa com prazo para remediação
- Se não corrigido: aplicação de coimas e possível suspensão de serviço
- Em casos graves: obrigatoriedade de auditoria externa de acessibilidade
E a aplicação já começou noutros países europeus: em França, as primeiras ações judiciais ao abrigo da EAA foram interpostas em novembro de 2025 contra grandes retalhistas — e em junho de 2026 o tribunal ordenou ao Carrefour que tornasse o site de e-commerce e a app acessíveis no prazo de seis meses, sob pena de sanção por cada dia de atraso. Em Portugal ainda não são conhecidas coimas aplicadas, mas o padrão europeu é claro: a fase de tolerância está a fechar. A janela para corrigir problemas existentes ainda está aberta — mas não é ilimitada.
Há um risco adicional que a lei não cria mas que já existe: o dano reputacional. Um cliente com deficiência visual que não consiga completar uma compra na sua loja online pode — e tem base legal para — reportar a situação publicamente. A acessibilidade passou de questão técnica para questão de responsabilidade empresarial.
Por Onde Começar: Prioridades Práticas
Uma auditoria de acessibilidade completa é o passo correto — mas se precisar de priorizar, estes são os pontos com maior impacto e maior risco legal:
- Corrija o contraste de texto — 83,9% dos sites falham aqui; é o erro mais comum e um dos mais simples de corrigir com ajustes de CSS no tema
- Preencha o alt text das imagens — especialmente imagens de produtos numa loja WooCommerce
- Verifique os labels nos formulários — contacto, newsletter, e sobretudo o checkout do WooCommerce
- Teste a navegação por teclado — Tab por todo o site; se o foco desaparecer ou ficar preso, é uma violação direta
- Publique a declaração de acessibilidade — documento obrigatório por lei, independentemente do nível de conformidade atual
- Execute o AccessMonitor no site para ter um diagnóstico formal das falhas prioritárias
A acessibilidade não é um projeto com data de conclusão — é uma característica do site que precisa de ser mantida com cada atualização de conteúdo, plugin ou tema. Integrar uma verificação básica no processo de publicação de conteúdo (alt text em imagens, estrutura de cabeçalhos correta) é mais sustentável do que auditorias pontuais anuais.
A conformidade com a Lei Europeia de Acessibilidade não é um projeto que se faz uma vez. É uma característica que precisa de ser incorporada no desenvolvimento e na manutenção do site — exatamente como a segurança ou o desempenho. Na OnePixel, as auditorias de acessibilidade e a conformidade com WCAG 2.1 AA fazem parte do trabalho de manutenção WordPress que realizamos para os nossos clientes — incluindo lojas WooCommerce, o setor mais exposto à EAA. Fale connosco se precisar de ajuda a avaliar o estado atual do seu site e a planear os ajustes necessários.
Deixe um comentário