Uma declaração de acessibilidade descreve o estado das coisas no momento em que a publica. Se algo mudar no seu site — uma nova etapa de encomenda, um formulário diferente, um menu renovado — então na prática também muda o que essa declaração abrange. Se não retestar depois, a declaração fica conceitualmente atrás do site real. Não é uma questão puramente técnica: a declaração destina-se a mostrar o que verificou e o que não verificou, e esse panorama simplesmente deixa de estar correto se surgirem partes que não foram testadas.
O que acontece concretamente é isto: novas partes do seu site ou partes alteradas nunca foram avaliadas em relação aos requisitos de EN 301 549. Possíveis obstáculos — um rótulo ausente num novo campo de formulário, um botão que só funciona com rato, um contraste de cores que não é suficiente — passam despercebidos até alguém esbarrar neles ou até haver novo teste. A declaração em si continua a existir no papel, mas já não abrange totalmente a situação atual.
Por que isto não é um projeto único
O raciocínio subjacente à diretiva é que a acessibilidade é uma propriedade do serviço, não de um único retrato. Uma loja online, uma aplicação ou um ambiente comercial mudam constantemente: produtos novos, uma caixa alterada, um novo fluxo de autenticação, um novo tipo de conteúdo no blogue. Cada alteração pode, em princípio, afetar partes que funcionavam bem antes. É por isto que as autoridades de vigilância, numa avaliação, não apenas verificam a existência de uma declaração, mas também avaliam como está de acordo com o site tal como funciona agora.
Para uma organização PME, isto significa na prática que o teste e a publicação não são um projeto terminado, mas parte da forma como trata as alterações no seu site. Quem constrói uma nova página ou pede a um fornecedor que instale um widget faria bem em questionar-se se essa parte já foi avaliada anteriormente — e caso não tenha sido, se ainda precisa de o ser.
O que costuma passar despercebido na prática
As situações mais comuns em que uma declaração fica silenciosamente desatualizada são reconhecíveis: uma loja online adiciona um novo método de pagamento com o seu próprio ecrã separado, um departamento de recursos humanos coloca um formulário de candidatura de um terceiro no site, ou uma aplicação de escritório recebe uma atualização do fornecedor em que os botões e a estrutura do menu mudam. Nenhuma destas alterações parece um grande projeto, mas cada uma introduz novos ecrãs que não estão automaticamente cobertos por um teste anterior.
As reorganizações internas também contam: um novo conjunto de estilos que altera as cores dos botões, ou um sistema de gestão de conteúdo que muda para um editor diferente para textos alternativos. Este tipo de alterações raramente é associado à questão de saber se a declaração existente ainda está correta, simplesmente porque não parece 'o site' mas sim um pequeno ajuste.
Como as autoridades de vigilância analisam isto
As autoridades de vigilância avaliam por Estado-Membro de forma independente, e o procedimento exato varia. De forma descritiva, pode dizer-se que uma declaração que é conceitualmente desatualizada — por exemplo, porque descreve uma versão mais antiga do site — se alinha menos com o propósito da declaração, nomeadamente fornecer uma imagem atual e rastreável da sua própria avaliação. Saber se e como isto é avaliado num caso específico depende da autoridade de vigilância competente e, se necessário, de aconselhamento jurídico.
Esta é também a razão pela qual a axessia.eu indica em cada avaliação o que foi e o que não foi testado automaticamente: uma verificação automatizada cobre parte dos requisitos, e isso consta em cada relatório. Um widget de sobreposição que promete resolver isto posteriormente não cumpre a obrigação subjacente — é uma das poucas coisas que afirmamos sem ressalvas.
Como implementar isto na prática
Uma abordagem viável é associar a avaliação ao seu próprio processo de mudança em vez de a uma data fixa do calendário. Sempre que é adicionado um novo passo, um novo formulário ou um novo tipo de página, esse é um momento natural para verificar se essa funcionalidade já foi incluída. Para organizações menores, é frequentemente mais prático associá-lo a mudanças maiores — um novo sistema de caixa, um novo fornecedor para o ecrã de login — do que a cada ajuste de texto individual.
Para ver o estado atual do seu site, pode em poucas perguntas verificar onde está agora. Quem quiser compreender como exatamente essa avaliação é construída e de onde as informações vêm, encontra isso em como construímos a avaliação e o relatório. Para uma explicação mais ampla sobre declarações, avaliações e o que isso envolve, o banco de conhecimento onde isto é explicado por tópico é um ponto de partida lógico, e dúvidas concretas sobre sua própria declaração frequentemente surgem em perguntas frequentes sobre a declaração.
Quer saber se as suas últimas alterações já foram incluídas? A avaliação rápida gratuita fornece uma indicação inicial em poucos minutos, sem necessidade de criar uma conta.