Este guia define arquitetura da informação, mostra como ela afeta rastreamento e autoridade, ensina um método para desenhar a hierarquia, discute a profundidade certa (e a regra dos três cliques, que é mito), alinha arquitetura com URL e breadcrumb, e explica como testar com usuários.
O que é arquitetura da informação?
A definição de referência vem do livro "Information Architecture: For the Web and Beyond", de Louis Rosenfeld, Peter Morville e Jorge Arango, cuja quarta edição a O'Reilly publicou em 2015. Os autores decompõem a arquitetura da informação (AI) em quatro sistemas:
- Organização: como o conteúdo é agrupado. Por assunto, por tarefa, por público, por ordem cronológica.
- Rotulagem: como os grupos são nomeados. "Tênis de corrida" ou "Running"? "Ajuda" ou "Central de suporte"?
- Navegação: como a pessoa se move entre os grupos. Menu, breadcrumb, links no conteúdo, filtros.
- Busca: como a pessoa pula a navegação e vai direto ao que quer.
Na prática de um site, a arquitetura da informação é o mapa de páginas: o que fica no menu, o que fica dentro de cada categoria, como as páginas se chamam e como se ligam. Ela existe antes do design visual e antes do conteúdo; é o esqueleto.
O que ela não é: não é a estrutura de pastas do servidor, não é o sitemap XML (o arquivo que lista as URLs para os buscadores) e não é o layout. Um site pode ter pastas bagunçadas e arquitetura clara, ou o contrário.
Como a arquitetura da informação afeta rastreamento e autoridade?
Dois mecanismos do Google dependem diretamente da arquitetura:
Descoberta. O guia de SEO para iniciantes do Google Search Central diz que "o Google encontra páginas principalmente por meio de links de outras páginas que ele já rastreou". Uma página que só existe no sitemap, sem link de nenhuma outra, fica fora do caminho principal de descoberta. O mesmo guia acrescenta que agrupar páginas parecidas em diretórios ajuda o Google a aprender com que frequência as URLs de cada grupo mudam, o que orienta o crawler a voltar mais nas áreas que mudam mais.
Prioridade. A quantidade de links internos que uma página recebe é o sinal que o site dá sobre o quanto ela importa. Uma página linkada do menu, de todas as páginas, é apresentada como estrutural; uma página a cinco cliques da home, linkada de uma só, é apresentada como periférica, e John Mueller já disse que, se todas as páginas linkam para todas, o Google não consegue ver qual é a principal. O guia de link interno detalha como esse sinal se distribui.
O efeito de uma arquitetura ruim aparece nos dois: páginas de produto que o Google demora semanas para encontrar, categorias importantes com menos links internos do que a página de política de privacidade, e autoridade recebida de fora que fica presa na home porque não há caminho claro para baixo.
Em e-commerce, o Baymard Institute mantém um benchmark de navegação por categoria e página inicial com 344 grandes lojas dos EUA e da Europa, revisando mais de 13 mil elementos, e classifica 76% delas com desempenho "medíocre" ou pior nesse quesito. A taxonomia de categorias, ou seja, a organização, é um dos tópicos avaliados.
Fonte: Baymard Institute, "E-Commerce Homepage & Category Navigation", benchmark de 344 sites, consultado em setembro de 2026.
Como desenhar a hierarquia de um site?
Um método em cinco passos, que funciona para blog, site institucional e loja:
- Liste todo o conteúdo. Cada página que existe ou vai existir, numa planilha, com uma linha por página. Para um site novo, liste os assuntos que precisam de página. Para um site existente, exporte as URLs do sitemap ou de um rastreador.
- Agrupe pelo que o usuário procura, não pelo organograma. O erro clássico é organizar o site pela estrutura da empresa (departamentos, produtos como o time de vendas os chama). A pessoa que chega procura por tarefa ou por assunto. "Tênis de corrida" é um grupo; "Linha Performance 2026" não é.
- Dê a cada grupo um rótulo que a pessoa usaria na busca. O teste é o Google Trends e a pesquisa de palavras-chave: se ninguém busca "soluções", o menu não deve dizer "soluções".
- Desenhe a árvore e conte os níveis. Home, categorias, subcategorias, páginas. Se um grupo tem uma página só, ele não é grupo: junte a outro. Se um grupo tem cinquenta, ele precisa de subgrupos.
- Decida o que vai no menu. O menu não é a árvore inteira; é o conjunto de entradas que cobre as tarefas principais. Sete a nove itens de primeiro nível costumam bastar; o resto fica acessível por dentro das categorias e pela busca.
Exemplo, com a árvore de uma loja de calçados:
1Home2├── Tênis3│ ├── Corrida4│ ├── Caminhada5│ └── Casual6├── Botas7├── Sandálias8├── Marcas9│ ├── Marca A10│ └── Marca B11└── Guias de compra12 ├── Como escolher tênis de corrida13 └── Tabela de tamanhos
A mesma loja organizada pelo organograma teria "Linha Performance", "Linha Lifestyle" e "Parceiros", que ninguém busca.
Este blog usa o mesmo princípio com artigos: um pilar por tema amplo (o que é SEO) e satélites por subtema (SEO on page, SEO técnico, cada tag), com o cluster funcionando como categoria. O guia de o que é SEO é o topo dessa árvore.
Quantos níveis de profundidade um site deve ter?
A resposta que circula há mais de vinte anos é "três cliques", e ela é falsa. O Nielsen Norman Group rastreou a origem: a referência publicada mais antiga é o livro "Taking Your Talent to the Web", de Jeffrey Zeldman, de 2001, que já a apresentava como conceito difundido, sem dados. Em 2003, Joshua Porter, da User Interface Engineering, testou a regra com 44 usuários e 620 tarefas, analisando mais de 8 mil cliques: as pessoas não desistiam mais depois de três cliques do que depois de doze, e a insatisfação variou entre 46% e 61% independentemente do tamanho do percurso. Quem acha o que procura não reclama de cliques; quem não acha reclama no terceiro ou no décimo.
Fonte: Nielsen Norman Group, "The 3-Click Rule for Navigation Is False", agosto de 2019; UIE, Joshua Porter, "Testing the Three-Click Rule", abril de 2003 (44 usuários, 620 tarefas).
Para o Google, a profundidade importa de outro jeito. John Mueller, analista de busca do Google, disse num hangout do Google Webmaster Central, em fala relatada pelo Search Engine Journal em junho de 2018, que "não contamos as barras nas URLs" e que o que importa é "quantos links você precisa clicar para chegar ao conteúdo, e não como a estrutura da URL se parece". Uma página a um clique da home, segundo ele, é "provavelmente bastante relevante".
Isso separa duas coisas que os guias confundem:
- Profundidade de clique (quantos links da home até a página) é o que Mueller usou como referência de relevância. Página importante deve estar perto da home, por link, não necessariamente por URL.
- Profundidade de URL (quantas pastas no endereço) é irrelevante para o Google e importa só para a pessoa ler o endereço.
A regra prática que sobra: cada página importante a até três cliques da home, por qualquer caminho (menu, categoria, link no conteúdo). Páginas secundárias podem estar mais fundo. E "importante" é definido por receita e por busca, não por quem pediu a página.
Como alinhar arquitetura, URL e breadcrumb?
Arquitetura, URL e breadcrumb são três representações da mesma árvore, e a confusão começa quando elas divergem:
Elemento | O que representa | Regra |
|---|---|---|
Arquitetura | A árvore lógica: o que está dentro do quê | Desenhada primeiro, a partir do usuário |
URL | O endereço; pode espelhar a árvore |
|
Breadcrumb | A trilha visível da posição da página | Mostra a árvore, com nomes de categoria, não segmentos de URL |
Menu | As entradas principais da árvore | Um recorte, não a árvore inteira |
Fonte: Google Search Central, guia de SEO para iniciantes, consultado em setembro de 2026; John Mueller, hangout relatado pelo Search Engine Journal em junho de 2018. A coluna "Regra" é recomendação editorial deste guia.
Duas decisões que vale tomar antes de lançar:
URL espelha a árvore ou não? Espelhar (/tenis/corrida/pace-3/) deixa o endereço legível e o breadcrumb automático, mas cria um problema quando o produto muda de categoria: a URL muda e exige redirecionamento. URL plana (/pace-3/) nunca muda, mas o breadcrumb precisa vir do banco de dados. Há lojas grandes com URL plana e blogs que espelham a árvore; a escolha depende de quanto a estrutura vai mudar.
Produto em duas categorias. O tênis está em "Corrida" e em "Marca A". A arquitetura permite; a URL só pode ser uma (a outra recebe canonical); o breadcrumb mostra a categoria principal.
O que nunca deve divergir: o nome da categoria no menu, no breadcrumb e no título da página de categoria. Se o menu diz "Corrida", o breadcrumb diz "Running" e a página se chama "Tênis para correr", a pessoa e o Google veem três coisas.
Como testar a arquitetura da informação com usuários?
O método padrão é o card sorting: dá-se às pessoas um conjunto de cartões, cada um com um item de conteúdo, e pede-se que agrupem e nomeiem os grupos. O Nielsen Norman Group descreve três variantes num artigo de fevereiro de 2024:
- Aberto: a pessoa cria os grupos e os nomes. Serve para descobrir a organização que faz sentido para o público, antes de desenhar.
- Fechado: os grupos já existem e a pessoa distribui os cartões. Serve para validar uma árvore proposta.
- Híbrido: grupos existem, mas a pessoa pode criar novos.
O NN/g recomenda de 30 a 50 cartões por sessão, e sobre a quantidade de participantes Jakob Nielsen calculou em 2004, a partir de um estudo com 168 pessoas na Fidelity: 15 participantes dão uma correlação de 0,90 com o resultado completo, e 30 dão 0,95. Ou seja, 15 pessoas bastam para achar a estrutura; mais do que 30 muda pouco.
Fonte: Nielsen Norman Group, "Card Sorting: Uncover Users' Mental Models", fevereiro de 2024; Jakob Nielsen, "Card Sorting: How Many Users to Test", julho de 2004 (base: Tullis e Wood, 168 participantes).
Ferramentas de card sorting remoto existem em várias plataformas de pesquisa com usuários; para um site pequeno, cartões de papel ou um quadro online com quinze pessoas da audiência resolvem.
Um segundo teste, que dispensa cartões, é o teste de árvore (tree testing): mostra-se só a árvore de categorias, sem design, e pede-se à pessoa que encontre onde um item estaria. Mede se os rótulos e a hierarquia funcionam antes de qualquer página existir.
Conclusão
Arquitetura da informação é a organização, a rotulagem e a ligação do conteúdo de um site, desenhada a partir do que as pessoas procuram e não do organograma, e ela define o que o Google descobre primeiro e trata como principal. A regra dos três cliques é mito, mas a profundidade de clique é um sinal real; URL e breadcrumb são representações da árvore, não a árvore. O próximo passo é listar as dez páginas que mais geram receita ou leads no seu site e contar quantos cliques cada uma está da home: a que estiver mais longe é a primeira a ganhar um caminho.
