O foco do teclado nunca deve ficar bloqueado ou preso em um elemento de página específico. Os usuários precisam conseguir navegar de e para todos os elementos da página, usando apenas o teclado.
Como testar manualmente
Para testar se os usuários não conseguem prender acidentalmente o foco deles, navegue de e para todos os elementos da página usando apenas o teclado. Use TAB para navegar para "avançar" e SHIFT+TAB para navegar para "retroceder".
Se você não conseguir alternar entre todos os elementos da página, a navegação pelo teclado não está funcionando corretamente. Cuidado com os widgets de preenchimento automático, porque o foco do teclado pode ficar preso.
Saiba mais sobre testes manuais de acessibilidade.
Como corrigir
As páginas que apresentam conteúdo em vários formatos, como caixas de diálogo modais e widgets, estão em risco de armadilhas de foco.
Se você tem um modal que requer interação e quer impedir que o usuário interaja com o restante da página até ser confirmado, somente então é possível reter o usuário temporariamente. No entanto, considere fornecer um método de escape do modal acessível pelo teclado.
Confira um exemplo de como criar um modal acessível. Neste exemplo, você recebe os comportamentos pretendidos de um modal, sem forçar o usuário a atualizar a página para sair da armadilha de foco.
Também recomendamos que você leia Modais e armadilhas de teclado.
Por que isso é importante
Para usuários que não podem ou não querem usar um mouse, a navegação por teclado é o principal meio de acessar tudo na tela. Boas experiências de digitação dependem de uma ordem lógica de tabulação e estilos de foco discerníveis. Se um usuário de teclado ficar preso em um elemento de página específico, ele não terá como interagir com a página.
Saiba mais sobre como fazer testes com a tecnologia adaptativa.
Recursos
O código-fonte da auditoria O foco no usuário não está preso acidentalmente em uma região.