Elysia Tools
Navegação
Workflow Playbook
Revise a estrutura, a ordem de leitura, o contraste das capturas e os riscos de visão de cores de uma página ou componente, transformando achados automáticos em um registro revisado por uma pessoa.
Temas
Uma auditoria antes da publicação começa com um estado reproduzível, não com uma visita casual. Registre a URL ou o fixture, o identificador do build, o viewport, a autenticação e estados como menus, diálogos, erros de validação e resultados vazios. As capturas tornam os achados visuais comparáveis, mas não substituem o HTML nem o comportamento que os produz.
Comece pela verificação estrutural para reunir problemas de rótulos, textos alternativos, títulos e regiões. Depois examine a sequência simulada e compare-a com a tarefa que uma pessoa precisa realizar. A ferramenta pode apontar uma ordem suspeita; a pessoa deve decidir se ela é compreensível e testar também o teclado e a tecnologia assistiva adequada.
Use verificações de pares para valores de primeiro e segundo plano conhecidos, a verificação de paleta para tokens reutilizáveis e a heatmap para regiões difíceis de enumerar. Simulações de visão de cores ajudam a encontrar estados comunicados somente pelo tom. Preserve os valores e as capturas reais e acrescente texto, ícones, padrões ou rótulos quando forem necessários sinais independentes da cor.
O relatório deve ligar cada observação automática a uma localização e guardar o resultado do reteste. A revisão humana também cobre teclado, foco visível, zoom, reorganização, significado do conteúdo e exceções. Termine com corrigir, testar novamente, adiar ou bloquear. Este fluxo organiza evidências; não certifica conformidade legal nem garante uma experiência sem problemas para todas as pessoas.
Guia de fluxo de trabalho
Renderize a página nos viewports e estados combinados e salve as capturas com o identificador do build. Inclua menus, diálogos, erros e outros estados que possam alterar foco, texto ou contraste, em vez de auditar apenas a tela inicial.
Envie a URL, o HTML ou a imagem de design representativa ao verificador de acessibilidade. Classifique problemas de rótulos, textos alternativos, títulos e regiões e preserve a entrada e a localização exata de cada achado para comparação posterior.
Passe a mesma página ou marcação pelo simulador de leitor de tela para revisar a sequência de títulos, regiões, controles, rótulos e mensagens de status. Compare-a com a tarefa prevista e marque o que exige um leitor real ou um teste de teclado.
Use a heatmap da captura para localizar regiões fracas, verifique pares ou tokens importantes com as ferramentas de contraste e simule deficiências de visão de cores para encontrar estados ou controles que se tornam indistinguíveis. As simulações são sinais de risco, não um veredito final.
Use o verificador de acessibilidade para achados da URL ou da marcação, Website Screenshot para comparar o layout por viewport e mantenha as duas evidências se a renderização no cliente alterar a interface entregue.
Trate a saída do verificador como uma lista automática e use a simulação de leitor de tela para examinar títulos, regiões, nomes e mensagens de status. Uma pessoa ainda precisa confirmar se a ordem atende à tarefa real.
Escolha um verificador de contraste para um par conhecido, um verificador de paleta para tokens do sistema e a heatmap com as ferramentas de visão de cores para regiões da captura e riscos de confusão. Nenhum resultado isolado prova a acessibilidade da interface inteira.
Verifique a paleta e os tokens quando a página depende de um sistema de design, extraia cores de imagens importantes quando necessário e gere um relatório agrupado por severidade. A pessoa responsável verifica teclado, foco visível, zoom e reorganização, significado do conteúdo e exceções antes de decidir corrigir, testar novamente, adiar ou bloquear.