Para comprovar sua própria avaliação de acessibilidade, você precisa de três tipos de documentos: um resumo do que você testou e quando, as descobertas por página ou componente, e um registro do que foi feito com essas descobertas. Em conjunto, esses documentos demonstram que a declaração de acessibilidade não foi inventada, mas se baseia em uma verificação que você mesmo realizou ou mandou realizar.
O detalhe mais importante neste tópico é o escopo dessa verificação. Uma verificação automatizada pode testar uma grande parte dos requisitos EN 301 549, mas não tudo: se um texto alternativo está correto em conteúdo, se a ordem de leitura para um leitor de tela é lógica, ou se uma mensagem de erro em um formulário é realmente compreensível — essas são coisas que uma verificação não pode determinar com certeza. Um dossiê que contém apenas um relatório de verificação sem mencionar essa limitação apresenta uma imagem distorcida de quão minucioso foi o teste.
Por que essa documentação é importante
A declaração de acessibilidade em si é um documento curto e público. O que está por trás dela — a fundamentação — é o que importa quando alguém pergunta como você chegou àquela declaração. Pode ser uma autoridade de supervisão, mas também um cliente que relata um problema com uma página que não funciona com um leitor de tela. Em ambos os casos, é útil se você não precisar reconstruir do zero o que aconteceu.
O que deve estar na lista
Um dossiê básico normalmente contém o seguinte: a data e o escopo de cada teste, indicando quais partes do site ou app foram incluídas, como a etapa de pedido, o fluxo de login ou um formulário específico. Além disso, as descobertas em si, por página ou função, ordenadas por severidade para deixar claro o que foi abordado primeiro. Também um resumo das ações que resultaram disso, com um status: resolvido, em tratamento, ou intencionalmente adiado com um motivo. Por fim, uma nota sobre o método: automatizado, manual, ou uma combinação, e quais partes ficaram fora do escopo da verificação.
O ponto mais frequentemente negligenciado
Muitas empresas mantêm um relatório de verificação, mas não a anotação sobre o que não foi testado. Exatamente esse trecho ausente é o que uma autoridade de supervisão ou um usuário atento pergunta primeiro: apenas uma verificação automática foi feita, ou também foi verificado se o site funciona apenas com um teclado e com um leitor de tela? Um dossiê que explicitamente descreve os limites da verificação parece mais convincente do que um dossiê que sugere que tudo foi testado quando não foi. como uma verificação é realizada e onde estão os limites oferece uma imagem mais precisa do que um único relatório que pode sugerir o contrário.
Documentar não é o mesmo que estar em conformidade
Manter esses documentos não é um objetivo em si e não substitui a melhoria substantiva de um site ou app. Um widget de sobreposição que afirma regular automaticamente a acessibilidade não produz nenhum desses documentos que se sustente sob um questionamento substantivo, simplesmente porque os problemas subjacentes não foram resolvidos. Documentar só tem valor se refletir um processo real de teste e melhoria.
Quando esse dossiê é necessário
Se você deve ser capaz de apresentar esse dossiê depende de sua organização estar no escopo da lei e quais exceções se aplicam, como a isenção para microempresas que prestam serviços. Para a pergunta de se isso se aplica à sua situação, a verificação de escopo é um ponto de partida lógico, e para mais contexto você pode consultar os tópicos na base de conhecimento com explicações por situação consultar. Quem além do registro também quiser ver as obrigações subjacentes com prazos por país, encontra isso de volta em explicação do que a subscrição adiciona.
Deseja primeiro saber onde seu site ou aplicativo está neste momento antes de começar a construir um dossiê? faça a verificação rápida gratuita de algumas páginas principais e depois leia com calma quais peças são relevantes para sua situação.