Explore os comportamentos antes de definir a interface.
Guia rápido para designers
Sempre avalie o contexto da aplicação, mesmo com a orientação tendo um padrão. Design de interação documenta a intenção. O funcionamento deve ser verificado na implementação.
Quando usar
Use para acesso persistente às principais áreas da interface. Defina se os itens mudam de destino ou alternam painéis.
O que desenhar
Mostre rótulos curtos, área atual, foco e contagens quando existirem. A barra não deve encobrir conteúdo ou controles.
Como se comporta
Para destinos web, Tab percorre os links e Enter navega. Para painéis, use o padrão de abas com setas e ativação manual ou automática conforme o contexto.
O que documentar no Figma
Registre o padrão escolhido, destinos, seleção e foco após a mudança. Preserve o progresso e respeite áreas seguras e teclado virtual.
Como revisar
Confira se o objetivo e os estados são claros em telas pequenas e grandes, com ampliação. Verifique os comportamentos documentados na implementação, incluindo teclado e leitor de telas quando aplicáveis.
Orientações completas
Design de Interação
Questionamentos que devem ser feitos ao projetar uma Tabbar: uma barra persistente de acesso às principais áreas de uma interface.
Defina se os itens navegam entre destinos ou alternam painéis de conteúdo. Essa escolha determina a semântica, a navegação por teclado e o gerenciamento de foco.
Projetando para a "não interação"
- Os destinos principais possuem rótulos curtos e compreensíveis, além dos ícones?
- É possível identificar a área atual sem depender apenas de cor?
- A ordem e os destinos permanecem consistentes entre as áreas da interface?
- A quantidade de itens permite reconhecer e alcançar cada destino sem rótulos cortados?
Projetando para uso com mouse
- Cada item oferece uma área de clique clara e feedback de interação?
- O item escolhido leva ao destino esperado, sem confundir navegação com ações como salvar ou excluir?
Projetando para uso com gestos
- A área de toque permite selecionar um destino sem acionar o item vizinho?
- A barra respeita as áreas seguras do dispositivo e não encobre conteúdo, foco ou controles?
- A interface continua utilizável com ampliação, rotação e teclado virtual?
Projetando para uso com teclado
- O foco é visível e a ordem segue a apresentação dos itens?
- A navegação usa links nativos ou um conjunto de abas, com comandos coerentes com o comportamento escolhido?
- Após mudar de destino, o foco e o retorno permitem continuar a tarefa?
Projetando para uso com leitor de telas
- A barra tem um nome que identifica sua finalidade?
- Cada item informa seu nome e o destino atual ou a aba selecionada?
- Badges, como contagens de itens novos, são compreensíveis sem depender apenas de sua aparência?
Métodos de Interação
Interação com mouse
- Clicar em um item abre o destino correspondente e atualiza a indicação de área atual.
- No padrão de links, preservar comportamentos nativos como abrir um destino em outra aba.
- Ao selecionar a área atual, evitar recarregamentos ou redefinições inesperadas; comportamentos adicionais precisam ser previsíveis e documentados.
Interação com gestos
- Tocar em um item permite acessar a área correspondente.
- A indicação de seleção é atualizada e a barra permanece consistente entre os destinos.
- Gestos adicionais podem complementar a navegação, mantendo cada destino disponível por um controle explícito.
Interação com teclado — navegação entre destinos
- Em uma Tabbar web que navega entre páginas ou rotas,
TabeShift + Tabpercorrem os links na ordem da interface. Enterativa o link focado. Não exigirBarra de espaçopara links nem interceptar setas como se fossem abas.- Ao mudar de rota sem recarregar a página, atualizar o título e posicionar o foco em um destino lógico, como o título ou início do conteúdo.
Interação com teclado — alternância de painéis
- Quando o componente realmente alterna painéis na mesma página, aplicar o padrão de abas:
Tabentra pela aba selecionada e depois sai do conjunto para o próximo elemento na sequência. Seta para a direitaeSeta para a esquerdamovem o foco entre abas horizontais, incluindo a passagem da última à primeira e vice-versa.- Na ativação manual,
EnterouBarra de espaçoexibe o painel da aba focada. Ativação automática só é adequada quando o painel aparece sem atraso perceptível. HomeeEndpodem mover o foco para a primeira e última aba. Esse comportamento é opcional e deve ser consistente.- Atualizar
aria-selectede a associação com o painel; o foco permanece na aba após a seleção, eTabpermite seguir para o conteúdo.
Interação com teclado (ou gestos) + leitor de telas
- Na navegação web entre destinos, identificar a região de navegação, o nome de cada link e a área atual por
aria-current="page". - Na alternância de painéis, identificar o conjunto como
tablist, cada controle como aba e o painel comotabpanel, com rótulos e associações adequados. - Em aplicativos nativos, usar a semântica e os comandos fornecidos pela plataforma para a barra e seus itens.
- Com leitor de telas móvel, navegar pelos itens com os gestos da plataforma e tocar duas vezes ou usar o gesto de ativação para abrir o destino.
Gherkin
Metodologia BDD (Behavior-Driven Development ou Desenvolvimento Orientado ao Comportamento) com foco em 3 pilares: Histórias de Usuário, Critérios de Aceite e Sintaxes Gherkin (Dado (Given), Quando (When), Então (Then)).
Cenário: Considerando que estou em uma página ou aplicativo que contém uma Tabbar
Navegação por teclado — destinos
- QUANDO uso
Tabpara mover o foco para um link da Tabbar - O foco que VEJO é fortemente indicado visualmente
- ENTÃO, quando uso
Enterpara ativar o link - VEJO a área correspondente e a indicação de destino atual é atualizada
- E percebo que o foco permite continuar a navegação no novo conteúdo
- QUANDO uso
TabouShift + Tab, VEJO que posso percorrer os links sem prender o foco na barra
Leitor de telas para desktop
- QUANDO uso um leitor de tela no computador (NVDA, JAWS, VoiceOver) e uso
Tabpara focar um item de navegação - OUÇO o nome do destino, a identificação de link ou controle nativo equivalente e a indicação de área atual, quando aplicável
- ENTÃO, quando aciono o item com o comando adequado à plataforma
- OUÇO ou percebo que a área correspondente foi aberta e posso continuar a navegação pelo conteúdo
Leitor de telas para dispositivos móveis
- QUANDO uso um leitor de tela no celular (Talkback, VoiceOver) e deslizo o dedo para focar um item de navegação
- OUÇO o nome do destino, a identificação de link ou controle nativo equivalente e a indicação de área atual, quando aplicável
- ENTÃO, quando toco duas vezes ou uso o gesto adequado
- OUÇO ou percebo que a área correspondente foi aberta e posso continuar a navegação pelo conteúdo
Alternância de painéis na mesma página
- QUANDO a Tabbar foi implementada como conjunto de abas e uso
Tabpara entrar no conjunto - VEJO que o foco chega à aba selecionada
- ENTÃO, quando uso
Seta para a direitaouSeta para a esquerda - VEJO que o foco se move entre as abas
- E, na ativação manual, quando uso
EnterouBarra de espaço, VEJO o painel correspondente - QUANDO uso leitor de telas, OUÇO o nome da aba e seu estado selecionado atualizado
- E posso seguir para o conteúdo do painel com
Tab
Interação com mouse ou toque
- QUANDO clico ou toco em um item da barra
- VEJO a área correspondente e a indicação de área atual
- E VEJO que a barra não encobre o conteúdo ou os controles necessários para continuar a tarefa
Pontos de atenção
- Tabbar de navegação e abas de conteúdo podem ter aparência semelhante, mas possuem comportamentos diferentes. Não usar tablist apenas porque os links estão alinhados em uma barra.
- Na web, usar links para destinos navegáveis e
aria-current="page"para o atual. Usar o padrão de abas earia-selectedquando houver painéis alternados na mesma página. - Manter uma quantidade reduzida de destinos principais. A quantidade e a posição devem seguir o contexto e as recomendações da plataforma adotada.
- Não usar a barra para ações isoladas, como salvar, excluir ou enviar um formulário.
- Manter rótulos visíveis sempre que possível. Se houver apenas ícones, fornecer nomes acessíveis e avaliar se sua finalidade é reconhecível. Preferir Material Icons em exemplos web.
- Ícones decorativos devem ser ocultados das tecnologias assistivas. Contagens e badges informativos precisam ter significado acessível e evitar anúncios duplicados.
- Não depender apenas de cor para indicar o destino atual; combinar texto e indicação visual perceptível.
- Se a barra for fixa, reservar espaço no conteúdo e respeitar as áreas seguras da plataforma. Conferir foco, ampliação e teclado virtual.
- Mudanças de rota precisam atualizar título, foco e histórico de navegação conforme o fluxo. Evitar apagar dados ou o progresso ao alternar áreas.
- Os padrões nativos Apple e Material usam recursos próprios de suas plataformas. Adaptar os exemplos web conforme a finalidade do componente e verificar o comportamento com tecnologias assistivas.
Referências
Padrões de Design
- Apple — Tab bars open_in_new (link externo, abre em uma nova aba) — Orientações para barras de navegação em interfaces Apple.
- W3C WAI-ARIA APG — Tabs Pattern open_in_new (link externo, abre em uma nova aba) — Referência para a variação que alterna painéis na mesma página.
Design System
- Material Design 3 — Navigation bar open_in_new (link externo, abre em uma nova aba) — Barra de navegação entre destinos principais.
- Bootstrap — Navs and tabs open_in_new (link externo, abre em uma nova aba) — Exemplos web de navegação e abas; escolher a semântica conforme a finalidade.