Uma tela pode parecer pronta e ainda deixar o comportamento de teclado indefinido. O arquivo de design mostra um campo em foco e um menu aberto, mas talvez não explique como o foco chegou ao campo, o que abre o menu ou para onde o foco vai quando ele fecha. Essas lacunas aparecem quando alguém tenta usar a interface sem um ponteiro.
Uma revisão de teclado não substitui uma auditoria de acessibilidade. Ela oferece à equipe uma forma concreta de encontrar decisões de interação que ainda precisam ser tomadas. Escolha uma tarefa real, como salvar uma referência em uma pasta, e acompanhe o percurso desde a entrada até a confirmação.
Comece pelos controles comuns
Percorra a página com o teclado e registre a ordem em que os controles recebem foco. Confira se essa ordem acompanha o significado do conteúdo, se o controle em foco está visível e se seu rótulo explica a finalidade. Inclua controles que aparecem apenas ao passar o mouse no design visual: eles também precisam de um caminho de interação deliberado.
Use o controle adequado para cada ação. Um destino deve ser representado por um link. Uma operação como salvar ou abrir um diálogo deve usar um botão. Controles nativos oferecem comportamentos conhecidos que elementos personalizados precisam reproduzir de forma intencional. As orientações do W3C sobre interfaces de teclado são uma referência útil para revisar a movimentação do foco e componentes compostos.
Acompanhe o foco nas superfícies temporárias
Para cada diálogo, popover ou menu, registre o controle que o abre e a primeira interação relevante dentro dele. Defina como ele fecha e para onde a pessoa retorna. Um design claro com o mouse pode ficar confuso se fechar um diálogo deixa o foco em um lugar sem relação com o trabalho.
Não presuma que todas as superfícies temporárias devem se comportar da mesma maneira. Um diálogo modal, um menu de navegação e uma dica de contexto têm finalidades diferentes. Consulte o padrão de interação apropriado, em vez de copiar o comportamento de teclado do componente mais fácil de encontrar.
Revise as mudanças depois de uma ação
Salvar um item pode atualizar um contador, trocar o rótulo de um botão ou mostrar uma mensagem breve. Pense em como alguém que não está observando aquela região da tela vai saber o que aconteceu. A interface deve confirmar a ação sem mover o foco desnecessariamente nem interromper a tarefa repetidas vezes.
Teste uma ação que falhou, além de uma que deu certo. Se criar uma pasta falhar, a pessoa consegue acessar a explicação e tentar novamente sem preencher tudo outra vez? Se o item em uso desaparecer após uma exclusão, qual controle restante permite continuar de maneira coerente?
Torne a entrega verificável
Acrescente notas curtas de comportamento ao lado dos estados visuais: ação de abertura, destino do foco, ação de fechamento e destino de retorno. Inclua um exemplo de tarefa completa realizada pelo teclado. Essas notas criam uma sequência comum para implementação e revisão.
Ao estudar referências no Refcat, use as capturas para identificar padrões candidatos e depois inspecione o produto real quando houver acesso. Uma captura não comprova o comportamento de teclado. Registre esse limite nas notas de pesquisa. A referência mais útil combina estrutura visual e interação real para apoiar a tarefa que você precisa construir.