Pular para o conteúdo principal

Navegação e Foco Visível via Teclado

Como garantir que toda funcionalidade seja acessível só por teclado, com foco visível e ordem de tabulação lógica, incluindo botões, links, menus, janelas sobrepostas (modais), formulários, controles de mídia e atividades interativas.

O que é?

Regras para permitir navegação completa apenas com teclado, com foco visível e sequência lógica.

Foco sempre visível, ordem coerente de tabulação, saída de menus sem armadilhas e gestão correta de atalhos de teclas garantem que elementos interativos possam ser alcançados e ativados via teclado (Tab, Shift+Tab, Enter, Espaço, ESC, setas).

Por que é importante?

Pessoas que não usam mouse dependem do teclado. Sem foco visível e ordem lógica, a navegação é inviável.

Usuários com deficiência motora, pessoas cegas (que usam leitores de tela) e pessoas com baixa visão dependem do teclado. Mesmo em situações temporárias, na ausência de mouse, o uso pelo teclado garante o acesso. Se não ficar claro qual elemento está selecionado (foco visível), o usuário pode “se perder” na página. “Armadilhas”, como modais (janelas) ou carrosséis que travam a navegação, tornam o conteúdo inutilizável. Cumprir as normas garante inclusão, usabilidade e atende às exigências legais.

Quando utilizar?

Sempre que houver elementos interativos.

Deve ser aplicado a todo produto digital. Exemplos: Ambientes Virtuais de Aprendizagem (como o Moodle), páginas web, formulários PDF, vídeos com controles, menus, carrosséis, atividades interativas (como H5P, ferramenta educacional) e sistemas administrativos.

Como aplicar?

Garanta operabilidade por teclado, ordem lógica e foco visível.

  • Use elementos nativos (botões e links já prontos no sistema, como <button>, <a>).
  • Evite alterar a ordem de navegação (tabindex positivos).
  • Personalize o outline (borda) apenas se mantiver foco visível e com contraste.
  • Permita que menus, carrosséis e diálogos sejam navegados e fechados com ESC.
  • Garanta que os atalhos de tecla única sejam desativáveis ou exijam teclas modificadoras (Ctrl/Alt).
  • Em modais: mova foco para dentro quando abrir, devolva ao acionador quando fechar.

Método de verificação

Realize testes com Tab, Shift+Tab, Enter, Espaço e ESC; verificar foco visível.

  • Percorra toda a interface apenas com teclado.
  • Verifique se o foco aparece em cada elemento interativo.
  • Abra/feche modais e menus para confirmar que não há armadilhas e que o foco retorna ao acionador.
  • Use leitores de tela (NVDA, JAWS, VoiceOver) para verificar ordem e foco.
  • Use ferramentas como WAVE, Axe ou Lighthouse para identificar problemas. Contudo, nunca dispense o teste humano.

Exemplos

Site com outline e Modal com foco visível e ESC promovem acessbilidade. Site sem outline prejudica.

Corretos:
• Modal abre com Enter, o foco vai para o título; ESC fecha e o foco retorna ao botão.
• Formulário com ordem lógica de campos e mensagens de erro anunciadas no foco.

Incorretos:
• Site com outline: none, ou seja, sem indicação de foco.
• Menu que só abre com clique de mouse.
• Modal que abre, mas o foco continua atrás e não retorna ao acionador.

O que não fazer?

Não remova outline (contorno); não prenda foco; não crie menus inacessíveis.

  • Não remova o contorno de foco (outline: none) sem fornecer uma alternativa perceptível, pois impede a identificação da interação na tela.
  • Não use elementos genéricos (<div>, <span>) como botões sem garantir suporte total ao teclado, pois isso impede a interação completa pelo teclado.
  • Não crie modais ou carrosséis que impeçam a saída pelo teclado, pois bloqueiam a navegação.
  • Não quebre a ordem natural de tabulação usando valores positivos de tabindex, pois quebra a sequência lógica.
  • Não crie atalhos de teclado que interfiram na digitação em campos de texto (exemplo: pressionar “s” dentro de um input), pois geram ações inesperadas.

Normas de referência

WCAG 2.1.1; WCAG 2.4.7; WCAG 2.1.2; WCAG 2.4.3; WCAG 2.1.4; NBR 17225; eMAG.

  • WCAG 2.1.1 (Teclado, nível A): toda funcionalidade deve estar disponível pelo teclado.
  • WCAG 2.4.7 (Foco visível, nível AA): foco do teclado deve ser claramente perceptível.
  • WCAG 2.1.2 (Sem armadilha de teclado, nível A): não impedir o usuário de sair de um componente.
  • WCAG 2.4.3 (Ordem do foco, nível A): foco deve seguir ordem lógica.
  • WCAG 2.1.4 (Atalhos de tecla, nível A): atalhos não podem interferir na digitação.
  • NBR 17225: norma brasileira convergente às diretrizes internacionais.
  • eMAG: guia de acessibilidade para governo eletrônico.

Outras normas relacionadas:

  • WCAG 1.3.1 (Informações e relações): estrutura semântica auxilia na ordem de tabulação.
  • WCAG 4.1.2 (Nome, função, valor): elementos customizados devem expor informações corretas para leitores de tela e teclado.

Saiba mais

Recursos práticos sobre navegação por teclado e foco.