A Lei de Acesso à Internet (EAA) está em vigor há um ano. A maioria das equipes ainda não consegue comprovar o cumprimento das normas.

On 28 de Junho de 2025A Lei Europeia de Acessibilidade passou da fase de prazo final para a fase de implementação. Isso já faz mais de um ano. 

Se a urgência já não for tão grande, é normal. Os prazos desaparecem rapidamente quando nada parece quebrar. Mas a acessibilidade não falha como uma queda de servidor. As consequências aparecem mais tarde, como um processo judicial, uma auditoria reprovada, um negócio que trava na fase de licitação, e quando isso acontece, a causa principal é quase sempre a mesma: alguém não conseguiu usar o que você criou e ninguém percebeu a tempo. 

Mas não percamos de vista o verdadeiro propósito de tudo isso. Não se trata apenas de satisfazer um auditor. Trata-se de saber se uma pessoa real consegue usar o produto. 

O melhor amigo do meu pai é cego de nascença. Observando-o na cozinha, vejo que ele realiza o preparo e o cozimento dos alimentos com mais rapidez e precisão do que a maioria das pessoas com visão normal, porque consegue "sentir" cada superfície e utensílio.  

Se você lhe entregasse um iPhone para pagar uma conta por meio de um aplicativo bancário, toda essa maestria não seria transferida. Uma faca tem peso e textura que lhe dão feedback. Uma tela sensível ao toque não tem como sentir se o polegar dele tocou em "Transferir" ou "Cancelar". O fato de ele conseguir ou não concluir o pagamento não tem nada a ver com sua habilidade. Depende apenas se a equipe que desenvolveu o aplicativo o testou. 

A aplicação da lei é a maneira que a sociedade encontra para forçar que essa pergunta seja feita em primeiro lugar. Mas a pergunta em si nunca foi realmente sobre aplicação da lei. É sobre ele e todos como ele. 

Essa sempre foi uma interpretação equivocada do que significa fiscalização. Fiscalização não se resume a uma data específica — é uma postura contínua. 

A fiscalização não pergunta se você passou uma vez. Ela pergunta se você pode provar que continua passando. 

A Lei de Acessibilidade para Capacidadess (EAA) exige que produtos digitais, incluindo aplicativos móveis, atendam aos padrões de acessibilidade para usuários com deficiência, tendo o WCAG 2.2 como base técnica. Mas a conformidade em um contexto regulatório nunca se resumiu a verificar se um aplicativo passou por uma verificação no dia do lançamento. Trata-se de saber se uma organização consegue demonstrar, de forma consistente e ao longo do tempo, que a validação de acessibilidade faz parte do processo de distribuição de software. 

Esse é um critério fundamentalmente diferente de "realizamos uma verificação antes do prazo". É a mesma distinção que existe em todos os outros domínios de testes orientados à conformidade: nenhum auditor aceita "aprovado uma vez" como evidência de um controle contínuo. A acessibilidade não é exceção, e um ano de fiscalização deixou isso claro para as organizações que agora enfrentam auditorias, questionários de compras e, em um número crescente de casos, litígios. 

As ações judiciais relacionadas à acessibilidade de sites nos EUA atingiram um recorde histórico. O primeiro semestre de 2026 registrou o maior volume já contabilizado, colocando o ano a caminho de ultrapassar 6,000 processos — aproximadamente 20% acima de 2025, que já havia apresentado um aumento de 27% em relação a 2024.UsableNet, Relatório Semestral de 2026).  

Entre a aplicação da Lei de Acessibilidade Europeia (EAA) na UE e os litígios da Lei de Acessibilidade para Americanos com Deficiências (ADA) nos EUA, a afirmação "chegaremos à acessibilidade eventualmente" tornou-se uma das posições mais caras que um líder de engenharia ou de conformidade pode adotar. 

A IA agravou o problema, em vez de o reduzir. 

O momento é crucial. A implementação coincidiu exatamente com a aceleração da entrega de software. Em muitas empresas, o código gerado por IA agora representa de 40 a 50% da produção, e essa participação está aumentando (Digital.ai, A quarta onda: a IA está escrevendo o código. Quem está testando?)Tarefas de programação que antes levavam dias agora levam horas. 

Mais código, entregue mais rapidamente, significa mais superfícies de acessibilidade para validar a cada sprint, e o código gerado por IA não é isento de problemas de acessibilidade só porque foi produzido rapidamente. Texto alternativo ausente, ordem de foco quebrada, campos de formulário sem rótulo e elementos interativos que falham na navegação por teclado ou botão são exatamente os tipos de regressões que se propagam rapidamente em um pipeline de alta velocidade quando nada as verifica sistematicamente. 

Organizações que não incorporaram a validação de acessibilidade em seu fluxo de trabalho padrão de lançamento não estão se mantendo estáveis. Elas estão acumulando dívidas de conformidade a cada lançamento, e essas dívidas aumentam mais rapidamente do que há um ano. 

Por que a maioria das equipes ainda não atingiu o nível esperado? 

Eis a lacuna que surge repetidamente: executar uma verificação não é o mesmo que poder comprovar que ela foi executada. Quando os resultados de acessibilidade ficam em um painel separado, desconectados da versão, do dispositivo e da execução dos testes que os geraram, as equipes acabam com documentos em vez de registros. A pergunta de um auditor — qual verificação foi executada, em qual versão, em qual dispositivo, como parte de qual teste — precisa de uma resposta direta, não de um projeto de reconstrução. 

Um ano depois, a janela de oportunidade para descobrir isso é menor do que era. 

A Lei de Acesso Acessível (EAA) está em vigor. Os litígios relacionados à Lei de Acessibilidade para Pessoas com Deficiência (ADA) estão ativos e em crescimento. As Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2 elevaram o padrão pelo qual todos são avaliados. Nada disso é novidade neste momento, mas um ano de convivência com essas mudanças deixou uma coisa mais clara: as organizações que estão enfrentando dificuldades não são aquelas que não entendem os requisitos. São aquelas cujo fluxo de trabalho de testes não foi projetado para produzir evidências contínuas e auditáveis, fáceis de revisar e compartilhar. 

Reduza essa lacuna não exige um novo programa de acessibilidade do zero. Exige tratar a validação de acessibilidade da mesma forma que organizações maduras já tratam os testes funcionais: como um padrão, parte integrante e comprovada de cada versão, e não como uma iniciativa separada que ocorre em paralelo. 

Aqui é onde Digital.ai vem em: verificação WCAG automatizada com tecnologia de De que — o mecanismo de acessibilidade mais utilizado do setor — com cada resultado vinculado à versão, ao dispositivo e ao teste que o produziram, eliminando a lacuna de evidências. 

Em algum lugar, existe uma versão do amigo do meu pai tentando usar o que quer que sua equipe tenha acabado de lançar. A conformidade é o rastro de papelada. Ele é o motivo pelo qual tudo isso vale a pena ser construído.