A acessibilidade na web diz respeito a tornar o conteúdo da web disponível para usuários com deficiências. As equipes de desenvolvimento podem usar os critérios de sucesso das Diretrizes de Acessibilidade para Conteúdo da Web para melhorar a acessibilidade e criar um site inclusivo.
Joanna Falkowska fez uma apresentação sobre como criar websites acessíveis no DEV: Challenge Accepted.
Existem diferentes tipos de deficiências, disse Falkowska. Pense em usuários com limitações sensoriais (por exemplo, visuais, auditivas), físicas (por exemplo, membros ausentes), doenças neurológicas (por exemplo, doença de Parkinson) ou deficiência cognitiva (por exemplo, síndrome de Down).
A OMS estima que cerca de 16% da população mundial é afetada por deficiências significativas:
Se adicionarmos todas as deficiências leves, bem como grupos que geralmente não se consideram deficientes, mas podem enfrentar problemas semelhantes, como os idosos, o número se torna ainda maior.
Falkowska mencionou que as equipes de desenvolvimento que não sabem por onde começar sua jornada de acessibilidade podem se sentir sobrecarregadas pelo número de deficiências que devem considerar. Elas podem não ter ideia das limitações que diferentes usuários com deficiências enfrentam ao abrir seu aplicativo web:
O que elas precisam é de um benchmark que lhes dê critérios claros sobre o que torna um aplicativo acessível.
As Diretrizes de Acessibilidade para Conteúdo da Web (WCAG) são um documento que serve às pessoas que criam aplicativos web. Ele foi elaborado para tornar a web acessível e é atualizado de tempos em tempos para acompanhar o desenvolvimento da tecnologia que as pessoas usam, disse Falkowska. Assim como o mundo offline pode ser mais ou menos amigável para pessoas com deficiências, da mesma forma os sites que navegamos podem ser mais ou menos acessíveis, acrescentou.
A WCAG fornece um conjunto de critérios de sucesso que têm níveis de conformidade atribuídos, como explicou Falkowska:
O mais baixo e básico é A. A Iniciativa de Acessibilidade da Web (WAI), responsável pela elaboração e atualização da WCAG, afirma que qualquer site que navegamos deve atender pelo menos a esse nível de conformidade.
AA é um pouco mais complexo, mas ao mesmo tempo é o nível que os autores (e muitos atos legais) recomendam seguir, disse Falkowska. O terceiro e geralmente o mais difícil de alcançar é AAA. Normalmente, as entidades que buscam a tripla A são escritórios governamentais/federais ou empresas/associações que atendem a grupos específicos de pessoas com deficiências, mencionou Falkowska.
Os níveis são um pouco como a boneca russa “matryoshka”, disse Falkowska; se você deseja atender AAA com seu site, também precisa cobrir os critérios de sucesso de AA e A.
Falkowska mencionou que um dos critérios de sucesso mais comumente ausentes diz respeito a adicionar texto alternativo a qualquer conteúdo que faça sentido apenas se você puder percebê-lo com os olhos. Por exemplo, se seu site contém uma imagem, uma pessoa que não pode ver e usa um leitor de tela só ouvirá o nome do arquivo, que pode ser apenas uma string de números e caracteres sem sentido. Para garantir que ela possa perceber esse conteúdo de maneira significativa, os desenvolvedores adicionam um atributo “alt” no HTML, disse Falkowska. O conteúdo desse atributo não será visível no site, mas o leitor de tela o lerá para uma pessoa que usa tecnologia assistiva.
A InfoQ entrevistou Joanna Falkowska sobre os critérios de sucesso para um site acessível.
InfoQ: Você pode dar alguns exemplos de critérios de sucesso?
Joanna Falkowska: Um exemplo seria o foco no teclado. Deve ser possível para o usuário navegar por todos os elementos interativos com um teclado, o que é alcançado com o atributo “tabindex” no HTML. Isso é benéfico não apenas para usuários com deficiências visuais, mas também para aqueles que não podem usar um mouse devido a tremores nas mãos, por exemplo, por causa da doença de Parkinson. Também é um ótimo exemplo de como um critério de sucesso pode apoiar usuários sem deficiência. Não consigo contar o número de situações em que meu mouse descarregou e precisei navegar na web apenas com o teclado enquanto esperava a bateria do mouse carregar…
Outro exemplo é o da orientação da tela (que é principalmente importante para tablets e smartphones). Não deve ser limitado ao modo paisagem ou retrato apenas. Alguns usuários podem usar um dispositivo móvel em uma única orientação. Pense nos usuários com quadriplegia que têm seu telefone preso a um suporte especial ou a um tripé. Eles não podem mover seu telefone. Não devemos bloquear a exibição deles em uma orientação específica com a propriedade CSS rotate e/ou transform.
Um dos critérios de sucesso mais recentes discute problemas de autenticação que os usuários podem ter. A autenticação não deve sobrecarregar a memória de curto prazo com quebra-cabeças, então precisamos garantir que nosso recurso de login permita copiar e colar e/ou o uso de um gerenciador de senhas. Certifique-se de que seus campos de entrada forneçam os atributos HTML adequados de “label”, “type” e “autocomplete”. Além disso, não devemos mais exigir que os usuários resolvam o CAPTCHA em que o conteúdo precisa ser decifrado e, em seguida, digitado em um campo de entrada. O reconhecimento de objetos ainda é permitido no nível AA, mas se você deseja ter sucesso com AAA, mesmo esse tipo de CAPTCHA deve ser removido.