Lei Europeia de Acessibilidade e WordPress: Guia de Conformidade 2026

16 min de leitura
Lei Europeia de Acessibilidade e WordPress: Guia de Conformidade 2026

Se você mantém um site WordPress que vende qualquer coisa para a União Europeia, a Lei Europeia de Acessibilidade já se aplica ao seu negócio. Este artigo é o complemento estratégico e jurídico do checklist técnico de áudio WCAG 2.2. Aqui abordamos quem está sujeito à lei, o que você precisa fazer no nível empresarial, as penalidades já em vigor e a declaração de acessibilidade que a maioria dos donos de sites WordPress ainda ignora.

Por que a EAA importa para o WordPress em 2026

A Lei Europeia de Acessibilidade, formalmente a Diretiva (UE) 2019/882, é lei desde 2019. A aplicação começou em 28 de junho de 2025. Novos serviços lançados no mercado da UE após essa data precisam estar em conformidade agora. Serviços existentes têm até 28 de junho de 2030 para se adequar, mas apenas se permanecerem sem alterações. A maioria dos sites WordPress passa por redesign ou relançamento em até cinco anos, o que reinicia o prazo.

A Comissão Europeia estima que cerca de 87 milhões de pessoas na UE vivem com alguma forma de deficiência. A diretiva foi construída pensando nesse público. Ela padroniza as obrigações de acessibilidade nos 27 estados-membros para que um site de e-commerce francês e um aplicativo bancário alemão enfrentem as mesmas regras de base.

Nas nossas auditorias pelos países nórdicos, vemos o mesmo padrão se repetir. Donos de sites WordPress assumem que a lei é voltada para grandes corporações. Não é. Uma loja WooCommerce de pequeno porte com algumas centenas de pedidos por mês entra no escopo no momento em que começa a vender para Berlim ou Paris.

Quem está sujeito à lei

A EAA se aplica a categorias específicas de produtos e serviços. Para donos de sites WordPress, as categorias de serviço relevantes são:

  • Sites e aplicativos de e-commerce que vendem produtos ou serviços a consumidores
  • Serviços bancários ao consumidor, incluindo portais de banco online
  • Serviços de comunicação eletrônica, como mensagens e VoIP
  • E-books e softwares de leitura digital
  • Serviços de reserva de transporte de passageiros para viagens aéreas, de ônibus, trem e marítimas
  • Serviços de mídia audiovisual, incluindo plataformas de streaming e catálogos sob demanda

A diretiva se aplica tanto a empresas estabelecidas na UE quanto a empresas fora da UE que colocam serviços no mercado europeu. Uma editora americana com site WordPress que vende assinaturas digitais a leitores franceses está abrangida. Uma agência norueguesa que cria uma loja WooCommerce voltada para clientes alemães também está abrangida.

Um limite útil: serviços B2B geralmente estão fora do escopo. A EAA mira serviços voltados ao consumidor final. Um painel SaaS vendido apenas para equipes de TI corporativas fica fora da diretiva. Uma loja WooCommerce aberta ao público está claramente dentro dela.

Diagrama das seis categorias de serviço abrangidas pela Lei Europeia de Acessibilidade
A EAA abrange seis categorias de serviço ao consumidor. Sites WordPress com WooCommerce, lojas de e-books ou fluxos de reserva se enquadram nesse escopo.

A isenção para microempresas e o que ela realmente significa

A diretiva prevê uma isenção para empresas muito pequenas, mas as regras são mais rígidas do que a maioria imagina. Para se qualificar como microempresa nos termos da EAA, você precisa atender a ambos os critérios:

  • Menos de 10 funcionários
  • Faturamento anual OU total do balanço inferior a 2 milhões de EUR

E há uma limitação importante. A isenção se aplica apenas a prestadores de serviços. Se você fabrica ou importa produtos físicos abrangidos pela EAA, a isenção não te protege. Um pequeno fabricante de hardware ainda tem obrigações integrais.

Estar isento também não significa ser invisível. Os estados-membros mantêm o direito de solicitar que empresas isentas notifiquem as autoridades quando solicitado, e alguns estão exercendo esse poder. Nas nossas auditorias, vemos donos de microempresas assumindo que podem ignorar tudo. Isso é arriscado. A isenção pode ser revisada, sua equipe pode crescer, e os clientes esperam cada vez mais acessibilidade independentemente do seu status legal.

A cláusula de ônus desproporcional

O artigo 14 da diretiva permite que empresas aleguem uma isenção por ônus desproporcional para requisitos específicos, quando a conformidade impõe uma carga financeira ou organizacional excessiva. Não é uma saída fácil. Você precisa documentar a avaliação, incluindo custos, benefícios para usuários com deficiência e o porte e os recursos da sua empresa.

As autoridades na Alemanha e na França já sinalizaram que o uso indevido dessa cláusula será tratado como descumprimento. Se você alegar ônus desproporcional sem documentação, enfrentará as mesmas penalidades de uma empresa que simplesmente ignorou a lei.

O que a lei exige de um site WordPress na prática

A EAA é uma diretiva. Ela define objetivos, mas delega os detalhes técnicos a uma norma harmonizada. Essa norma é a EN 301 549, mantida pelo ETSI em cooperação com CEN e CENELEC. A EN 301 549 mapeia diretamente para o WCAG 2.1 Nível AA para conteúdo web.

O rascunho de novembro de 2025 da EN 301 549 V4.1.0 atualiza as cláusulas 9, 10 e 11 para alinhar com o WCAG 2.2 AA. A versão final V4.1.1 deve ser referenciada no Diário Oficial da União Europeia em outubro de 2026. Por ora, trate o WCAG 2.1 AA como o alvo operacional e prepare-se para o WCAG 2.2 no próximo ciclo de atualização.

Para uma análise técnica critério a critério sobre players de áudio, contraste, indicadores de foco, tamanho de alvo e ARIA, consulte o checklist técnico de áudio WCAG 2.2. O restante deste artigo foca nas obrigações jurídicas e operacionais que acompanham essas regras técnicas.

A declaração de acessibilidade que ninguém menciona

O artigo 13 da EAA, implementado pelas legislações nacionais, exige que os serviços abrangidos publiquem uma declaração de acessibilidade. Isso não é uma política de privacidade nem um banner de cookies. É um documento público formal que descreve o estado de acessibilidade do seu serviço.

Uma declaração de acessibilidade em conformidade deve conter:

  • O nome do serviço e sua URL
  • Um status de conformidade: total, parcial ou não conformidade com o WCAG 2.1 AA via EN 301 549
  • Uma lista de conteúdos inacessíveis e o motivo, incluindo eventuais alegações de ônus desproporcional
  • A data em que a declaração foi elaborada e a última revisão
  • Um canal de feedback para que usuários reportem barreiras de acessibilidade
  • Dados de contato do órgão responsável pela fiscalização no estado-membro correspondente

Nas nossas auditorias, a declaração de acessibilidade é a omissão mais comum. As equipes corrigem indicadores de foco e textos alternativos, mas esquecem o documento que sinaliza conformidade para reguladores e usuários. Uma declaração ausente ou desatualizada é uma das infrações mais fáceis de identificar pelas autoridades, pois é visível de fora do site.

Penalidades por estado-membro

A diretiva deixa cada estado-membro definir seu próprio regime de penalidades. O resultado é um mosaico, e o teto das multas é alto o suficiente para exigir atenção.

Estado-membroMulta máximaObservações
AlemanhaAté 100.000 EUR por violaçãoA Lei de Fortalecimento da Acessibilidade alemã (BFSG) entrou em vigor em 28 de junho de 2025.
FrançaAté 25.000 a 50.000 EUR em determinados casos de fiscalizaçãoA fiscalização francesa pode incluir penalidades por declarações de acessibilidade ausentes e serviços digitais não conformes sob o RGAA e regras relacionadas à EAA. Confirme os valores exatos e a orientação das autoridades competentes com a Arcom e a DGCCRF antes da publicação.
ItáliaAté 5% do faturamento anual em certos casos, ou multas administrativas de até 40.000 EURA penalidade de 5% sobre o faturamento está vinculada ao marco da Legge Stanca e pode se aplicar principalmente a grandes entidades privadas. Confirme o escopo, a definição de entidade responsável e a aplicabilidade sob o D.Lgs. 82/2022 e as orientações atuais do AgID antes da publicação.
Vários estados-membrosPagamentos periódicos de penalidades e medidas de fiscalização progressivasAlguns estados-membros da UE podem impor penalidades diárias recorrentes ou pagamentos coercitivos por descumprimento contínuo após notificação. Confirme os valores exatos e as estruturas de fiscalização separadamente para Espanha, Irlanda e Países Baixos antes da publicação.

O dinheiro não é a única consequência. As autoridades podem ordenar a suspensão de um serviço ou a retirada de um produto do mercado. Para um negócio de e-commerce no WordPress que depende de clientes europeus, a suspensão é o risco real. Uma multa de 50.000 EUR dói. Uma paralisação de duas semanas durante a temporada de festas pode ser fatal.

A situação nos países nórdicos e no EEE

A Noruega faz parte do EEE, não da UE. A EAA ainda está em avaliação formal pelos estados da EFTA, mas donos de sites WordPress noruegueses não devem presumir que têm mais tempo. A Noruega já aplica obrigações equivalentes por meio da Likestillings- og diskrimineringsloven e do WAD-forskrift (forskrift om universell utforming av IKT-løsninger). A supervisão fica com o Digdir, o Diretório Norueguês para Transformação Digital, por meio do uu-tilsynet.

O Digdir pode aplicar multas diárias por descumprimento contínuo. Na prática, a base técnica é a mesma da EAA: WCAG 2.1 AA via EN 301 549. Orientamos nossos clientes noruegueses a assumir que as regras equivalentes à EAA já se aplicam hoje, porque funcionalmente se aplicam.

Suécia, Dinamarca e Finlândia incorporam a EAA a seus marcos nacionais de acessibilidade existentes, em vez de criar novas estruturas. Na Suécia, a supervisão fica com a Agência para o Governo Digital (DIGG). Na Dinamarca, com a Digitaliseringsstyrelsen. Na Finlândia, com a Agência Administrativa Regional do Estado para o Sul da Finlândia. As obrigações se alinham; os órgãos de fiscalização diferem.

Como empresas fora da UE são afetadas

Esse ponto pega mais donos de sites norte-americanos, britânicos e noruegueses de surpresa do que qualquer outra regra. A EAA se aplica com base em onde você coloca um serviço no mercado, não onde está sua sede.

Os reguladores observam sinais de segmentação geográfica:

  • Você exibe preços em EUR ou aceita pagamentos em EUR?
  • Você oferece frete ou entrega de serviços para estados-membros da UE?
  • Você publica conteúdo em um idioma nacional da UE voltado para esse mercado?
  • Você veicula publicidade paga direcionada a usuários da UE?
  • Você usa um domínio de topo de código de país da UE como .de ou .fr?

Se dois ou mais desses pontos se aplicarem, presuma que você está colocando um serviço no mercado europeu. Uma loja WooCommerce americana com preços em EUR e entrega DHL para a Alemanha está abrangida. Uma editora norueguesa com site WordPress traduzido para o sueco também está abrangida. A localização da sede não é o critério.

Como a narração em áudio ajuda na conformidade com a EAA

A narração em áudio de conteúdo escrito não é uma exigência legal rígida da EAA. A diretiva não diz que todos os artigos precisam ter uma versão em áudio. O que ela diz é que os serviços precisam suportar diferentes formas de acesso para usuários com deficiências sensoriais e cognitivas.

A narração em áudio do texto de um artigo funciona como uma alternativa de mídia para texto na terminologia do WCAG. É o mesmo conteúdo entregue por um canal sensorial diferente. Ela melhora significativamente a experiência para usuários com:

  • Dislexia, que processam a linguagem falada com mais facilidade do que longos trechos de texto escrito
  • TDAH, que se beneficiam do áudio para manter o foco
  • Baixa visão, que podem não usar um leitor de tela completo, mas querem texto ampliado com áudio
  • Deficiências cognitivas, onde a entrega multimodal auxilia a compreensão

Isso não substitui navegação por teclado, indicadores de foco, textos alternativos ou qualquer outro requisito do WCAG. É um complemento. Se você está incorporando acessibilidade a um site WordPress para 2026, a narração por síntese de voz é uma adição de baixo custo que demonstra comprometimento com os usuários além do mínimo legal. Documentamos as configurações técnicas em nossa configuração de acessibilidade.

Um plano prático de 30 dias para donos de sites WordPress

A maioria dos nossos clientes passa de "precisamos olhar para acessibilidade" para "estamos em conformidade suficiente para publicar uma declaração" em cerca de um mês. O plano é este:

  1. Dias 1 a 5. Auditoria contra o WCAG 2.1 AA. Execute ferramentas automatizadas (Axe, WAVE, Lighthouse) e complemente com testes manuais usando apenas o teclado e uma passagem com leitor de tela usando NVDA no Windows ou VoiceOver no macOS.
  2. Dias 6 a 10. Classifique os problemas por impacto. Concentre-se em formulários, taxas de contraste, armadilhas de teclado, indicadores de foco ausentes e tamanho de alvo no mobile. Essas são as falhas que bloqueiam usuários reais e atraem a atenção dos reguladores.
  3. Dias 11 a 20. Corrija as falhas de maior impacto. Resolva primeiro o que bloqueia os fluxos principais do usuário: checkout, contato, busca, navegação. Problemas cosméticos podem aguardar um ciclo de lançamento.
  4. Dias 21 a 25. Documente o cronograma de correção. Tudo que você não conseguir corrigir em 30 dias precisa de um plano escrito com datas-alvo. As autoridades aceitam progresso de boa-fé. Não aceitam silêncio.
  5. Dias 26 a 28. Publique sua declaração de acessibilidade. Use o modelo acima. Adicione o link no rodapé de todas as páginas.
  6. Dias 29 a 30. Crie um canal de feedback. Um endereço de e-mail dedicado, um formulário ou um link de contato dentro da declaração. Monitore e responda em até 14 dias.

O relatório WebAIM Million mostra consistentemente que mais de 95% das principais páginas iniciais têm falhas detectáveis de WCAG. Isso significa que a maioria dos seus concorrentes também está fora de conformidade. O trabalho não é glamouroso, mas a barra a superar é mais baixa do que as manchetes sugerem.

Perguntas frequentes

A EAA se aplica ao meu site WordPress se eu sou baseado nos EUA?

Sim, se você vende serviços abrangidos a consumidores da UE. O critério é a segmentação geográfica, não a sede da empresa. Se você aceita pagamentos em EUR, entrega para estados-membros da UE, publica em idioma nacional da UE ou anuncia para usuários europeus, você está colocando um serviço no mercado da UE. Uma loja WooCommerce americana com páginas de produto em alemão e entregas para Berlim está totalmente no escopo.

Tenho menos de 10 funcionários. Estou mesmo isento?

Somente se você também tiver faturamento anual ou balanço patrimonial inferior a 2 milhões de EUR e for um prestador de serviços, não um fabricante de produtos. Os estados-membros ainda podem exigir notificação de empresas isentas. A isenção é real, mas restrita, e não protege você das expectativas dos clientes nem do crescimento futuro que possa ultrapassar o limite. Muitas pequenas empresas optam por cumprir a lei mesmo assim.

Quando a EAA vai referenciar o WCAG 2.2 em vez do 2.1?

A norma harmonizada EN 301 549 está sendo atualizada. O rascunho de novembro de 2025, versão V4.1.0, atualiza as cláusulas 9, 10 e 11 para alinhar com o WCAG 2.2 AA, e a versão final V4.1.1 deve ser referenciada no Diário Oficial da União Europeia em outubro de 2026. Até que a EN 301 549 atualizada seja formalmente adotada e referenciada nos atos de execução da UE, o WCAG 2.1 AA permanece como alvo operacional. Planeje o WCAG 2.2 para o próximo ciclo de atualização do seu site.

O que precisa constar em uma declaração de acessibilidade?

Seis elementos: o nome do serviço e a URL, o status de conformidade com o WCAG 2.1 AA via EN 301 549, a lista de conteúdos inacessíveis com os motivos, as datas de elaboração e revisão, um canal de feedback para que usuários reportem barreiras e os dados de contato do órgão nacional de fiscalização. A declaração precisa ser pública, fácil de encontrar e revisada regularmente. Um link no rodapé de todas as páginas é o padrão adotado.

Posso usar um widget de acessibilidade para cumprir a lei?

Não. Widgets sobrepostos que prometem conformidade com um clique não atendem às exigências da EAA nem do WCAG. Eles frequentemente pioram a acessibilidade para usuários de leitores de tela ao injetar ARIA conflitante. As autoridades da Alemanha e da França declararam explicitamente que widgets não substituem a correção adequada. Use-os como um pequeno complemento, no máximo, nunca como estratégia de conformidade.

Minha loja WooCommerce se enquadra como e-commerce sob a EAA?

Sim. A diretiva abrange qualquer serviço online que permita a consumidores comprar produtos ou serviços. Uma loja WooCommerce que vende produtos físicos, downloads digitais ou assinaturas a consumidores da UE está dentro do escopo. O produto em si pode ou não ser abrangido, mas o serviço de compra quase sempre é. Páginas de carrinho, checkout, criação de conta e confirmação de pedido precisam atender ao WCAG 2.1 AA.

O que acontece se eu ignorar a lei?

A fiscalização é reativa na maioria dos estados-membros. As autoridades agem com base em reclamações de usuários, concorrentes ou grupos de defesa. Quando uma reclamação é registrada, você geralmente recebe uma notificação com prazo para correção. Ignorar a notificação aciona multas, penalidades diárias ou ordens de suspensão do serviço. O caminho mais barato é publicar uma declaração de acessibilidade honesta e corrigir as falhas de maior impacto em alguns meses.

Por onde começar

A primeira ação mais útil é publicar uma declaração de acessibilidade, mesmo que imperfeita. Ela sinaliza para reguladores e usuários que você leva a obrigação a sério e força uma auditoria honesta da situação atual do seu site. A partir daí, o trabalho de correção segue naturalmente.

Se você usa WordPress, combine o trabalho técnico do checklist técnico de áudio WCAG 2.2 com os passos jurídicos deste artigo. Essa combinação é o que coloca um site real em conformidade com a EAA, não apenas com a norma. Para narração em áudio especificamente, consulte nossa configuração de acessibilidade para as configurações do player que melhor se integram com leitores de tela e navegação por teclado.