O foco do teclado nunca deve ficar bloqueado ou ficar preso em um determinado elemento da página. Os usuários precisam conseguir navegar de/para todos os elementos da página usando apenas o teclado.
Como testar manualmente
Para testar se os usuários não conseguem acidentalmente prender o foco,
navegue de e para todos os elementos da página usando apenas o teclado.
Use TAB para "avançar" e SHIFT + TAB para navegar "para trás".
Se não conseguir usar a tecla Tab para percorrer todos os elementos da página, significa que você foi reprovado no teste. Durante os testes, preste atenção principalmente nos widgets de preenchimento automático, em que o foco do teclado pode ficar travado.
Como corrigir
As páginas que apresentam conteúdo em vários formatos, como caixas de diálogo e widgets modais, correm o risco de armadilhas de foco. No caso da exibição de um modal, quando você não quer que o usuário interaja com o restante da página, faz sentido capturar o usuário temporariamente.
Mas você também deve ter como objetivo fornecer um método de escape do modal acessível pelo teclado. Confira este exemplo sobre como criar um modal acessível. Consulte também Armadilhas modais e de teclado. Neste exemplo, você tem os comportamentos desejados de um modal, sem forçar o usuário a atualizar a página para sair da armadilha do foco.
Por que isso é importante
Para usuários que não podem ou optam por não usar um mouse, a navegação pelo teclado é o principal meio de alcançar tudo em uma tela. Boas experiências de digitação dependem de uma ordem lógica de tabulação e de estilos de foco facilmente diferenciadas. Se um usuário de teclado ficar preso em um determinado elemento de página, ele não terá como interagir com a página.
Saiba mais em Como fazer uma avaliação de acessibilidade.
Recursos
Código-fonte da auditoria O foco do usuário não está preso acidentalmente em uma região