Quais são alguns recursos confiáveis ​​para garantir e verificar se o seu site está em conformidade com a 508?

Esta é uma pergunta muito razoável, mas não tem uma resposta simples. Você deve ter cuidado com respostas simples.

TL; DR. Um exemplo de respostas simples começa na lista de ferramentas de avaliação de acessibilidade da Web. Depois de verificar a lista e ter uma idéia do escopo, volte aqui e leia o restante desta resposta.

Histórico da Seção 508 e Teste de Acessibilidade

A Atualização da Seção 508 entra em vigor em 2018, varia de acordo com o mês exato, mas pelo custo da conformidade com o 508, você economizará dinheiro planejando com antecedência o 508R.

Felizmente, o 508R é baseado na WCAG 2.0 (também conhecida como ISO / IEC 40500: 2012), que torna os EUA parte do padrão internacional, portanto, há muitas informações e assistência disponíveis. O 508 original foi vagamente baseado nas WCAG 1.0. As WCAG 2.0 foram publicadas em 2008, por isso são um pouco datadas, mas ainda são uma grande melhoria em relação à versão original de 1997.

Voltar à sua pergunta:

Quais são alguns recursos confiáveis ​​para garantir e verificar se o seu site está em conformidade com a 508?

O 508R possui muitos requisitos que só podem realmente ser determinados com inspeção manual. É por isso que você deve abordar as ferramentas que pretendem testar todos os 508R (ou WCAG 2.0) com cautela. Há um lugar para ferramentas que verificam a conformidade geral, mas elas não garantem que você seja compatível. As ferramentas gerais são boas para um relatório executivo das áreas problemáticas, mas não são muito úteis no nível do desenvolvedor ou do controle de qualidade, comparando especialmente o valor ao custo dos serviços ou produtos de teste gerais.

Isso é parte do motivo pelo qual há uma crescente indústria de consultorias de acessibilidade. (Divulgação: trabalho no The Paciello Group, também conhecido como TPG, que é uma das três principais empresas de consultoria em acessibilidade.) Conversei com centenas de pessoas que desejam ajuda na conformidade da acessibilidade. O teste é apenas uma pequena parte da conformidade da acessibilidade. A maioria das pessoas espera poder executar um teste e corrigir os erros. Infelizmente, não é assim que se faz a acessibilidade econômica. A maioria das organizações que anteriormente não se comprometeram com a acessibilidade acham que têm centenas ou milhares de bugs de acessibilidade que não são fáceis de corrigir. Muitos exigirão uma grande reformulação dos sites. O custo é proibitivo e as organizações decidirão adiar a acessibilidade até que sejam processadas. A má notícia é que existem muitos processos judiciais e isso está apenas chutando a lata pela estrada.

O plano de acessibilidade mais econômico tem que começar com um compromisso no nível C para:

  • Os recursos para treinamento, ferramentas e conselhos
  • Projetando acessibilidade em produtos ou sites desde o início.
  • Um acordo para não sair da versão beta ou entrar em operação até que haja uma substancial (90%) conformidade de acessibilidade. Realisticamente, nunca é 100%, mas deve ser utilizável por pessoas com deficiência.
  • O compromisso de longo prazo de recompensar os funcionários que desenvolvem habilidades e conhecimentos
  • Exigindo acessibilidade em todos os contratos de terceiros
  • Fornecer suporte treinado ao cliente para pessoas com deficiência que enfrentam dificuldades ao usar o site / produto.

A maioria das organizações ainda não tem isso. Se for você, saiba que precisa trabalhar para obter o compromisso em nível C. A maioria das empresas da Fortune 500 tem um agente de acessibilidade. Um número crescente de empresas da Fortune 100 possui um diretor de acessibilidade de nível C.

Ferramentas de Avaliação 101

Então, quais ferramentas seus desenvolvedores podem usar para ajudá-los a desenvolver melhor acessibilidade em seus códigos? A ferramenta que faz a maior diferença para muitas empresas é o W3C Validator. A maioria dos erros grosseiros de acessibilidade que vejo são erros de codificação HTML. (Abster-me-ei de exemplos, porque há muitos e fico chateado.) Certifique-se de que seus desenvolvedores de front-end entendam HTML – especialmente os campos de formulário de rotulagem. Eles não devem usar ARIA (uma linguagem técnica de acessibilidade), a menos que aprendam. A aspersão ignorante do código ARIA em um aplicativo ou site pode piorar a acessibilidade.

Ferramentas que eu uso:

A maioria dos especialistas em acessibilidade usa uma variedade de ferramentas para testar critérios de sucesso individuais do 508R. Felizmente, a maioria deles é gratuita ou de código aberto. Eles se sobrepõem e têm falsos negativos e positivos. Eles são úteis para identificar qual código procurar. Além do básico (falta de texto alternativo, falta de rótulos de campo de formulário semântico), costumo examinar o código para saber o que está errado e como corrigi-lo.

Começo com a Referência Rápida do W3C WCAG para obter uma lista dos critérios de sucesso aplicáveis ​​e referências às explicações e testes manuais básicos.

  • Tenon por Karl Groves. Karl é um homem brilhante e apaixonado por acessibilidade. Esta é provavelmente a melhor ferramenta atualmente disponível, IMO. O link é para a extensão do Chrome, mas também é uma API que pode ser conectada a qualquer ambiente de desenvolvimento que você estiver usando. Abrange muito, mas não abrange todos os problemas de acessibilidade.
  • Barra de ferramentas do desenvolvedor da Web de Chris Pederick (uma extensão para Chrome e Firefox). Isso me permite identificar e rastrear muitos problemas diferentes de acessibilidade. Desvantagem: você precisa saber como usá-lo efetivamente. Já existe há muito tempo, mas para pessoas que conhecem acessibilidade, é muito eficiente de usar.
  • Ferramenta de Avaliação de Ondas da WebAIM, uma organização de pesquisa de acessibilidade da Universidade de Utah. Livre. Isso me ajuda a sinalizar problemas, mas não ajuda muito a encontrar o que está causando o problema. Ele normalmente encontra problemas diferentes do Tenon, então eu costumo usar os dois.
  • Analisador de contraste de cores da TPG, uma ferramenta gratuita para ver rapidamente se os elementos visuais em um design têm contraste de cores suficiente, conforme exigido pelo 508R. Geralmente é o primeiro teste que corro. Isso me dá uma boa idéia se alguém já acessou o site.
  • Ferramentas para desenvolvedores do Chrome (embutidas) – acesso fácil ao código, fácil de copiar / colar código nos relatórios de erros.
  • Desconectando o mouse e usando o site para garantir que ele possa ser usado por alguém que use apenas o teclado ou a interface do teclado
  • NVDA é um leitor de tela grátis. Desvantagem: você precisa saber como usá-lo e como as pessoas cegas normalmente o usam.
  • O JAWS é um popular leitor de tela para funcionários de corporações e organizações e usuários cegos. Não é gratuito, mas eles têm uma versão de avaliação gratuita. Desvantagem: você precisa saber como usá-lo e como as pessoas cegas normalmente o usam.
  • Um telefone inteligente com e sem o leitor de tela embutido (VoiceOver na Apple, Talkback no Android). É notável o número de sites de comércio eletrônico em que o processo de checkout não funciona em um telefone ou tablet para ninguém.
  • AViewer da TPG, outra ferramenta gratuita para inspecionar o comportamento de um aplicativo no Windows.

Posso ter esquecido algumas ferramentas para fins especiais, porque este é um novo laptop e ainda estou instalando ferramentas.

Eu espero que isto tenha sido útil. Boa sorte com o 508R!

Sua pergunta tem um erro de gramática. Deveria dizer: “seu site é compatível com 508”. A resposta é seus usuários de tecnologia assistiva. Se você deseja uma opção mais rápida e menos confiável, seu desenvolvedor da web.