Alvos de toque: qual deve ser o tamanho mínimo

Alvos de toque precisam combinar tamanho e espaçamento para evitar erros de acionamento. Entenda o mínimo da WCAG e quando projetar áreas interativas maiores.

Miniatura 2D minimalista com três controles de ícone dentro de áreas de toque amplas e separadas.
Nível de impácto
Alto
Status
Recomendado
Nível de evidênica
Forte evidência

Contexto

Em interfaces por toque, o limite visível de um ícone ou botão não precisa coincidir com sua área interativa. Um ícone pequeno pode funcionar bem quando recebe uma área de toque maior; por outro lado, controles visualmente grandes ainda podem causar erro se ficarem próximos demais.

As medidas mais citadas — 24, 44 e 48 — não são equivalentes. Elas vêm de níveis diferentes de exigência e recomendações de plataformas. Por isso, a decisão deve começar pelo contexto de uso, pela consequência do erro e pela densidade necessária, sem tratar um único número como regra universal.

Projete o alvo interativo, não apenas o elemento visual.

Atenda ao piso de conformidade. Para controles por ponteiro, garanta uma área de pelo menos 24 × 24 CSS pixels ou espaço equivalente previsto pela WCAG 2.2.

Use 44–48 unidades como referência prática. Para botões, ícones e ações usadas no toque, prefira uma área de 44 × 44 CSS pixels/pt ou 48 × 48 dp, conforme a plataforma e o sistema de design.

Amplie o hit area sem ampliar o ícone. Um ícone pode permanecer compacto quando seu botão, padding ou pseudo-elemento oferece uma área clicável maior.

Aumente tamanho e separação em ações críticas. Dê mais espaço a controles frequentes, irreversíveis, posicionados na borda da tela ou usados em movimento.

Cheque os vizinhos. Quando um alvo for menor que 24 × 24 CSS pixels, avalie o espaçamento em torno dele; não basta medir apenas o ícone.

Teste no dispositivo e no fluxo real. Verifique toque com uma mão, zoom, diferentes tamanhos de tela, teclado e tecnologias assistivas.

Regra prática

Use 24 × 24 CSS pixels como piso de acessibilidade AA. Para controles de toque comuns, projete 44–48 unidades de área interativa. Aumente além disso quando o erro for custoso, a ação for frequente ou o contexto reduzir a precisão.

Captura do Apple Human Interface Guidelines mostrando controles com espaçamento insuficiente e suficiente.
Exemplo real — Apple Human Interface Guidelines: a comparação mostra controles com espaçamento insuficiente e suficiente. A fonte recomenda uma região de toque de 44 × 44 pt e destaca que o espaço entre controles reduz acionamentos acidentais. Isso ilustra por que medir apenas o ícone não basta. Fonte: https://developer.apple.com/design/human-interface-guidelines/accessibility

Porque isso importa?

Alvos pequenos e muito próximos aumentam toques acidentais, tornam a interação mais lenta e excluem pessoas com tremores, mobilidade reduzida, baixa precisão motora ou uso temporariamente limitado de uma das mãos. Eles também dificultam a operação em deslocamento, com o dispositivo apoiado ou em telas grandes.

O critério WCAG 2.2 2.5.8 estabelece 24 × 24 CSS pixels como mínimo AA para alvos de ponteiro e permite exceções específicas, inclusive por espaçamento. Já o critério 2.5.5, no nível AAA, define 44 × 44 CSS pixels. Esses critérios tratam de conformidade; não garantem, sozinhos, conforto ou eficiência em todos os cenários.

As diretrizes de plataformas convergem para áreas mais generosas: Apple recomenda 44 × 44 pt e Android recomenda 48 × 48 dp. A pesquisa de Parhi, Karlson e Bederson sobre uso do polegar com uma mão também encontrou melhor desempenho e preferência com alvos físicos maiores em tarefas discretas. Essas referências sustentam uma recomendação de projeto mais segura do que simplesmente cumprir o mínimo AA.

  • Botões de ação em telas móveis.
  • Botões apenas com ícone.
  • Controles em barras e toolbars.
  • Fechar modal e voltar.
  • Ações frequentes ou irreversíveis.
  • Checkboxes, radios e switches.
  • Controles próximos à borda da tela.
  • Medir apenas o ícone visível.
  • Usar 24 px como tamanho ideal.
  • Juntar ícones pequenos sem espaço.
  • Reduzir o alvo para caber mais ações.
  • Usar exceções sem avaliar o contexto.
  • Depender de precisão motora.
  • Esconder a área de toque sem feedback.
Captura do U.S. Web Design System mostrando testes de acessibilidade de radio buttons e a verificação de alvos de toque.
Exemplo real — U.S. Web Design System: a página de testes do componente documenta o critério 2.5.8 e verifica se os alvos clicáveis têm pelo menos 24 × 24 px. Ela também orienta testes de teclado e leitor de tela, mostrando como o requisito pode virar uma verificação do componente. Fonte: https://designsystem.digital.gov/components/radio-buttons/accessibility-tests/

Recomendações

Faça

Práticas recomendadas
  • Projete a área interativa.
  • Prefira 44–48 no toque.
  • Amplie o hit area de ícones.
  • Separe ações vizinhas.
  • Priorize ações críticas.
  • Teste em aparelho real.
Exemplo correto em wireframe: dois ícones pequenos dentro de áreas interativas amplas e separadas.
Exemplo correto: os ícones são visualmente compactos, mas cada controle possui uma área interativa ampla e separada, reduzindo toques acidentais.

Evite

Práticas a evitar
  • Alvos pequenos e colados.
  • Medir só o elemento visual.
  • Tratar 24 px como ideal.
  • Comprimir barras de ação.
  • Exigir toque preciso.
  • Ignorar contexto e consequência.
Exemplo incorreto em wireframe: quatro ícones pequenos e comprimidos em uma barra de ações.
Exemplo incorreto: quatro controles pequenos ficam comprimidos em uma barra, exigindo precisão excessiva e aumentando o risco de acionar a ação errada.

Acessibilidade

O critério WCAG 2.2 2.5.8 (nível AA) exige que alvos para entrada por ponteiro tenham pelo menos 24 × 24 CSS pixels, salvo exceções de espaçamento, equivalente, conteúdo em linha, controle do agente do usuário ou situação essencial. Se o alvo for menor, a avaliação considera a distância para outros alvos: um círculo imaginário de 24 CSS pixels centrado em cada alvo não pode se sobrepor a outro alvo ou círculo.

Links inseridos em uma frase e controles cujo tamanho é determinado pelo navegador têm exceções próprias, mas isso não transforma ícones compactos de uma toolbar em conteúdo em linha. O critério 2.5.5 (AAA) eleva o tamanho para 44 × 44 CSS pixels.

Garanta também nome acessível, foco visível e operação por teclado. A expansão da área de toque não pode criar regiões sobrepostas, impedir o foco, esconder o estado do controle ou tornar ambígua a ação anunciada por leitor de tela.

Checklist

  • Todo alvo atende a 24 × 24 CSS pixels ou à exceção de espaçamento?
  • Botões e ícones de toque usam 44–48 unidades quando possível?
  • A área interativa é maior que o ícone quando necessário?
  • Controles próximos têm separação suficiente?
  • Ações críticas receberam área e distância maiores?
  • Links em texto foram avaliados como conteúdo em linha?
  • Não há áreas interativas sobrepostas?
  • O foco de teclado permanece visível?
  • Nome e estado acessíveis foram preservados?
  • A interação foi testada em dispositivo real?

Referências

W3C WAI — WCAG 2.2, critério 2.5.8: Target Size (Minimum). Define, no nível AA, alvo de ponteiro de pelo menos 24 × 24 CSS pixels ou espaçamento equivalente e detalha as exceções aplicáveis. Consultar o critério de tamanho mínimo.

W3C WAI — WCAG 2.2, critério 2.5.5: Target Size (Enhanced). Define 44 × 44 CSS pixels no nível AAA e explica por que controles maiores reduzem acionamentos não intencionais. Consultar o critério aprimorado.

Apple Human Interface Guidelines — Buttons e Accessibility. Recomenda uma região de toque de pelo menos 44 × 44 pt para que controles possam ser acionados com segurança. Consultar as orientações para botões da Apple.

Android Developers — Make apps more accessible. Recomenda uma área focalizável de pelo menos 48 × 48 dp; o elemento visual pode ser menor quando o padding compõe essa área interativa. Consultar as recomendações de alvo de toque do Android.

U.S. Web Design System — Accessibility tests. Aplica o requisito AA de 24 × 24 pixels em testes de componentes clicáveis e explicita que tamanho e espaçamento devem ser verificados na implementação. Consultar os testes de acessibilidade do USWDS.

Parhi, Karlson e Bederson — Target size study for one-handed thumb use on small touchscreen devices. Estudo experimental sobre o uso do polegar com uma mão; encontrou aproximadamente 9,2 mm para tarefas discretas e 7,6 mm para tarefas seriais como tamanhos suficientes sem piorar desempenho e preferência. A conversão para pixels depende do dispositivo, portanto o estudo apoia uma direção de projeto, não uma equivalência fixa. Consultar o artigo científico.

Apple Human Interface Guidelines — Accessibility. A documentação recomenda considerar tanto o tamanho do alvo quanto o espaçamento entre controles; para iOS e iPadOS, indica 44 × 44 pt como referência geral para controles. A captura mostra visualmente a diferença entre controles com pouco e com suficiente espaçamento. Consultar as orientações de acessibilidade da Apple.

Veja também

Esta recomendação foi útil para você?