Início › Recursos › Critério WCAG

Navegação por teclado segundo WCAG 2.1.1

Cada função tem de ser alcançável e acionável com o teclado. Isto afeta sobretudo os elementos de controlo feitos à mão (div/span com controlador de clique em vez de button/a).

Erros frequentes

<div>/<span> clicáveis sem tabindex nem controlador de teclado, menus pendentes só em :hover, modais sem gestão do foco, carrosséis sem botões de comando.

Como fazer bem

Usar elementos nativos (button, a, input). Onde não for possível: role, tabindex="0" e controlador keydown para Enter/Espaço. Sem armadilhas de teclado — também se tem de conseguir sair.

Limite do teste automático

A utilização por teclado só se verifica com interação real — a análise gratuita do a11yglass não a cobre. Percorrer a página de cima a baixo apenas com Tab, Shift+Tab, Enter, Espaço e as setas.

Como o a11yglass ajuda

A análise gratuita verifica o HTML e o CSS fornecidos à procura de infrações às WCAG detetáveis automaticamente e indica em cada constatação o critério de sucesso e uma medida concreta. Deteta cerca de 20–35 % dos problemas e não substitui uma auditoria completa.

Continuar a ler

• Foco visível segundo WCAG 2.4.7
• Etiquetagem de formulários segundo as WCAG
• Movimento segundo WCAG 2.2.2 / 2.3.3

Informação geral prestada de boa-fé, sem valor de aconselhamento jurídico. Para o caso concreto, recorrer a um escritório especializado em direito das tecnologias de informação.