A acessibilidade de aplicações segundo o Ato Europeu da Acessibilidade significa que as apps móveis usadas para prestar serviços abrangidos pelo ato, como compras online, serviços bancários para consumidores, livros eletrónicos e transporte de passageiros, têm de poder ser usadas por pessoas com deficiência, incluindo quem depende de leitores de ecrã, texto aumentado, controlo por voz ou acesso por comutador. Desde 28 de junho de 2025 estes requisitos aplicam-se em toda a UE, e a referência prática para os cumprir é a norma harmonizada que assenta nas Diretrizes de Acessibilidade para o Conteúdo da Web. Este guia explica que apps estão abrangidas, o que os requisitos significam no design e no código, por onde começar e como medir o progresso.
Última atualização: 9 de novembro de 2026.
O que é o Ato Europeu da Acessibilidade?
O Ato Europeu da Acessibilidade é uma diretiva da UE que define requisitos comuns de acessibilidade para uma lista de produtos e serviços vendidos a consumidores. O texto oficial é a Diretiva (UE) 2019/882, e as suas regras aplicam-se desde 28 de junho de 2025. Cada Estado-Membro transpôs a diretiva para a lei nacional; na Alemanha, por exemplo, assume a forma da Barrierefreiheitsstärkungsgesetz (BFSG).
O objetivo é simples: as pessoas com deficiência e as pessoas mais velhas devem poder comprar e usar os mesmos serviços digitais do dia a dia que toda a gente, e as empresas devem ter um único conjunto de regras em todo o mercado único, em vez de um diferente em cada país.
Na Odduel, uma agência de criatividade e tecnologia em Barcelona e São Paulo, a acessibilidade faz parte da forma como planeamos, desenhamos e construímos apps no nosso serviço de desenvolvimento de aplicações, e não é um teste acrescentado no fim.
Em resumo: o Ato Europeu da Acessibilidade abrange as apps que prestam serviços dentro do seu âmbito, como e-commerce, serviços bancários para consumidores, livros eletrónicos e transporte de passageiros. Essas apps têm de ser percetíveis, operáveis, compreensíveis e robustas para pessoas com deficiência. Comece por uma auditoria face à norma harmonizada, corrija primeiro os percursos mais usados, integre a acessibilidade no design e no código e publique a informação de acessibilidade exigida.
O Ato Europeu da Acessibilidade aplica-se às apps?
Sim. A diretiva abrange serviços prestados a consumidores em vários setores e inclui expressamente os serviços prestados através de dispositivos móveis, incluindo aplicações móveis. Se a sua app é a forma de os clientes acederem a um serviço abrangido, a app está dentro do âmbito.
Os serviços abrangidos incluem:
- Serviços de comércio eletrónico: apps através das quais os consumidores compram produtos ou serviços online.
- Serviços bancários para consumidores: apps bancárias e de pagamento para consumidores.
- Livros eletrónicos e software de leitura dedicado.
- Serviços de comunicações eletrónicas, como serviços de chamadas e de mensagens.
- Serviços de acesso a meios de comunicação social audiovisuais, como plataformas de streaming.
- Elementos dos serviços de transporte aéreo, rodoviário, ferroviário e por vias navegáveis de passageiros, incluindo apps, bilhética e informação de viagem em tempo real.
A diretiva também abrange certos produtos, como smartphones, computadores, terminais de pagamento e máquinas de venda de bilhetes, mas as obrigações de quem desenvolve ou detém uma app vêm sobretudo dos serviços acima.
Que apps ficam normalmente fora do âmbito?
As apps que não prestam um serviço abrangido a consumidores ficam em geral fora do ato, como ferramentas puramente internas ou apps que apenas informam sobre uma empresa. As microempresas que prestam serviços, tal como definidas na diretiva, estão isentas dos requisitos aplicáveis aos serviços. As apps do setor público estão sujeitas a outra lei, a Diretiva relativa à acessibilidade da web. As questões de âmbito podem ser subtis, por isso confirme a sua situação com um consultor jurídico no seu mercado principal.
Há períodos de transição?
A diretiva prevê alguma transição. Os prestadores de serviços podem continuar a prestar serviços com produtos que usavam legalmente antes de 28 de junho de 2025 até 28 de junho de 2030, e os contratos de serviços celebrados antes dessa data podem manter-se até expirarem, com um limite de cinco anos. Estes períodos não abrangem novas apps nem novas versões: tudo o que desenhar ou lançar agora deve cumprir os requisitos.
O que implica na prática a acessibilidade de aplicações segundo o Ato Europeu da Acessibilidade?
A diretiva descreve os requisitos em termos funcionais: a informação tem de ser percetível, operável, compreensível e robusta, e o serviço tem de funcionar com as tecnologias de apoio que as pessoas usam. Na prática, as empresas cumprem-nos seguindo a norma europeia harmonizada de acessibilidade digital, a EN 301 549, que vai buscar os critérios para web e software às Diretrizes de Acessibilidade para o Conteúdo da Web do W3C e os aplica tanto a apps nativas como a websites.
A tabela traduz os quatro princípios para o design e o desenvolvimento de apps do dia a dia.
| Princípio | O que significa numa app | Falhas comuns |
|---|---|---|
| Percetível | Alternativas em texto para imagens e ícones, contraste suficiente, texto que se ajusta às definições do sistema, legendas nos vídeos | Botões só com ícone e sem nome; texto que não aumenta; texto cinzento com pouco contraste |
| Operável | Todas as funções utilizáveis com leitores de ecrã, acesso por comutador e teclados externos; áreas de toque suficientemente grandes; nenhum limite de tempo sem controlo | Gestos personalizados sem alternativa; áreas de toque minúsculas; carrosséis que não se podem pausar |
| Compreensível | Nomes e instruções claros, navegação coerente, mensagens de erro úteis | Erros de formulário mostrados apenas a vermelho; nomes vagos como “Enviar” para todas as ações |
| Robusto | Uso correto das funcionalidades de acessibilidade da plataforma, para que as tecnologias de apoio leiam funções, nomes e estados | Componentes personalizados que os leitores de ecrã anunciam como “botão” sem nome |
O que significa isto para o design?
Os designers definem a maior parte da acessibilidade de uma app antes de existir qualquer código. As decisões principais incluem:
- o contraste de cor do texto, dos ícones e dos controlos, nos modos claro e escuro;
- layouts que continuam a funcionar quando o texto é bastante aumentado;
- áreas de toque suficientemente grandes para se acertar com segurança;
- uma ordem de foco visível que corresponda à ordem visual;
- nomes e instruções escritos em linguagem simples;
- alternativas a gestos complexos como deslizar, arrastar e beliscar;
- estados (selecionado, desativado, erro) mostrados com mais do que a cor.
O que significa isto para o desenvolvimento?
Os programadores garantem que as funcionalidades de acessibilidade da plataforma transmitem a intenção do design. Em iOS e Android, isso significa usar componentes nativos sempre que possível, dar a cada controlo um nome, uma função e um estado acessíveis, suportar o tipo dinâmico e a escala de letra, gerir o foco quando os ecrãs ou as caixas de diálogo mudam, anunciar as atualizações importantes e testar com VoiceOver e TalkBack. As frameworks multiplataforma também suportam acessibilidade, mas cada uma exige cuidado com os componentes personalizados.
Por onde deve uma empresa começar com a acessibilidade de aplicações segundo o Ato Europeu da Acessibilidade?
Um plano estruturado evita tanto o pânico como a paralisia. Estes passos funcionam para a maioria das empresas.
- Confirme o âmbito. Liste os serviços que as suas apps prestam e compare-os com as categorias da diretiva com o seu consultor jurídico.
- Audite a app atual. Teste face à EN 301 549 e às WCAG, combinando verificações automáticas com testes manuais com leitores de ecrã, texto aumentado e acesso por comutador.
- Mapeie os percursos principais. Registo, início de sessão, pesquisa, ficha de produto, carrinho, checkout, pagamento, conta e suporte: os caminhos que todos os clientes têm de concluir.
- Defina prioridades nas correções. Comece pelas barreiras que bloqueiam totalmente esses percursos, depois pelos problemas que os tornam muito difíceis e por fim pelas questões menores.
- Corrija o sistema de design. Corrija os componentes uma vez (botões, campos, caixas de diálogo, navegação) para que as correções se espalhem por toda a app.
- Mude o processo. Acrescente critérios de acessibilidade aos designs, às histórias de utilizador, à revisão de código e aos testes de cada versão, para que as novas funcionalidades não voltem a criar barreiras.
- Publique a informação de acessibilidade. A diretiva exige que os prestadores de serviços informem como o serviço cumpre os requisitos de acessibilidade, normalmente numa declaração de acessibilidade ou nos termos e condições.
- Ofereça uma via de contacto. Dê aos utilizadores uma forma clara de comunicar barreiras e aja com base no que comunicam.
Os mesmos princípios aplicam-se ao seu website; o nosso guia sobre acessibilidade web e o Ato Europeu da Acessibilidade trata em detalhe o lado da web.
Como medir se a acessibilidade de uma app funciona?
A medição deve combinar a conformidade com a norma e o uso real.
| Método | O que mostra | Limites |
|---|---|---|
| Análise automática | Nomes em falta, problemas de contraste, algumas questões de estrutura | Encontra apenas parte dos problemas |
| Auditoria manual especializada | Conformidade com cada critério da norma | Depende da competência e da cobertura do auditor |
| Testes com tecnologias de apoio | Se os percursos funcionam com VoiceOver, TalkBack, acesso por comutador e texto aumentado | Exige pessoas com formação para testar |
| Testes com utilizadores com deficiência | Se pessoas reais conseguem concluir tarefas com a sua própria configuração | Exige planeamento e recrutamento |
| Contactos e dados de suporte | Barreiras que os utilizadores encontram depois do lançamento | Chega depois de o problema existir |
Medidas contínuas úteis incluem o número de problemas de acessibilidade em aberto por gravidade, a percentagem de percursos principais que passam nos testes manuais nas duas plataformas e o tempo que se leva a corrigir as barreiras comunicadas.
O que acontece se uma app não cumprir?
A fiscalização é nacional. Cada Estado-Membro designou autoridades de fiscalização do mercado que podem verificar serviços, exigir correções e aplicar as sanções previstas na lei nacional. Regras e sanções variam, por isso, de país para país. Para além da fiscalização, uma app inacessível exclui clientes, gera pedidos de suporte e pode prejudicar a reputação de uma marca. Trate o cumprimento como parte da qualidade do produto e não como uma tarefa jurídica pontual.
O que perguntar a um parceiro de desenvolvimento de apps sobre acessibilidade?
Se trabalha com uma equipa externa, faça estas perguntas antes de assinar:
- Como integram a acessibilidade no design, no desenvolvimento e nos testes?
- Com que norma vão testar, e como vão reportar os resultados?
- Testam com VoiceOver e TalkBack em dispositivos reais?
- Como tratam a acessibilidade em componentes personalizados e em frameworks multiplataforma?
- Vão ajudar-nos a preparar a informação de acessibilidade que a diretiva exige?
O nosso guia sobre como escolher uma empresa de desenvolvimento de apps trata do processo de seleção mais amplo.
Perguntas frequentes
O Ato Europeu da Acessibilidade aplica-se às apps móveis?
Sim. O ato abrange serviços prestados a consumidores em setores como o e-commerce, os serviços bancários para consumidores, os livros eletrónicos, as comunicações eletrónicas, o acesso a meios audiovisuais e o transporte de passageiros, e inclui expressamente os serviços prestados através de aplicações móveis. Se a sua app é a forma de os clientes acederem a um destes serviços, tem de cumprir os requisitos de acessibilidade.
Que norma devem seguir as apps para cumprir o Ato Europeu da Acessibilidade?
As empresas seguem em geral a EN 301 549, a norma europeia harmonizada de acessibilidade digital. Os seus critérios para conteúdos web e software baseiam-se nas Diretrizes de Acessibilidade para o Conteúdo da Web do W3C e aplicam-se tanto a apps móveis nativas como a websites. A conformidade com a norma harmonizada dá uma presunção de cumprimento dos requisitos correspondentes.
Por onde deve uma empresa começar com a acessibilidade de aplicações?
Confirme se a sua app presta um serviço abrangido e depois audite-a face à norma com testes automáticos e manuais, incluindo leitores de ecrã. Dê prioridade às barreiras nos percursos principais, como o início de sessão, a pesquisa e o checkout, corrija primeiro os componentes partilhados, integre a acessibilidade no seu processo e publique a informação de acessibilidade exigida.
As pequenas empresas estão isentas do Ato Europeu da Acessibilidade?
As microempresas que prestam serviços, tal como definidas na diretiva, estão isentas dos requisitos aplicáveis aos serviços. As outras pequenas e médias empresas estão abrangidas se prestarem serviços dentro do seu âmbito. Como as definições contam, verifique a sua situação com um consultor jurídico no país onde opera principalmente.
Como testar a acessibilidade de uma app?
Combine análises automáticas com testes manuais. Use o VoiceOver em iOS e o TalkBack em Android, aumente o texto do sistema, teste com um teclado externo ou com acesso por comutador, verifique o contraste e os nomes dos elementos e percorra todos os percursos principais. Os testes com utilizadores com deficiência dão a imagem mais clara de se as pessoas conseguem de facto concluir as tarefas.
Comece por verificar o âmbito e auditar os percursos principais da sua app; juntos, mostram quanto trabalho tem pela frente. Se precisa de uma app desenhada e construída para ser acessível desde o primeiro ecrã, saiba mais sobre o nosso serviço de desenvolvimento de aplicações ou fale connosco sobre a sua app. Este artigo é informação geral, não aconselhamento jurídico.
