Resposta rápida
A deficiência motora é uma capacidade reduzida de controlar, coordenar ou mover os músculos, afetando ações como agarrar, premir, escrever ou manter uma posição estável. Num contexto digital, altera a precisão, a rapidez e a constância com que alguém consegue operar um rato, um ecrã tátil ou um teclado — e é por isso que o design acessível se centra no tamanho do alvo, na operabilidade por teclado e em padrões de interação tolerantes, e não numa solução única.
O que é a deficiência motora?
Pode envolver as mãos e os dedos, os braços ou o corpo inteiro, e pode ser permanente, progressiva ou temporária.
Num contexto digital, a deficiência motora conta menos como rótulo clínico e mais como realidade funcional: altera a precisão, a rapidez e a constância com que alguém consegue operar um rato, um ecrã tátil ou um teclado. Duas pessoas com o mesmo diagnóstico podem ter experiências digitais muito diferentes, porque o efeito da deficiência nas tarefas de motricidade fina (como clicar num botão pequeno) nem sempre coincide com o seu efeito nas tarefas de motricidade grossa (como caminhar).
A deficiência motora é o mesmo que uma deficiência de mobilidade?
Deficiência motora é o termo mais abrangente. A deficiência de mobilidade é uma parte dele, abrangendo especificamente o movimento e a locomoção, como andar, estar de pé ou mudar de posição. Alguém com uma deficiência de mobilidade pode usar cadeira de rodas ou bengala e continuar a ter total destreza nas mãos, caso em que tarefas digitais como escrever e clicar não são de todo afetadas.
A deficiência motora abrange também o controlo motor fino: força de preensão, destreza dos dedos, tremor das mãos e coordenação. São estas as funções que determinam de facto se alguém consegue clicar numa ligação pequena, arrastar um cursor deslizante ou manter uma tecla premida, nenhuma das quais a deficiência de mobilidade contempla por si só. Uma pessoa com destreza manual limitada por artrite, por exemplo, tem uma deficiência motora mas não necessariamente uma deficiência de mobilidade no sentido da marcha.
A distinção importa no planeamento da acessibilidade, porque um sítio otimizado para utilizadores de cadeira de rodas que se deslocam fisicamente a um local não é o mesmo que um sítio otimizado para pessoas que não conseguem segurar um rato com precisão. O trabalho de acessibilidade digital tem de contemplar especificamente a vertente da motricidade fina, e não partir do princípio de que "mobilidade" e "motor" descrevem a mesma barreira.
O que causa a deficiência motora?
A deficiência motora resulta de um vasto leque de condições e acontecimentos subjacentes, o que em parte explica porque não pode ser contornada no design como se fosse uma barreira única e previsível.
Condições neurológicas
A doença de Parkinson, a esclerose múltipla, a paralisia cerebral e a ELA afetam todas a capacidade do sistema nervoso de sinalizar os músculos com exatidão, produzindo tremor, fraqueza ou perda de coordenação.
Lesões e traumatismos
Lesões medulares, amputações e danos nervosos resultantes de acidentes podem eliminar ou reduzir o controlo sobre membros específicos, deixando o resto do corpo inalterado.
Condições musculoesqueléticas e lesões por esforço repetitivo
A artrite e a síndrome do túnel cárpico reduzem a força de preensão e a amplitude de movimento especificamente nas mãos — muitas vezes a parte do corpo de que a interação digital mais depende.
Declínio associado à idade
A destreza reduzida, o tremor e o tempo de reação mais lento são comuns com o envelhecimento, mesmo sem um diagnóstico específico associado.
Limitações temporárias e situacionais
Um braço partido, uma mão a recuperar de uma cirurgia ou simplesmente segurar o telemóvel com uma só mão enquanto se transporta algo reduzem o controlo motor durante um período de tempo ou num determinado contexto.
Esta última categoria merece ser levada a sério por si só: projetar a pensar na deficiência motora beneficia também pessoas sem qualquer condição permanente, apenas com um motivo temporário ou situacional para terem menos destreza.
Que tipos de deficiência motora afetam a acessibilidade digital?
Tipos funcionais diferentes de deficiência motora criam barreiras digitais diferentes, pelo que raramente uma única adaptação cobre todos.
Tremor
O tremor involuntário torna difícil manter o cursor imóvel sobre um alvo pequeno ou tocar com exatidão num ecrã tátil, mesmo com força total.
Controlo motor fino ou destreza limitados
A redução da precisão dos dedos afeta a escrita, o clique em elementos pequenos e os gestos multitoque, como fazer pinça ou arrastar.
Força reduzida ou amplitude de movimento limitada
Alguns utilizadores não conseguem manter uma tecla premida, sustentar uma pressão longa ou alcançar confortavelmente toda a área de um ecrã tátil grande.
Paralisia ou paresia
A perda parcial ou total de movimento num membro exclui muitas vezes por completo o uso do rato ou do ecrã tátil, tornando a navegação por teclado ou por comutador a única opção viável.
Deficiência flutuante ou associada à fadiga
Condições como a esclerose múltipla podem fazer com que o controlo motor varie ao longo do dia, pelo que uma tarefa comportável de manhã pode deixar de o ser mais tarde.
Saber qual destes casos se aplica a um determinado utilizador importa menos do que projetar de modo a que nenhum deles se torne um bloqueio — e é por isso que as barreiras apresentadas a seguir se centram nos padrões de interação, e não em diagnósticos específicos.
Como podem as deficiências motoras afetar a utilização de sítios web e aplicações?
As deficiências motoras transformam convenções correntes de interface em obstáculos. Um menu pendente que se fecha se o cursor se desviar ligeiramente, um formulário que só é submetido com um clique preciso ou uma animação de deslocamento ao estilo de um jogo podem, cada um, travar uma tarefa a alguém com menor controlo manual, ainda que a mesma interface funcione bem para a maioria dos utilizadores.
O efeito agrava-se quando as barreiras se acumulam: um único botão difícil de clicar é um incómodo, mas um processo de compra com cinco deles seguidos pode tornar a compra inteira inalcançável. É por isso que a acessibilidade motora é normalmente uma questão de design de interação coerente ao longo de todo um fluxo, e não uma correção pontual num elemento problemático.
Que tarefas digitais são mais difíceis para utilizadores com deficiência motora?
Clicar em alvos pequenos ou muito próximos
Ícones, caixas de verificação e ligações em linha muito juntos penalizam o apontar impreciso, já que um ligeiro desvio atinge o elemento errado.
Interações de arrastar e largar
Manter o clique enquanto se move o cursor exige um controlo motor fino contínuo que o tremor ou a força de preensão limitada podem tornar impossível.
Gestos multitoque
O zoom com dois dedos, o deslocamento com dois dedos e os gestos de deslize pressupõem o uso coordenado de vários dedos, algo que muitas deficiências motoras impossibilitam.
Escrever rapidamente ou manter teclas premidas
A escrita rápida, os atalhos de teclado que exigem várias teclas e a repetição automática de teclas podem todos jogar contra a destreza reduzida ou o tempo de reação mais lento.
Concluir ações com tempo limitado
Os CAPTCHAs, os tempos limite de sessão e os carrosséis que avançam sozinhos pressupõem um ritmo que não dá margem a uma introdução mais lenta e ponderada.
Cada uma destas tarefas tem uma alternativa mais lenta ou plenamente acessível, que é precisamente o caminho que a secção seguinte segue.
Que barreiras de acessibilidade encontram as pessoas com deficiência motora?
A maioria das barreiras remonta a um punhado de decisões de interface: a dimensão e o espaçamento dos alvos, se a interface funciona sem rato de todo e se pressupõe uma determinada velocidade ou gesto.
Porque são difíceis os alvos de clique pequenos
O tremor leva a ultrapassar o alvo, a destreza limitada torna a pontaria imprecisa e a força reduzida pode fazer com que um toque num ecrã tátil seja registado no sítio errado. As WCAG 2.2 respondem a isto com uma área interativa mínima de 24 por 24 pixéis CSS — e o espaçamento conta tanto como o tamanho, já que dois alvos que cumprem o mínimo mas estão colados continuam a provocar cliques falhados.
Porque é essencial a acessibilidade por teclado
Muitos utilizadores não conseguem de todo operar um rato ou um ecrã tátil e recorrem a um teclado, a um comutador ou a software de voz para teclado. Se um elemento só puder ser acionado por clique ou por passagem do rato, torna-se totalmente inalcançável — e não apenas mais difícil.
Porque se devem evitar limites de tempo e gestos complexos
Um controlo motor reduzido significa muitas vezes que as tarefas simplesmente demoram mais. Um temporizador em contagem decrescente ou uma janela curta de CAPTCHA penalizam a precisão em vez da intenção — e um gesto de pinça ou de premir e manter pressupõe uma capacidade física que uma interação com um único ponteiro não exige.
Que tecnologias de apoio ajudam os utilizadores com deficiência motora?
A tecnologia de apoio dá às pessoas com deficiência motora uma forma de operar um dispositivo que não depende do controlo preciso do rato ou do ecrã tátil. Nada disso funciona bem, porém, se o próprio sítio web ou aplicação não tiver sido construído para cooperar com ela.
Como é que o controlo por voz melhora a acessibilidade?
O software de controlo por voz, como o Voice Control no macOS e no iOS, o Voice Access no Android ou o Dragon NaturallySpeaking, permite ao utilizador navegar e interagir dizendo comandos em vez de tocar no dispositivo. O utilizador pode dizer "clicar em submeter" ou "deslocar para baixo" e o software executa a ação, eliminando a necessidade de apontar ou premir fisicamente.
Isto só funciona de forma fiável quando os rótulos visíveis de um sítio correspondem aos respetivos nomes acessíveis subjacentes, uma vez que o software de voz compara os comandos ditos com aquilo que está exposto à tecnologia de apoio, e não apenas com o que é mostrado no ecrã. Um botão rotulado visualmente como "Submeter" mas exposto à árvore de acessibilidade como "btn-primary-04" não pode ser acionado de forma fiável dizendo "clicar em submeter", que é exatamente a discrepância que o critério das WCAG sobre rótulo no nome pretende evitar.
Que dispositivos de introdução alternativos podem os utilizadores usar?
Comutadores
Um único botão ou um pequeno conjunto de botões, muitas vezes acionados com a mão, o pé ou um movimento da cabeça, em conjunto com software de varrimento no ecrã que vai destacando as opções em sequência.
Sistemas de rastreio ocular
As câmaras detetam para onde o utilizador está a olhar no ecrã e traduzem a direção do olhar em movimento do cursor, usando um tempo de fixação ou um comutador separado para "clicar".
Dispositivos de sopro e sucção
Controlados inspirando ou expirando para um tubo, dando a utilizadores com movimento muito limitado dos membros uma forma de enviar sinais de introdução simples.
Ponteiros de cabeça e dispositivos de rastreio da cabeça
Um ponteiro fixado à cabeça, ou uma câmara que segue o movimento da cabeça, substitui o controlo do cursor com a mão.
Trackballs e teclados adaptados
Os trackballs reduzem a exigência de motricidade fina de deslocar um rato inteiro, enquanto os teclados adaptados usam teclas maiores, mais espaçadas ou mais sensíveis.
No fim de contas, cada um destes dispositivos tem ainda de interagir com os elementos web convencionais através das interfaces de teclado ou de ponteiro integradas no sistema operativo, razão pela qual a operabilidade por teclado sustenta quase todos eles, e não apenas o uso direto do teclado.
Como podem os designers tornar os sítios web acessíveis a pessoas com deficiência motora?
Projetar para a acessibilidade motora resume-se sobretudo a eliminar a precisão, a velocidade e as ações físicas em vários passos que uma interface de motricidade fina assume, em silêncio, que todos conseguem executar.
Tornar os alvos de clique grandes e bem espaçados
Botões maiores e um espaçamento generoso entre elementos interativos reduzem a precisão exigida por um clique ou um toque.
Suportar a operabilidade total por teclado
Todos os elementos interativos, incluindo os componentes à medida, têm de ser alcançáveis e utilizáveis com Tab, Enter e as teclas de seta, e não apenas com o rato.
Evitar interações que dependam exclusivamente do arrastar
Sempre que exista uma ação de arrastar e largar, forneça uma alternativa baseada em botões ou acessível por teclado que cumpra a mesma tarefa.
Não depender da passagem do rato para revelar conteúdo
A informação ou os controlos que só aparecem ao passar o rato são invisíveis para utilizadores de teclado e de comutador, que nunca acionam um estado de passagem do rato.
Prever um comportamento de clique tolerante
Ativar ao soltar em vez de ao premir, e permitir que o utilizador saia do elemento antes de soltar para cancelar, dá a hipótese de corrigir um clique impreciso.
Evitar limites de tempo rígidos sempre que possível
Quando um tempo limite é necessário por motivos de segurança, avise o utilizador com antecedência e deixe-o prolongá-lo, em vez de expirar silenciosamente.
Nenhuma destas mudanças exige uma "versão acessível" separada de um sítio — são padrões de interação predefinidos que fazem com que a mesma interface funcione para um leque mais amplo de capacidades físicas.
Que requisitos das WCAG apoiam a acessibilidade motora?
| 2.1.1 Teclado | Toda a funcionalidade tem de ser operável através de uma interface de teclado, o que exclui interações que dependam apenas do rato ou da passagem do rato. |
|---|---|
| 2.1.2 Sem Armadilha de Teclado | O foco do teclado tem de poder sempre afastar-se de qualquer componente, para que uma caixa de diálogo ou um widget nunca deixem o utilizador preso. |
| 2.4.7 Foco Visível | O elemento que detém o foco tem de ter um indicador visível, no qual os utilizadores de teclado e de comutador se apoiam para saber onde estão. |
| 2.5.1 Gestos do Ponteiro | Qualquer função que use um gesto multiponto ou baseado num traçado, como uma pinça ou um deslize, tem também de ser operável com um único ponteiro e sem um traçado de gesto específico. |
| 2.5.2 Cancelamento do Ponteiro | As ações devem ser desencadeadas ao soltar e não ao premir, dando aos utilizadores a hipótese de abortar um clique impreciso. |
| 2.5.3 Rótulo no Nome | O rótulo de texto visível de um componente tem de estar incluído no seu nome acessível, para que o software de controlo por voz consiga associar os comandos ditos ao elemento certo. |
| 2.5.8 Tamanho do Alvo (Mínimo) | Introduzido nas WCAG 2.2, define um mínimo de 24 por 24 pixéis CSS para a maioria dos alvos interativos, com exceções definidas para casos como as ligações de texto em linha. |
| 2.2.1 Temporização Ajustável | Quando existe um limite de tempo, os utilizadores têm de o poder desativar, ajustar ou prolongar, a não ser que a temporização seja essencial à própria atividade. |
Estes critérios não constituem, por si só, uma lista completa de verificação de acessibilidade, mas são o conjunto mais diretamente orientado para a função motora em particular, por oposição ao acesso visual, auditivo ou cognitivo.
Porque é a acessibilidade motora importante para experiências digitais inclusivas?
A acessibilidade motora determina se uma tarefa essencial — finalizar uma compra, preencher um formulário, navegar num menu — é apenas mais difícil para alguns utilizadores ou genuinamente impossível para eles. Essa diferença pesa mais do que pode parecer: uma tarefa lenta mas possível de concluir é um problema de usabilidade, ao passo que uma tarefa impossível de concluir é uma exclusão, por melhor que seja o resto do produto.
Abrange também muito mais gente do que a população habitualmente imaginada quando se fala em "deficiência motora". Lesões temporárias, limites situacionais como escrever num comboio em andamento e a perda gradual de destreza que vem com a idade inserem-se todos nas mesmas considerações de design. Assumir por predefinição cliques precisos, temporizações apertadas e gestos complexos não exclui apenas pessoas com condições diagnosticadas — acrescenta atrito para um grupo muito mais vasto que, ocasionalmente, interage com um dispositivo em condições físicas menos do que ideais.
