EN 301 549 e WCAG: Entendendo a norma técnica da UE

Nas semanas após 28 de junho de 2025 — data em que o European Accessibility Act passou a ser aplicável — organizações francesas de defesa dos direitos das pessoas com deficiência emitiram notificações legais formais a quatro grandes redes de supermercados, exigindo que suas plataformas de e-commerce atendessem aos padrões de acessibilidade em poucos meses. Medidas cautelares de urgência se seguiram até novembro. Isso não é um risco hipotético futuro. A conformidade com a EN 301 549 é agora uma realidade de fiscalização ativa, e entender o padrão técnico que a sustenta deixou de ser opcional para qualquer organização que atenda usuários europeus.

O que é a EN 301 549?

A EN 301 549 é uma norma europeia que especifica requisitos de acessibilidade para produtos e serviços de tecnologias de informação e comunicação (TIC), estabelecendo diretrizes para acessibilidade digital, inclusive para pessoas com deficiência. Ela não é uma lei em si, mas é a ponte técnica crítica entre as diretrizes que desenvolvedores já conhecem e a legislação que tem consequências jurídicas reais.

Essa norma foi produzida em conjunto pelas três organizações europeias de normalização — CEN (Comité Europeu de Normalização), CENELEC (Comité Europeu de Normalização Eletrotécnica) e ETSI (Instituto Europeu de Normas de Telecomunicações). A EN 301 549 foi publicada originalmente em 2014 para apoiar a contratação pública de TIC acessíveis e foi atualizada várias vezes desde então.

A EN 301 549 harmoniza os padrões de acessibilidade digital entre os Estados-Membros da UE, criando uma estrutura unificada para avaliar e melhorar a acessibilidade de produtos e serviços de TIC. A conformidade com a EN 301 549 é exigida para produtos e serviços de tecnologia dentro do escopo da Diretiva de Acessibilidade da Web da UE (WAD) e é uma boa prática para a conformidade com o European Accessibility Act (EAA).

A EN 301 549 é uma norma europeia de acessibilidade que descreve critérios técnicos de acessibilidade para produtos e serviços de TIC. Desenvolvida por um consórcio de agências europeias, essa norma fornece orientações detalhadas para garantir que diversas tecnologias — incluindo hardware, software, sites, aplicativos móveis e equipamentos de telecomunicações — sejam acessíveis a pessoas com deficiência. Em outras palavras, se a sua organização atua em qualquer uma dessas categorias e opera no mercado da UE, essa norma é para você.

A relação entre EN 301 549 e WCAG

A pergunta mais comum de desenvolvedores e gestores de conformidade é: se já estamos em conformidade com a WCAG, já terminamos? A resposta honesta é: em grande parte, mas não totalmente. Entender a relação exata entre esses dois frameworks é essencial antes de responder a essa pergunta para a sua própria situação.

A EN 301 549 incorpora as Web Content Accessibility Guidelines (WCAG) como base para os requisitos de acessibilidade digital. A versão mais recente da EN 301 549, versão 3.2.1, integra a WCAG 2.1 em sua totalidade. Isso não é apenas uma referência por citação — a versão mais recente da norma, EN 301 549 V3.2.1, inclui o texto completo da WCAG 2.1. As duas normas compartilham a mesma arquitetura subjacente: a EN 301 549 segue os mesmos princípios fundamentais da WCAG: Perceptível, Operável, Compreensível e Robusta (POUR).

A principal diferença está no escopo. Enquanto a WCAG se concentra principalmente em conteúdo web e móvel, a EN 301 549 amplia seu escopo para incluir hardware, telecomunicações e outros componentes de TIC, tornando-se um framework mais abrangente para acessibilidade digital. Assim, especificamente para conteúdo web, o Capítulo 9 da EN 301 549 faz referência direta aos critérios de sucesso de Nível A e AA da WCAG 2.1. Se o seu conteúdo web está em conformidade com a WCAG 2.1 AA, ele atende aos requisitos do Capítulo 9 da EN 301 549.

No entanto, há uma nuance jurídica importante que muitos profissionais não percebem. Como a EN 301 549 vai além dos requisitos da WCAG, cumprir todos os critérios de sucesso da WCAG 2.1 não garante uma presunção de conformidade com a Diretiva de Acessibilidade da Web. A norma contém cláusulas adicionais — para itens como comunicações de texto em tempo real, controles de players de vídeo e acessibilidade biométrica — que não têm equivalente na WCAG. A EN 301 549 é única por ir além da WCAG, estendendo-se para cobrir biometria — exigindo que pessoas com deficiência tenham acesso a tecnologia que faz leitura de dados biológicos, incluindo reconhecimento facial e impressões digitais.

A WCAG diz como tornar o seu conteúdo acessível. A EN 301 549 diz quais tipos de TIC devem ser acessíveis e em que grau — e então toma emprestados os critérios da WCAG para definir a barra técnica especificamente para conteúdo web.

A estrutura de capítulos que você realmente precisa conhecer

A EN 301 549 é organizada em 14 cláusulas (capítulos), cada uma cobrindo uma categoria diferente de TIC. A norma é organizada em capítulos que cobrem diferentes tipos de TIC, e nem todos os capítulos se aplicam a todos os produtos — o ponto-chave é identificar quais capítulos são relevantes para a sua tecnologia específica. Para a maioria dos proprietários de sites e desenvolvedores, três capítulos são os mais imediatamente relevantes.

Capítulo 9 — Conteúdo Web: Este capítulo abrange requisitos de acessibilidade web, referenciando diretamente a WCAG 2.1 Nível AA, e é o capítulo mais relevante para sites e aplicações web. O sistema de numeração torna o cruzamento de referências simples: os números das cláusulas correspondem diretamente à WCAG — a cláusula 9.X.Y.Z da EN 301 549 mapeia para a WCAG X.Y.Z. Por exemplo, a cláusula 9.1.4.3 da EN 301 549 corresponde à WCAG 1.4.3 (Contraste).

Capítulo 10 — Documentos não web: Para documentos e software não web, a EN 301 549 adapta os critérios da WCAG a esses contextos. A intenção é a mesma — o conteúdo deve ser perceptível, operável, compreensível e robusto — mas as técnicas específicas diferem para aplicações nativas e formatos de documentos. Isso é extremamente importante para organizações que publicam PDFs, documentos Word ou planilhas para download. Uma correção importante que chegou na v3.2.1: devido a uma falha editorial na v2.1.2, a WCAG 2.1 agora se aplica a documentos baixados da web.

Capítulo 11 — Software não web e aplicativos móveis: Este capítulo abrange requisitos para aplicações nativas (desktop e móveis) e plataformas de software, incluindo requisitos de interoperabilidade com tecnologias assistivas. Vale notar: aplicativos móveis não são cobertos pela WCAG, mesmo que o Capítulo 11 faça uso de requisitos da WCAG. Isso ocorre porque a WCAG na verdade não se aplica a aplicativos móveis. Se a sua organização distribui um app nativo para iOS ou Android, o seu lugar é o Capítulo 11, não o Capítulo 9.

Além desses três, capítulos adicionais relevantes incluem o Capítulo 6 (comunicação de voz bidirecional e texto em tempo real), o Capítulo 7 (recursos de vídeo e áudio, incluindo legendas e audiodescrição) e o Capítulo 12 (documentação e serviços de suporte — o único capítulo que não é auto-delimitado e sempre se aplica).

Como a EN 301 549 se encaixa no cenário jurídico da UE

Existem duas leis distintas da UE que fazem referência à EN 301 549, e confundi-las leva a lacunas de conformidade. Entender a diferença é especialmente importante para organizações do setor privado que presumiam que a legislação de acessibilidade se aplicava apenas a governos.

A primeira é a Diretiva de Acessibilidade da Web (WAD), Diretiva (UE) 2016/2102. A Diretiva de Acessibilidade da Web concentra-se principalmente em sites e aplicativos móveis do setor público. Todos os sites do setor semipúblico na União Europeia tiveram de cumprir a norma a partir de 23 de setembro de 2020, e todos os aplicativos móveis no setor semipúblico tiveram de cumprir a norma até 23 de junho de 2021. Os organismos públicos também devem publicar uma declaração de acessibilidade e fornecer um mecanismo de feedback.

A segunda, e agora mais consequente para o setor privado, é o European Accessibility Act (EAA), Diretiva (UE) 2019/882. Para o setor privado, a Europa desenvolveu a Diretiva 2019/882 da UE, também conhecida como European Accessibility Act, que é aplicável a setores específicos, incluindo e-commerce, serviços bancários, e-books e eletrônicos. O European Accessibility Act é aplicável desde 28 de junho de 2025, e todos os sites, aplicativos móveis e serviços digitais abrangidos devem cumprir os padrões de acessibilidade. Essa exigência se aplica a empresas que oferecem serviços digitais como e-commerce, serviços financeiros e telecomunicações.

Crucialmente, o EAA tem alcance extraterritorial. Notavelmente, o EAA impacta tanto empresas sediadas na UE quanto empresas fora da Europa que vendem para consumidores da UE. Uma empresa de SaaS sediada nos EUA com clientes europeus, ou um varejista do Reino Unido com uma loja virtual na UE, está dentro do escopo. A única exceção significativa: microempresas com menos de 10 funcionários e faturamento inferior a €2 milhões têm isenções limitadas, mas a maioria das empresas que operam na UE está abrangida.

A EN 301 549 é a norma técnica que fornece uma presunção de conformidade tanto sob a WAD quanto sob o EAA. Estar em conformidade com ela é a forma mais clara e juridicamente defensável de demonstrar conformidade com ambas as diretivas.

O que a EN 301 549 exige além da WCAG

Se a sua equipe já mantém conformidade com a WCAG 2.1 AA, você tem uma base sólida. Mas vários requisitos da EN 301 549 estão totalmente fora da WCAG, e vale a pena examiná-los em detalhe.

Declarações de desempenho funcional: A Cláusula 4 da EN 301 549 introduz um conjunto de objetivos funcionais de alto nível — uso sem visão, sem audição, sem fala, com cognição limitada e assim por diante. Essas declarações funcionam como uma rede de segurança: se nenhum requisito técnico específico se aplicar a uma situação particular, os produtos ainda devem atender ao objetivo funcional subjacente. Isso incentiva designers a pensar em termos de resultados para o usuário, e não apenas em conformidade de checklist.

Texto em tempo real (RTT) e telecomunicações: O Capítulo 6 abrange requisitos para chamadas de voz, chamadas de vídeo e texto em tempo real. Esses requisitos são importantes para serviços de VoIP, videoconferência e telecomunicações. Isso é cada vez mais relevante à medida que mais organizações incorporam funcionalidades de chat, áudio e vídeo diretamente em suas aplicações web ou portais de clientes.

Documentação e suporte acessíveis: A EN 301 549 inclui critérios que exigem que manuais de usuário, conteúdos de ajuda e suporte ao cliente para TIC sejam acessíveis. O Capítulo 12 se aplica a todos os produtos sem exceção — o que significa que sua documentação de ajuda, interfaces de abertura de chamados de suporte e chatbots devem cumprir a norma juntamente com o produto principal.

Acessibilidade de hardware: A EN 301 549 inclui critérios que apoiam a acessibilidade de hardware — dispositivos devem ser fisicamente acessíveis a usuários com deficiência, como oferecer feedback tátil ou altura ajustável para quiosques. Para a maioria das equipes focadas apenas em web, os capítulos de hardware não estão diretamente no escopo. Mas se o seu ecossistema de produtos inclui dispositivos de ponto de venda, quiosques de autoatendimento ou integrações com caixas eletrônicos, essas cláusulas se tornam muito relevantes.

Também existem normas específicas de alguns países dentro da Europa que podem ir além da EN 301 549. Há situações na Europa em que uma lei ou norma local mais específica vai além da EN 301 549 — exemplos incluem a BITV na Alemanha e a RGAA na França. Organizações que operam em Estados-Membros específicos devem investigar se as transposições nacionais introduziram requisitos adicionais além da base harmonizada.

Níveis de conformidade e o que o Nível AA realmente significa

Assim como a WCAG, a EN 301 549 tem três níveis de conformidade: A, AA e AAA. O Nível A refere-se ao nível mais baixo de conformidade (mínimo) e o Nível AAA é o mais alto (máximo). O Nível AA é o nível obrigatório. Na prática, isso significa que o seu conteúdo web precisa satisfazer todos os critérios de sucesso de Nível A e Nível AA, sem falhas, para uma declaração de conformidade completa.

O Nível AAA não é exigido — e por um bom motivo. Não é recomendado que a conformidade de Nível AAA seja exigida como política geral para sites inteiros, porque não é possível satisfazer todos os critérios de sucesso de Nível AAA para alguns tipos de conteúdo. Dito isso, muitos critérios de Nível AAA — como fornecer interpretação em língua de sinais para conteúdo em áudio ou oferecer audiodescrições estendidas — são realmente úteis para uma parcela significativa da sua base de usuários, e implementá-los quando viável demonstra boa-fé.

Uma nuance importante sobre o peso jurídico dos níveis de conformidade: novas versões da WCAG ou da EN 301 549 não alteram automaticamente as obrigações legais dos Estados-Membros em relação à WAD. Para que as mudanças tenham efeito, a norma precisa primeiro ser atualizada e depois referenciada no Jornal Oficial. Isso significa que, embora a WCAG 2.2 tenha sido publicada em outubro de 2023, ela só se torna juridicamente vinculativa sob a WAD quando a versão atualizada da EN 301 549 a referenciar e essa versão for harmonizada. Para o planejamento prático de conformidade, no entanto, construir com base na WCAG 2.2 é fortemente recomendável, já que é a direção de evolução.

O caminho à frente: EN 301 549 versão 4.1.1 e WCAG 2.2

A versão harmonizada atual da EN 301 549, v3.2.1, é baseada na WCAG 2.1. Mas a norma está sendo ativamente atualizada. A EN 301 549 será revisada com o objetivo de publicar a V4.1.1 em 2026, em apoio à Diretiva Europeia (UE) 2019/882 sobre requisitos de acessibilidade para produtos e serviços, em resposta ao Mandato 587 da Comissão Europeia.

A próxima versão da EN 301 549, v4.1.1, está planejada para apoiar o European Accessibility Act e incluir a WCAG 2.2 AA, bem como atualizações significativas de requisitos relacionados a texto em tempo real. A WCAG 2.2 introduziu nove novos critérios de sucesso, voltados para pessoas com baixa visão, pessoas com deficiências cognitivas e de aprendizagem e usuários móveis com deficiências motoras — áreas em que a WCAG 2.1 tinha lacunas conhecidas. Ela também removeu o critério 4.1.1 (Análise sintática), que se tornou obsoleto com os navegadores modernos.

A implicação prática para equipes que trabalham com acessibilidade hoje: desenvolva já para a WCAG 2.2 AA, não para a WCAG 2.1. A EN 301 549 define requisitos técnicos e atualmente inclui a WCAG 2.1. No entanto, a norma está programada para ser atualizada como parte do apoio à implementação do EAA e está em processo de atualização para incluir a WCAG 2.2. Organizações que esperarem pela harmonização oficial antes de elevar sua meta de conformidade acabarão correndo para recuperar o atraso. A diferença entre a WCAG 2.1 e a 2.2 no Nível AA é de nove critérios — não é uma reescrita completa, mas é um trabalho significativo.

Também vale notar o alcance global da EN 301 549. A EN 301 549 foi adotada por outros países como norma voluntária, incluindo Austrália e Canadá, e está estreitamente alinhada com a Section 508 do Rehabilitation Act nos EUA. Se a sua organização tem obrigações de conformidade globais, alinhar-se à EN 301 549 não é apenas uma estratégia para a UE — isso posiciona você bem em vários frameworks regulatórios simultaneamente.

Passos práticos para proprietários de sites e equipes de conformidade

Diante de tudo isso, por onde realmente começar? A abordagem a seguir funciona para a maioria das organizações focadas em web, embora equipes com aplicativos móveis, hardware ou componentes de telecomunicações precisem sobrepor os capítulos relevantes da EN 301 549.

Primeiro, estabeleça sua linha de base de WCAG 2.1 AA. Como a EN 301 549 incorpora a WCAG 2.1 Nível AA, organizações que já estão em conformidade com leis que fazem referência ao padrão global estão bem posicionadas para alcançar conformidade com a EN 301 549. Execute uma combinação de varredura automatizada e testes manuais com tecnologias assistivas — leitores de tela, navegação apenas por teclado, controle por voz — em suas jornadas de usuário mais críticas. Ferramentas automatizadas são valiosas, mas limitadas: ferramentas automatizadas detectam cerca de 30–40% das barreiras de acessibilidade, e a conformidade com a EN 301 549 exige testes manuais com tecnologias assistivas em fluxos reais de usuários.

Segundo, identifique quais capítulos da EN 301 549 se aplicam ao seu produto. Se o seu site oferece PDFs para download, o Capítulo 10 se aplica. Se você tem um player de vídeo incorporado, o Capítulo 7 é relevante. Se oferece chat ao vivo ou VoIP, revise o Capítulo 6. Se o seu produto tem um aplicativo móvel complementar, o Capítulo 11 está no escopo.

Terceiro, publique uma declaração de acessibilidade. A Diretiva de Acessibilidade da Web da UE exige que sites e aplicativos móveis tenham uma declaração de acessibilidade sobre seu nível de conformidade, indicando qualquer conteúdo que não seja acessível e, quando apropriado, as alternativas acessíveis fornecidas. Isso não é apenas uma exigência burocrática — demonstra boa-fé, informa os usuários sobre o que esperar e fornece uma estrutura para o acompanhamento contínuo de correções.

Quarto, eleve sua meta para WCAG 2.2 AA. Considerando que a EN 301 549 v4.1.1 incorporará a WCAG 2.2, começar a tratar agora dos nove novos critérios de sucesso — especialmente aqueles relacionados à aparência do foco, movimentos de arrastar e autenticação acessível — significa que você não enfrentará uma corrida de última hora quando a nova versão for harmonizada.

Quinto, incorpore acessibilidade no seu processo de desenvolvimento, e não por cima dele. A acessibilidade sob o EAA não é um marco único. Ela exige monitoramento contínuo, correção e esforços de conformidade documentados em todas as propriedades digitais. Uma declaração de acessibilidade arquivada uma vez e esquecida é um passivo, não um ativo. Agende auditorias regulares, integre verificações automatizadas no seu pipeline de CI/CD e atribua responsabilidades claras de acessibilidade entre produto, design e engenharia.

Pontos principais

• A EN 301 549 é a norma técnica harmonizada da UE para acessibilidade em TIC, incorporando a WCAG 2.1 AA integralmente para conteúdo web, ao mesmo tempo em que vai muito além da WCAG em escopo, cobrindo hardware, aplicativos móveis, documentos, telecomunicações e serviços de suporte. Cumprir a WCAG leva você à maior parte do caminho para o seu site, mas não até o fim.
• O European Accessibility Act (EAA) passou a ser aplicável em 28 de junho de 2025 e se aplica a empresas do setor privado — incluindo empresas não pertencentes à UE — que oferecem produtos ou serviços digitais a consumidores da UE. Estar em conformidade com a EN 301 549 é o principal mecanismo para demonstrar conformidade com o EAA.
• O Capítulo 9 da EN 301 549 mapeia diretamente para a WCAG 2.1 AA para conteúdo web, mas os Capítulos 10, 11, 6, 7 e 12 introduzem requisitos adicionais para documentos, aplicativos móveis, comunicações, vídeo e serviços de suporte, respectivamente — todos os quais precisam ser avaliados de acordo com o escopo específico do seu produto.
• A EN 301 549 v4.1.1, com publicação prevista para 2026, incorporará a WCAG 2.2 AA. Desenvolver já com base na WCAG 2.2 evita dívidas futuras de correção e posiciona a sua organização à frente do próximo ciclo de harmonização.
• A conformidade contínua é tão importante quanto a conformidade inicial. Declarações de acessibilidade publicadas, testes manuais com tecnologias assistivas reais e processos de governança documentados são o que reguladores e tribunais observam ao avaliar se uma organização está levando a acessibilidade a sério.