Produtos digitais ainda ignoram pessoas com mobilidade limitada

Quem precisa ser considerado

Produtos digitais devem levar em conta pessoas com deficiências permanentes, lesões temporárias ou limitações situacionais que afetam o movimento, como mãos frias. Pessoas sem mobilidade nos braços podem usar reconhecimento de voz, rastreamento ocular e ferramentas de transcrição; quem tem destreza reduzida pode recorrer a mouses e teclados adaptados, além de recursos como Sticky Keys e Filter Keys. Cumprir os requisitos técnicos das Web Content Accessibility Guidelines (WCAG) é necessário, mas não garante, por si só, uma experiência plenamente inclusiva.

Navegação por teclado e voz

A navegação por teclado, inclusive quando simulada por tecnologias assistivas, deve seguir uma ordem de foco lógica, previsível e eficiente. Em diálogos modais, o foco deve ir para o componente quando ele abre e retornar ao botão que o acionou quando ele fecha. O estilo de foco também precisa ser claramente visível; a WCAG 2.2 exige contraste mínimo de 3:1 com as cores adjacentes, embora contrastes maiores possam facilitar a identificação em telas pequenas ou sob iluminação intensa.

Também é importante limitar a quantidade de elementos interativos e oferecer links para pular diretamente ao conteúdo principal. Para usuários de reconhecimento de voz, os controles devem ter rótulos visíveis e únicos: vários links chamados “Leia mais”, por exemplo, dificultam a seleção por comandos de voz. A aparência dos componentes deve indicar de forma consistente o que é interativo, seguindo convenções familiares.

Diferentes configurações e navegação eficiente

Pessoas com pouca ou nenhuma mobilidade nos braços podem usar dispositivos montados em uma estação de trabalho ou cadeira de rodas, o que pode restringir a orientação da tela e exigir níveis maiores de zoom. Sites e aplicativos devem funcionar em retrato e paisagem e manter um fluxo compreensível em ambas as orientações. O conteúdo também precisa continuar legível e operável quando ampliado, inclusive com reorganização do layout.

Como a navegação por teclado, Switch Control, reconhecimento de voz ou rastreamento ocular pode ser demorada e cansativa, o conteúdo prioritário deve aparecer primeiro. Links para pular seções e uma busca visível reduzem o número de etapas necessárias para encontrar informações. Porém, links de salto em excesso podem aumentar, em vez de diminuir, a carga de navegação.

Destreza reduzida e preenchimento de formulários

Áreas de toque e seleção maiores ajudam pessoas com controle motor reduzido e usuários de rastreamento ocular. A WCAG 2.2 define 24 por 24 pixels CSS como tamanho mínimo, mas a recomendação é superar esse limite e manter espaço entre controles. Ações que exigem arrastar ou gestos com vários pontos devem ter alternativas, como botões de aumentar e diminuir valores.

Como erros de seleção são mais prováveis, ações críticas devem informar suas consequências, pedir confirmação e, quando possível, oferecer uma opção de desfazer. Formulários devem reduzir a digitação com opções predefinidas, preenchimento automático e sugestões de palavras. Processos longos devem permitir várias sessões, informar o número de etapas e o tempo médio de conclusão e evitar expirações de sessão, salvo quando forem necessárias por segurança. Se forem inevitáveis, devem incluir aviso claro e uma maneira acessível de estender o prazo.

A conclusão é que decisões de design - e não apenas a implementação técnica - determinam se pessoas com mobilidade limitada conseguem realizar tarefas com eficiência, segurança e uma experiência comparável à de outros usuários.