Interface pronta para teclado?

Um modal pode fechar com Esc e ainda deixar o leitor de tela passear pelo conteúdo que deveria estar bloqueado.

Eu encontrei isso revisando o meu portfólio esta semana. A primeira passada parecia boa: modal, carrossel, botão de fechar e scroll lock. Quando fui pelo teclado, apareceu outra história. No menu móvel, um botão nativo respondia ao clique e também ao Enter; com a tecla, ele abria e fechava no mesmo gesto. No modal, o foco ficava preso, mas o fundo continuava alcançável por leitor de tela.

Foi um lembrete incômodo de que interface não fica pronta quando o caminho feliz funciona com mouse. Para aceitar essa tela, passei a procurar quatro coisas: foco inicial previsível, Tab e Shift + Tab sem fuga, Esc que devolve o foco a quem abriu e fundo realmente inerte enquanto o modal está aberto.

Isso muda o tipo de teste que eu faço. Em vez de perguntar só se o componente abriu, eu preciso perguntar quem ficou sem caminho depois que ele abriu. A diferença parece pequena até a hora em que o único caminho disponível é o teclado.

Qual condição de acessibilidade ainda costuma ficar fora do seu aceite? Essas falhas raramente aparecem no screenshot bonito, mas sempre aparecem para alguém.