A própria diretiva não especifica um prazo fixo para "tornar acessível" uma loja online. O que é certo é a data em que a obrigação entra em vigor: desde 28 de junho de 2025, o requisito é aplicável para os serviços que se enquadram no seu âmbito. O tempo real que um processo leva para passar de um site atual para um site em conformidade com EN 301 549 (na prática WCAG 2.1 nível AA) depende do tamanho do site, do número de problemas e da velocidade com que uma organização pode agir internamente.
Na prática, um processo divide-se em quatro fases: inventário, priorização, correção técnica e documentação. Uma pequena loja online com um tema CMS padrão e uma etapa de compra limitada geralmente passa por essas fases mais rapidamente do que uma plataforma com ambiente de login personalizado, checkout sob medida e múltiplos idiomas. Não existe um número que se aplique a todas as organizações; existe, porém, um padrão dos locais onde os processos sofrem atrasos.
O que a lei regulamenta e o que não
A regulamentação descreve quais serviços se enquadram no âmbito, qual norma técnica se aplica e quais informações uma declaração de acessibilidade deve conter. Um prazo concreto para "primeiro escanear, depois melhorar em X semanas" não consta do documento. As autoridades de supervisão observam o estado atual de um serviço e se uma organização trabalha de forma comprovável e estruturada no cumprimento, não um prazo fixo que seria igual para todos. Para os requisitos precisos por parte de um site, recomenda-se consultar o próprio texto; por tópico, investigou-se exatamente o que as regras significam e onde se encontram no texto oficial.
Onde os processos travam na prática
O primeiro atraso geralmente não ocorre na técnica, mas na visão geral: as empresas não sabem quais páginas, formulários e fluxos se enquadram no âmbito e quais não. Um segundo ponto de estrangulamento é a etapa de pagamento e o ambiente de login; estes são frequentemente componentes personalizados que não estão em um tema padrão e, portanto, não acompanham automaticamente uma atualização do CMS. Um terceiro ponto de estrangulamento é a dependência de um fornecedor externo para o CMS ou o módulo de pagamento, onde uma alteração às vezes aguarda um lançamento dessa parte. E um quarto ponto de estrangulamento é interno: uma lista de descobertas em linguagem técnica fica parada porque ninguém sabe quem assume qual regra.
Quatro fases e onde elas travam
A fase de inventário trata de determinar o que não está correto, em quais páginas e como é grave para alguém que usa um leitor de tela ou apenas o teclado. Esta é a fase em que uma varredura automatizada faz a maior parte do trabalho, mas também a fase em que deve estar claro o que tal varredura não consegue ver; nem todo critério WCAG pode ser verificado automaticamente.
A fase de priorização transforma descobertas em uma sequência: o que bloqueia completamente um pedido e o que é apenas um incômodo menor. Isto frequentemente trava porque uma lista técnica de descobertas não diz quem na organização é responsável por qual parte.
A fase de correção é a fase com a maior duração, e sua duração depende muito se as alterações podem ser feitas internamente ou devem passar por um fornecedor. Rótulos de formulário e contraste de cores geralmente são rápidos de resolver; uma etapa de compra que tecnicamente não pode ser operada apenas com teclado requer mais trabalho de desenvolvimento.
A última fase é a documentação: elaborar a declaração de acessibilidade, estabelecer um plano de melhoria com prazos e demonstrar que uma autoavaliação foi realizada. Esta não é uma fase que você ignora quando a técnica está correta; a declaração deve refletir o estado atual, mesmo que esse estado ainda não seja perfeito.
O que realmente afeta o tempo de conclusão
Uma organização que sabe de antemão quais páginas estão no escopo e quais gargalos têm mais peso perde menos tempo com idas e vindas entre a tecnologia e a tomada de decisão. Em poucas perguntas é possível ver gratuitamente onde um site está agora, sem que seja necessária uma conta para isso. Para o próximo passo, ou seja, a verificação completa da etapa de compra e do fluxo de login mais uma lista de ações priorizada em linguagem simples, a elaboração de cada obrigação com os prazos correspondentes faz parte do trajeto pago; o que está incluído é apresentado de forma clara.
Um último fator que afeta o tempo de execução: a acessibilidade não é um projeto com data final, mas um estado que volta a ser obrigatório após cada alteração no site. Uma nova etapa de checkout ou um formulário de contato renovado pode trazer de volta um problema que já havia sido resolvido. Quem quiser saber de onde vêm as informações de um relatório e com que frequência são atualizadas encontrará isso em a página que explica como funciona o processo.
Para a sua própria situação, com seu próprio CMS, fornecedor e planejamento interno, continua sendo difícil estabelecer um prazo fixo de antemão. Quem duvidar se um trajeto é realista para planejar, faz bem em primeiro esclarecer com precisão o que precisa acontecer antes de montar um cronograma em torno disso. A verificação rápida gratuita é um ponto de partida lógico para isso, sem que seja necessária uma conta ou pagamento imediato.