image

Access unlimited bootcamps and 650+ courses forever

60
%OFF
Article image
Francisco Rasia
Francisco Rasia28/12/2021 16:13
Share

Princípios de Acessibilidade na web e aplicativos

  • #Boas práticas
  • #UI/UX

Perceptibilidade, Operacionalidade, Compreensibilidade e Robustez são os princípios que guiam o design de sites e apps acessíveis, inclusivos e de fácil utilização.

No artigo de hoje eu saio um pouco da minha zona habitual (Android e Kotlin) para passear pelo universo da acessibilidade web e compartilhar com vocês o resumo da página Accessibility Principles da W3C.

São princípios gerais de acessibilidade que, em momentos, coincidem com boas práticas de UI/UX e usabilidade e, em outros momentos, representam requisitos técnicos para a interpretação do conteúdo por tecnologias assistivas como, por exemplo, os softwares de texto para fala. Desenhar e programar com esses princípios em mente ajuda a desenvolver aplicativos e sites que têm a acessibilidade e a inclusão como valores integrados desde o primeiro momento, beneficiando todos usuários e usuárias, independente de sua condição física, cognitiva e de letramento digital.

(Em tempo: como arquiteto tenho larga experiência com acessibilidade em edificações e espaços públicos, tendo trabalhado com acessibilidade em projetos de médio e grande porte; esse resumo foi elaborado no contexto das leituras para a monografia do MBA e, depois de concluído, percebi que seria muito oportuno compartilhar com o Time).

🌎Site original (inglês): https://www.w3.org/WAI/fundamentals/accessibility-principles/

Princípios de Acessibilidade

Perceptibilidade de informação e interface de usuário

Texto alternativo para conteúdo não textual:

·      Equivalentes curtos para imagens, inclusive ícones, botões e elementos gráficos;

·      Descrição de dados representados em gráficos, diagramas e ilustrações;

·      Descrições curtas de arquivos de vídeo ou áudio;

·      Etiquetas (labels) para formulários, campos de entrada e outros componentes da UI

Os textos alternativos apresentam o propósito de uma imagem ou componente da UI para prover uma experiência equivalente ao usuário. O texto alternativo pode ser lido por conversor de texto em voz, ampliado, exibido em dispositivo braile, usado como etiquetas para controles e auxiliar na navegação pelo teclado ou usando comandos de voz, além de identificar conteúdos de áudio, vídeo, arquivos e aplicações incorporadas ao site.

WCAG: 1.1 - https://www.w3.org/WAI/WCAG21/quickref/#text-alternatives

Legendas e outras alternativas para multimídia

Pessoas que não conseguem ouvir áudio ou ver vídeo necessitam de alternativas, por exemplo:

·      Transcrição e legendas para conteúdos em áudio;

·      Audiodescrição

·      Interpretação em linguagem de sinais (p. ex: LIBRAS) de conteúdo em áudio, inclusive experiências auditivas relevantes

Transcrições bem escritas, contendo a sequência correta de informações apresentadas em áudio ou visualmente provêm um nível básico de acessibilidade e facilitam a produção de legendas e audiodescrição. Áudio e vídeo caem sob a definição de Time-based media.

WCAG: 1.2 (time-based media): https://www.w3.org/WAI/WCAG21/quickref/#time-based-media

Conteúdo pode ser apresentado de diferentes maneiras

Esse requisito permite que o conteúdo seja lido, ampliado ou adaptado corretamente para suprir as necessidades e preferências de pessoas diferentes. Também facilita outras formas de adaptação, como a geração automática de sumários e estruturas de tópicos para ajudar as pessoas a ter uma visão geral do conteúdo e encontrar partes específicas com mais facilidade.

·      Títulos, listas, tabelas, campos de entrada e estruturas de conteúdo possuem marcações corretas;

·      Sequências de informações ou instruções são independentes da apresentação;

·      Navegadores e tecnologias assistivas oferecem ajustes para personalizar a apresentação.

WCAG 1.3 (Adaptable) - https://www.w3.org/WAI/WCAG21/quickref/#adaptable

Conteúdo é mais fácil de ver e ouvir

Essa diretriz é diz respeito à perceptibilidade do conteúdo, separando a plano principal do plano de fundo e deixando a informação importante mais distinta. Por exemplo:

·      A cor não é usada como única maneira de apresentar a transmitir informação;

·      Configurações padrão de cor de primeiro plano e cor de fundo apresentam contraste suficiente;

·      Informação não é perdida quando usuários ampliam o texto para 400% do tamanho padrão ou modificam o seu espaçamento;

·      O texto “reflui” em visualizações pequenas ou quando o usuário o amplia;

·      Textos como imagem podem ser redimensionados, substituídos por textos ou evitados quando possível;

·      Usuários podem pausar, parar ou ajustar o volume de áudio reproduzido num site;

·      Som de fundo é baixo ou pode ser desligado para evitar interferência ou distração.

WCAG 1.4 - https://www.w3.org/WAI/WCAG21/quickref/#distinguishable

Operacionalidade de Interface de usuário e navegação

Funcionalidade e disponível com o teclado

Muitas pessoas não usam o mouse e dependem do teclado para interagir com a web; com isso, é necessário que o teclado permita acesso a todas as funcionalidades, inclusive controles de formulários, campos de entrada e outros componentes da interface. Atender a esse padrão também facilita o uso de reconhecimento de fala para operar websites e ditar texto.

Acessibilidade à partir do teclado inclui:

·      Todas as funções disponíveis com o mouse também estão disponíveis com o teclado;

·      O foco do teclado não fica preso em nenhuma parte do conteúdo;

·      Navegadores, ferramentas de editoração e outras ferramentas provêm suporte ao teclado.

WCAG 2.1 (Keyboard accessible) - https://www.w3.org/WAI/WCAG21/quickref/#keyboard-accessible

O usuário tem tempo suficiente para ler e usar o conteúdo

Algumas pessoas precisam de mais tempo para ler e utilizar o conteúdo. Prover mecanismos para:

·      Parar, extender ou ajustar limites de tempo, exceto quando necessário;

·      Pausar, parar ou ocultar conteúdo em movimento, rolamento ou que pisca;

·      Adiar ou suprimir interrupções, exceto quando essas são necessárias;

·      Re-autenticar uma sessão expirada sem perda de dados

WCAG 2.2 (Enough time) - https://www.w3.org/WAI/WCAG21/quickref/#enough-time

O conteúdo não causa convulsões ou reações físicas

Conteúdos que piscam com determinadas frequências ou padrões podem causar reações fotossensíveis, inclusive convulsões. Animações e conteúdos em movimento podem causar desconforto e reações físicas. Para evitar esses problemas:

·      Não inclui conteúdo que pisca em determinadas frequências e padrões;

·      Alertar usuários antes de exibir conteúdo piscante e prover alternativas;

·      Oferecer mecanismos para desativar animações a não ser que estas sejam essenciais.

WCAG 2.3 (Seizures) - https://www.w3.org/WAI/WCAG21/quickref/#seizures-and-physical-reactions

Os usuários conseguem navegar, encontrar conteúdo e determinar onde estão

Conteúdo bem-organizado ajuda os usuários a se orientar e navegas efetivamente. Atender a esse requisito ajuda as pessoas a navegar pelo site de diferentes maneiras e usando diferentes modos (usando visão, audição ou ambos) e dispositivos de interface humana, conforme suas necessidades e preferências. Para tanto:

·      As páginas têm títulos claros e são organizadas utilizando cabeçalhos de seção descritivos;

·      Há mais de uma maneira de encontrar páginas relevantes em um conjunto de páginas;

·      O usuário é informado de sua localização atual em um conjunto de páginas relacionadas;

·      Há maneiras de pular [bypass] blocos de conteúdo repetidos em múltiplas páginas;

·      O foco do teclado é visível e a ordem de foco segue uma sequência significativa [meaningful];

·      O propósito de um link é evidente, mesmo quando ele é visto sozinho

WCAG 2.4 (Navigable) - https://www.w3.org/WAI/WCAG21/quickref/#navigable

Usuários podem usar diferentes modos de entrada além do teclado

Modos de entrada além do teclado, tais como toque [touch], reconhecimento de voz e de gestos tornam o conteúdo mais fácil de usar para muitas pessoas, apesar de nem todo mundo poder usar cada uma dessas modalidades no mesmo grau.

Atender a esse requisito torna o conteúdo mais fácil de usar para muitas pessoas em uma grande gama de dispositivos, incluindo smartphones, tablets e terminais ou totens de autosserviço.

Algumas considerações de design maximizam o benefício de cada uma delas:

·      Gestos que exigem destreza ou movimento fino têm alternativas que não exigem grande destreza;

·      Componentes projetados para evitar acionamento acidental, por exemplo, por meio de funcionalidade de undo;

·      As etiquetas apresentadas para o usuário correspondem aos nomes do objeto no código, para facilitar a ativação por voz;

·      Funcionalidades acionadas por movimento também o podem ser por meio de componentes da interface;

·      Botões, links e outros componentes ativos são grandes o bastante para serem acionados por toque.

WCAG 2.5 (Input modalities) - https://www.w3.org/WAI/WCAG21/quickref/#input-modalities

Compreensibilidade de informação e interface de usuário

Texto é legível e compreensível

Autores de conteúdo devem garantir que o texto é legível e compreensível pelo maior público possível, inclusive quando lido por ferramentas de conversão de texto em voz. Atender a esse requisito auxilia o software a fazer leitura do texto, gerar sumários e apresentar definições para termos técnicos ou vocabulário especializado. Esse requisito atende pessoas com diferentes tipos de deficiências cognitivas.

·      Identificar a língua principal de uma página (inclusive línguas com leitura da direita para a esquerda, como o Árabe);

·      Identificar a língua de passagens de texto, frases ou outras partes de uma página web;

·      Prover definições para palavras incomuns, frases, idiomas [gírias?] e abreviações;

·      Usar a linguagem mais clara e simples possível, ou apresentar versões simplificadas.

WCAG 3.1 (Readable) - https://www.w3.org/WAI/WCAG21/quickref/#readable

O conteúdo aparece e opera de maneiras previsíveis

Muitas pessoas dependem de interfaces previsíveis e se veem desorientadas ou distraídas por aparência e comportamento inconsistente. Atender a esse requisito auxilia as pessoas a aprenderem rapidamente a funcionalidade e navegação de um site, e operá-los de acordo com suas preferências. Para tanto:

·      Mecanismos de navegação que aparecem que se repetem em múltiplas páginas aparecem sempre na mesma posição;

·      Componentes de UI que se repetem em múltiplas páginas têm sempre as mesmas etiquetas;

·      Mudanças significativas em uma página web não acontecem sem o consentimento do usuário;

WCAG 3.2 (Predictable) - https://www.w3.org/WAI/WCAG21/quickref/#predictable

Usuários recebem ajuda para evitar e corrigir erros

Formulários e outras formas de interação podem ser confusas ou difíceis de usar para muitas pessoas, o que as torna propensas a cometer erros. Atender a esse requisito auxilia pessoas que não podem ver ou escutar o conteúdo, e podem não reconhecer relações implícitas, sequências ou outras indicações. Também auxilia pessoas que não entendem a funcionalidade, estão confusas ou desorientadas, esquecem ou cometem erros no uso dos formulários ou nas interações. São exemplos de ajudas:

·      Instruções, mensagens de erro e sugestões de correção descritivas;

·      Ajuda sensível ao contexto para funcionalidades e interações mais complexas;

·      Oferecer oportunidade para revisar, corrigir ou reverter envios [submissions] quando necessário.

WCAG 3.3 (Input Assistance) - https://www.w3.org/WAI/WCAG21/quickref/#input-assistance

Robustez de conteúdo e interpretação confiável

O conteúdo é compatível com ferramentas de usuário atuais e futuras

Conteúdo robusto é compatível com diferentes navegadores, tecnologias assistivas e outros agentes de usuário. Atender a esse requisito assegura que as tecnologias assistivas conseguem processar o conteúdo de maneira confiável, e apresenta-lo e operá-lo de diferentes maneiras.

·      Garantir que as marcações podem ser interpretadas de maneira confiável, p. ex., assegurando sua validade;

·      Prover um nome, papel e valor para componentes não-padrão da UI

WCAG 4.1 (Compatible) - https://www.w3.org/WAI/WCAG21/quickref/#compatible

Conclusão

Nesse artigo foi feita uma breve introdução aos princípios de acessibilidade na web e em aplicativos, à partir do conteúdo disponibilizado pela W3C.

📸

Photo by marianne bos on Unsplash

Share
Comments (5)
Ítalo Carvalho
Ítalo Carvalho - 07/02/2022 22:32

Simplemente fatástico!!!

Parabéns!

SB

Simone Borba - 02/01/2022 04:09

Artigo bastante abrangente.

Ian Dias
Ian Dias - 28/12/2021 18:37

Artigo muito bom.

Joilson Silva
Joilson Silva - 28/12/2021 17:26

Artigo fantástico. Parabéns!

Pamela Queiroz
Pamela Queiroz - 28/12/2021 16:25

Gostei muito de aprender um pouco mais sobre HTML Acessibility acredito que é fundamental para a pessoa desenvolvedora sempre ter em mente a acessibilidade quando escrever códigos.