Uma cliente me ligou em março, em pânico. Ela gerencia uma operação de e-commerce de médio porte vendendo utensílios de cozinha, envia para toda a Alemanha e Países Baixos, e seu desenvolvedor (não nosso, diga-se de passagem) tinha acabado de dizer que o site "provavelmente precisa de algum trabalho de acessibilidade." Era só isso. Nenhum detalhe, nenhum cronograma, nenhuma menção de que a Lei Europeia de Acessibilidade tinha um prazo de execução obrigatório de 28 de junho de 2025. Ela descobriu por um boletim comercial.
Esse tipo de transferência vaga é, eu diria, uma falha profissional. E agora, em todo o Reino Unido e UE, agências estão fazendo constantemente.
Então deixe-me ser direto sobre o que a EAA realmente exige, o que significa para os sites que você construiu, e o que você genuinamente deve aos clientes que o pagam.
O Que a EAA Realmente É (e Não É)
A Lei Europeia de Acessibilidade é uma diretiva da UE que os estados-membros foram obrigados a transpor para a lei nacional até junho de 2022. A execução começou em 28 de junho de 2025. Aplica-se a uma ampla gama de produtos e serviços, mas para nossos propósitos: sites e aplicativos móveis que oferecem e-commerce, serviços bancários, transporte e mídia a consumidores da UE estão no escopo.
Aqui é onde as pessoas se confundem. A EAA não é a mesma coisa que as Regulamentações de Acessibilidade para Órgãos do Setor Público, que cobriram sites governamentais desde 2018. Isso é setor privado. Se você construiu uma loja na web para uma pequena marca de móveis baseada em Bruxelas, ou uma plataforma de reservas para um estúdio de ioga em Berlim, esse cliente agora está sujeito à execução.
O padrão técnico que a EAA aponta é WCAG 2.1 Nível AA. Quatro princípios: perceptível, operável, compreensível, robusto. Os critérios de sucesso específicos (há 50 no nível AA) são para o que tribunais e reguladores apontarão quando algo der errado.
Seahawk construiu sites em mais de 40 países. Tive essa conversa com clientes em três continentes. A EAA não é única e aterradora, mas o mecanismo de execução entre estados-membros da UE é real, e as multas variam por país. A Alemanha em particular tem uma cultura litigiosa de acessibilidade que remonta a anos antes da EAA existir.
Quem Realmente Está no Escopo
Nem todo site que você já enviou é de repente uma responsabilidade legal. Mas o escopo é mais amplo do que a maioria das agências está dizendo aos clientes.
No escopo: e-commerce (qualquer site que recebe pedidos de consumidores da UE), serviços bancários e financeiros, serviços de mídia audiovisual, e-books e leitores de e-books, comunicações eletrônicas, serviços de transporte de passageiros.
Fora do escopo (na maioria): microempresas com menos de 10 funcionários e faturamento anual inferior a €2 milhões. Nota: isso é um E, não um OU.
Então se você construiu uma loja WooCommerce para uma marca britânica de 15 pessoas que envia para a França, eles estão no escopo. Se você construiu um site para uma padaria de 3 pessoas em Manchester que envia apenas localmente, provavelmente não. Mas eu ainda teria a conversa. Clientes perguntam. Melhor eles ouvirem de você.
A situação do Reino Unido é um pouco diferente pós-Brexit. A EAA como diretiva da UE não se aplica diretamente na Grã-Bretanha. Mas se seu cliente tem clientes na UE, aplica-se a eles. E há boas razões para esperar que o Reino Unido aperte suas próprias regras de acessibilidade do setor privado nos próximos anos. Estou construindo para WCAG 2.1 AA independentemente, porque retrofitting depois é sempre mais caro.
As Quatro Coisas Que Você Provavelmente Está Fazendo Errado Agora
Vou ser honesto aqui. Depois de auditar dezenas de sites nos últimos 18 meses, essas são as falhas que vejo em quase tudo.
- Declarações de acessibilidade ausentes ou inadequadas. A EAA exige uma declaração de acessibilidade escrita em cada site no escopo. Não é uma caixa de seleção em um rodapé. Uma declaração real descrevendo nível de conformidade, problemas conhecidos e detalhes de contato para usuários relatarem problemas. A maioria dos sites que audito não tem nada, ou tem cinco linhas de boilerplate legal que foram copiadas de outro lugar.
- Falhas de contraste de cores. WCAG 2.1 AA exige uma proporção de contraste de 4.5:1 para texto normal. Rodei axe DevTools no site de um cliente fintech no outono passado e encontrei 34 falhas de contraste separadas, principalmente em formulários cinza sobre branco. O designer havia escolhido as cores no Figma em um monitor calibrado em uma sala escura. Ficou bonito. Falhou completamente no padrão.
- Navegação por teclado que quebra em modais e dropdowns. O focus trapping em diálogos modais é um dos critérios de sucesso mais frequentemente falhos. Usuários navegando por teclado (incluindo pessoas que usam controles de switch, não apenas especialistas na tecla Tab) se perdem. Vi menus de navegação construídos por agências onde pressionar Escape não fazia absolutamente nada.
- Imagens com texto alternativo ausente ou sem sentido. Não apenas atributos alt em branco. Igualmente ruim: texto alt que diz "imagem1.jpg" ou "foto do produto" sem descrição útil. Tive um cliente cuja catálogo inteiro de produtos havia sido importado em massa de um feed de fornecedor com nomes de arquivo como texto alt. Milhares de imagens. Essa é uma falha significativa de auditoria.
O Que Uma Auditoria de Acessibilidade Apropriada Realmente Envolve
Ferramentas automatizadas capturam aproximadamente 30-40% dos problemas WCAG. Esse é um número bem documentado. O resto exige julgamento humano.
Aqui está o processo que eu recomendaria para qualquer site dentro do escopo:
- Rode axe DevTools ou Lighthouse no Chrome DevTools através de templates-chave (homepage, página de produto, fluxo de checkout, formulário de contato).
- Verifique a navegação exclusivamente por teclado em toda a jornada de compra. Sem mouse. Apenas Tab, Shift+Tab, Enter, Escape, teclas de seta. Veja o que quebra.
- Teste com um leitor de tela. NVDA é gratuito no Windows. VoiceOver é integrado no macOS. Passe uma hora com os olhos fechados na página de checkout.
- Verifique o contraste de cores usando o Colour Contrast Analyser do TPGi. Faça isso em cada elemento de texto, não apenas no corpo do texto.
- Leia todas as mensagens de erro de cada formulário. Elas identificam o campo? Descrevem o problema? Ou apenas dizem "por favor corrija os erros acima"?
Isso não é um trabalho de uma tarde. Para um site de e-commerce complexo eu orçaria 2-3 dias para uma auditoria completa, mais outros 3-5 dias para remedição. Faça o orçamento de acordo.
A Declaração de Acessibilidade Especificamente
O W3C tem um bom gerador para declarações de acessibilidade. Usei como ponto de partida em uma dúzia de projetos. Não vai escrever a declaração para você, mas te dá a estrutura. A declaração precisa estar em uma URL consistente, ser vinculada no rodapé, e ser atualizada quando você corrige problemas ou encontra novos.
A Questão Contratual Que Ninguém Quer Responder
A coisa é: se você construiu um site que agora está no escopo da EAA, e você não o construiu em conformidade com WCAG 2.1 AA, você é responsável?
Provavelmente não legalmente. A menos que seu contrato tenha prometido explicitamente conformidade com acessibilidade (a maioria não promete), a responsabilidade legal recai sobre seu cliente como operador do serviço. Mas esse é um argumento de pouco conforto. O cliente vai sentir, com razão, que você deveria ter alertado. Especialmente se voltarem a você depois que um regulador os contactar.
Minha posição: se você construiu o site, você tem uma obrigação profissional de informar o cliente. Envie um email simples. "Seu site pode estar no escopo da European Accessibility Act. Aqui está o que isso significa. Aqui está o que precisaríamos fazer. Aqui está uma estimativa de custo aproximada." Pronto. Você fez seu trabalho.
Lá em 2021, Seahawk tinha um cliente de viagens baseado nos EUA operando na UE. Sinalizamos a diretiva iminente proativamente, antes deles terem ouvido falar dela. Eles voltaram oito meses depois e nos deram um projeto de remedição completo. Provavelmente £18.000 em trabalho que nunca teríamos conseguido se tivéssemos ficado quietos.
Não seja passivo sobre isso. Não é incomodar clientes. É ser profissional.
Precificando Trabalho de Acessibilidade Honestamente
Retrofitting de acessibilidade tem preços em todos os lugares. Vi agências cobrarem £500 por uma "revisão de acessibilidade" que é apenas uma verificação automatizada do Lighthouse. Isso não é uma auditoria. É um truque de circo.
Números reais, de nossos próprios projetos:
- Relatório de auditoria automatizada básico com problemas priorizados: £800-1.500 dependendo da complexidade do site.
- Auditoria manual completa (automatizada mais teclado, leitor de tela, contraste, testes de formulário): £2.500-5.000.
- Remediação em um site WooCommerce de médio porte com 50-100 templates de página: £4.000-9.000.
- Remediação completa mais declaração de acessibilidade mais documentação para um aplicativo web complexo: £12.000+.
Estes não são números inflacionados. Trabalho de acessibilidade é lento, cuidadoso, orientado a detalhes. Só a parte de navegação por teclado leva tempo porque você está testando jornadas de usuário reais, não apenas clicando por aí.
E sim, você deve cobrar pelo monitoramento contínuo. Acessibilidade não é um conserto único. Toda vez que você adiciona um novo recurso, muda uma paleta de cores ou atualiza um tema, você pode introduzir novas falhas. Auditorias trimestrais com um retainer são uma linha de serviço legítima.
O Que Dizer a Clientes Que Perguntam "Estamos em Conformidade?"
Não diga sim a menos que tenha feito o trabalho. Não diga "provavelmente" também.
A resposta honesta é quase sempre: "Não completamente, e aqui está o porquê." Conformidade total WCAG 2.1 AA em um site não trivial que não foi construído com acessibilidade em mente desde o início é genuinamente rara. Quase sempre há algo.
O que digo aos clientes: "Podemos colocá-lo em uma posição defensável. Isso significa nenhuma falha crítica, uma declaração de acessibilidade atualizada, um processo para lidar com reclamações de usuários e um roadmap de remediação documentado para problemas de menor prioridade." Isso é alcançável. Isso também é o que um regulador procuraria ao decidir se deveria prosseguir com enforcement.
Ninguém espera perfeição no primeiro dia. Eles esperam esforço de boa fé e um processo. Construa ambos.
FAQ
A EAA se aplica a agências do Reino Unido que constroem sites para clientes da UE?
Aplica-se ao seu cliente, não a você diretamente. Se seu cliente está operando um serviço de e-commerce direcionado a consumidores da UE, ele é o "operador econômico" sob a diretiva e carrega a obrigação de conformidade. Mas você construiu o site. Se ele não atender ao padrão, essa é uma conversa que você precisa ter.
O Que Acontece Se um Site Não Estiver em Conformidade Após Junho de 2025?
O enforcement varia por estado-membro. Na prática, o primeiro contato mais provável é uma reclamação de um usuário ou de uma organização de defesa dos direitos das pessoas com deficiência, seguida por um pedido de uma autoridade nacional de vigilância de mercado para remediação. As multas diferem significativamente por país. Alemanha e França historicamente foram mais ativas nessas questões do que alguns estados-membros menores.
WCAG 2.2 é obrigatório, ou 2.1 é suficiente?
A EAA faz referência ao padrão EN 301 549, que atualmente se alinha com WCAG 2.1 AA. WCAG 2.2 adiciona nove novos critérios de sucesso. Você não é obrigado legalmente a atender 2.2 para fins de EAA ainda, mas construir para 2.2 onde for viável é uma boa preparação para o futuro.
Uma microempresa realmente pode estar isenta?
Sim, se atender a ambos os limites: menos de 10 funcionários E menos de €2 milhões em faturamento anual. Mas estados-membros individuais podem optar por aplicar a diretiva mais amplamente. Não confie na isenção sem verificar a situação específica do seu cliente contra a lei nos países onde operam.
Construímos o site há dois anos. Estamos na mira?
O site está no escopo com base no que faz agora, não quando foi construído. A idade do site é irrelevante para conformidade. O que importa é se atualmente atende WCAG 2.1 AA. Se não atender, o operador precisa consertar. Se pode recuperar custos de você como desenvolvedor original depende inteiramente do seu contrato.
---
Acessibilidade não é mais uma preocupação de nicho ou um nice-to-have. Para uma parcela significativa dos sites que nossa indústria constrói, agora é um requisito legal com enforcement real por trás. As agências que se adiantarem nisto descobrirão que é na verdade uma linha de receita decente. As que ficarem quietas até clientes começarem a receber cartas encontrarão essas conversas muito mais difíceis de ter.
Faça a auditoria. Escreva a declaração. Diga ao cliente.