Se vende a consumidores na UE, a resposta é quase de certeza sim, e o prazo terminou há mais de um ano.
Esta página responde a sério à pergunta: quem está abrangido, que norma o vincula de facto, como é feita a fiscalização e o que é preciso para corrigir um site que não foi construído a pensar nisto. Se quiser saber o que se aplica ao seu site, analisamo-lo e enviamos-lhe a lista.
O Ato Europeu da Acessibilidade (Diretiva (UE) 2019/882) abrange os serviços prestados a consumidores na UE. Aplica-se desde 28 de junho de 2025. Já não resta nenhum período de transição com que contar.
A isenção das microempresas aplica-se a serviços, não a produtos, e desaparece no momento em que ultrapassa um dos limites. Não há período de tolerância quando a empresa cresce. Se recebeu financiamento público para acessibilidade, a isenção não se aplica de todo.
Um erro frequente: deixar de estar isento não é um problema para agendar mais tarde. A obrigação nasce quando o limite é ultrapassado, não na auditoria seguinte.
A lei diz que os serviços têm de ser acessíveis. Não define os critérios técnicos. Esses vêm da norma europeia harmonizada, e saber que versão está em vigor é a diferença entre um site conforme e um site quase conforme.
É a norma europeia de acessibilidade das TIC, e cumpri-la dá-lhe a presunção de conformidade com o Ato. Remete para o nível AA das WCAG 2.1.
Não o AAA, que quase ninguém reivindica e que o Ato não exige. Nem as WCAG 2.0, que foram substituídas. O nível AA das WCAG 2.1 é a fasquia pela qual é avaliado.
Espera-se a publicação de uma revisão da EN 301 549 que incorpora o nível AA das WCAG 2.2, seguida da sua citação no Jornal Oficial. Acrescenta critérios de sucesso sobre a aparência do foco, movimentos de arrastar, tamanho dos alvos e autenticação.
Na prática, as WCAG 2.2 AA incluem tudo o que está nas 2.1 AA. Corrigir para a 2.2 cumpre a obrigação atual e evita que a próxima revisão da norma reabra trabalho que já pagou. Corrigir só para a 2.1 obriga a fazer isto duas vezes.
Cada Estado-Membro designa a sua autoridade de fiscalização do mercado e fixa as suas próprias sanções, por isso o valor depende de onde estão os seus clientes. Duas coisas são comuns a todos: as autoridades não esperam por uma queixa, e a ordem para corrigir ou retirar o serviço costuma custar mais do que a coima.
As compras são a pressão mais discreta. Os grandes clientes e as entidades públicas pedem cada vez mais um relatório de conformidade de acessibilidade antes de assinar, e não o ter faz perder negócios muito antes de um regulador lhe escrever.
Não é um palpite. Todos os anos desde 2019, a WebAIM faz uma avaliação automática das WCAG às páginas iniciais do milhão de sites mais visitados. A edição de fevereiro de 2026 é a mais recente.
A deteção automática é o mínimo, não o máximo. Estes números contam apenas o que uma máquina consegue provar, que é uma minoria das WCAG. Um site sem nenhum erro automático pode continuar a ser impossível de usar com teclado ou com um leitor de ecrã, e é por isso que a auditoria abaixo não se resume a uma análise automática.
As percentagens indicam a parte das páginas iniciais do milhão de sites mais visitados que tinha cada falha em fevereiro de 2026. Se nunca fez uma auditoria, parta do princípio de que tem a maioria delas.
Texto que não atinge a relação de 4,5:1 com o fundo, ou de 3:1 no texto grande. Quase sempre uma escolha da paleta da marca que ninguém voltou a verificar, e a falha mais comum da web.
Imagens sem atributo alt, ou com o nome do ficheiro lá dentro. As imagens decorativas precisam de um alt vazio, as informativas de uma descrição. Os dois casos estão errados mais vezes do que certos.
Campos com um texto de exemplo em vez de uma etiqueta, ou com uma etiqueta que não está associada ao campo no código. Num checkout, é esta a falha que lhe custa a venda, e não só a auditoria.
Uma ligação cujo único conteúdo é um ícone ou um elemento vazio, pelo que o leitor de ecrã a anuncia como «ligação» e mais nada. Comum na navegação, nos ícones das redes sociais e nos layouts em cartões.
A mesma falha num controlo que faz alguma coisa. Os menus hambúrguer, os botões de fechar e as ações só com ícone são as origens habituais.
Sem atributo lang no elemento html, a tecnologia de apoio tem de adivinhar a pronúncia. Uma correção de uma linha que um sétimo da web ainda não fez.
Cada uma destas falhas é um problema do código-fonte, com uma correção no código-fonte. Nenhuma se resolve com um script colado na página.
Os overlays de acessibilidade são vendidos como uma linha de JavaScript que torna um site conforme. Não tornam, e comprar um passou a ser um risco em si mesmo.
Nós corrigimos o código-fonte. O resultado é código que é seu, que sobrevive à próxima implementação e que um auditor pode verificar.
A análise gratuita é trabalho a sério, não um isco comercial com uma análise automática agarrada. Existe porque ninguém consegue orçamentar a correção com honestidade sem ver primeiro o código.
Recebemos o seu URL e avaliamos um conjunto representativo de páginas: a página inicial, uma página de categoria ou de listagem, uma página de produto ou de detalhe, e o seu checkout ou registo. Avaliação automática com axe e WAVE, seguida de testes manuais com teclado e leitor de ecrã nos percursos que importam. Recebe as conclusões, cada uma associada ao critério de sucesso WCAG que falha, quer nos contrate quer não.
Conclusões ordenadas por impacto nos utilizadores, exposição legal e esforço. As falhas que bloqueiam uma compra ou um registo vêm primeiro, porque são ao mesmo tempo as piores para os seus utilizadores e aquelas a que um regulador vai primeiro. Recebe um preço fechado e um calendário antes de começar qualquer correção.
Os nossos engenheiros trabalham no seu código, no seu branch, segundo as suas regras de revisão. Semântica, gestão do foco, etiquetas e tratamento de erros, contraste, ARIA correta ou removida. Correções ao nível dos componentes, para que o mesmo erro não volte a aparecer na próxima página que alguém construir.
Novos testes com ferramentas automáticas e à mão, com NVDA, VoiceOver e TalkBack, e navegação só com teclado. Recebe um relatório que documenta o estado final face à EN 301 549 e às WCAG, que é o documento que as compras pedem e o que convém ter em arquivo se uma autoridade lhe escrever.
A acessibilidade regride a cada versão que ninguém verificou. Trabalho contínuo opcional: testes de regressão, revisão de novas funcionalidades antes do lançamento e formação dos programadores, para que a sua equipa deixe de introduzir as mesmas seis falhas.
Provavelmente, no que toca ao EAA, que abrange serviços prestados a consumidores. Antes de contar com isso, verifique duas coisas: se alguma parte da sua oferta pode ser comprada por um particular, e se os seus clientes empresariais exigem conformidade de acessibilidade nas suas compras. A segunda apanha mais empresas B2B do que a primeira.
Só se o seu volume de negócios anual ou o seu balanço total também não ultrapassar 2 milhões de euros, e só para serviços. As duas condições têm de se verificar. O número de pessoas conta para a empresa no seu todo, por isso uma pequena marca dentro de um grupo maior não é uma microempresa.
Se está abrangido e o seu serviço não é acessível, tecnicamente sim. É desconfortável, mas não é invulgar, e não é motivo para esperar. As autoridades de fiscalização começam em geral por uma ordem de correção, e poder mostrar uma auditoria datada e um plano de correção em curso é uma posição muito melhor do que não ter nada para mostrar.
Hoje, o nível AA das WCAG 2.1, através da EN 301 549 V3.2.1. A revisão que adota o nível AA das WCAG 2.2 é esperada durante 2026. Corrigimos para o nível 2.2 AA para que essa revisão não reabra o trabalho.
Para uma loja online típica ou um produto SaaS, costuma ser uma questão de algumas semanas de engenharia, não de meses, depois de feita a auditoria. O que faz variar não é o número de páginas, é o número de componentes diferentes. Cinquenta páginas feitas com doze componentes são menos trabalho do que oito páginas feitas com sessenta.
Sim. React, Next.js, Vue, Angular e Svelte ao nível dos componentes. WordPress, Drupal, Shopify, Shopware e Magento ao nível do tema e dos modelos. iOS e Android nativos para VoiceOver, TalkBack, áreas de toque e tamanho dinâmico do texto.
Um URL e, se os percursos que temos de testar exigirem início de sessão, uma conta de teste. Mais nada. As conclusões ficam consigo, quer avance connosco quer não.
Damos-lhe tudo o que ela tem de conter: o estado de conformidade, os critérios avaliados, o que continua não conforme e porquê, e o mecanismo de contacto. A declaração é publicada por si, em seu nome, porque é a sua declaração e não a nossa.
Diga-nos onde procurar. Recebe as conclusões com o critério WCAG que cada uma falha, e um preço fechado se quiser que façamos as correções.
Marque 30 minutos. Dizemos-lhe se está abrangido e, em linhas gerais, o que o seu site tem pela frente, sem preencher o formulário.