Um plano do site eficaz depende de decisões de hierarquia tomadas antes de qualquer protótipo. A profundidade dos cliques, a organização por intenção do usuário e a consistência dos rótulos determinam se o visitante chega à página certa ou desiste. Criar um plano do site claro exige tratar a estrutura como um entregável técnico, não como um exercício intuitivo de organização.
Profundidade dos cliques e orçamento de rastreamento: a restrição técnica do plano do site
Cada página estratégica deve estar acessível em, no máximo, três cliques a partir da página inicial. Além disso, os mecanismos de busca reduzem a frequência de rastreamento, e os visitantes desistem. Essa regra de profundidade condiciona toda a arquitetura do site.
Um site institucional com cinco a dez páginas não apresenta problemas de profundidade. As dificuldades surgem quando entram em cena um catálogo de produtos, um blog ativo ou várias subcategorias. Recomendamos mapear a profundidade real com um rastreamento (Screaming Frog, Sitebulb) antes de definir o menu, pois a profundidade percebida em uma planilha nem sempre corresponde à profundidade técnica.
Um ponto muitas vezes negligenciado: links JavaScript que não podem ser rastreados criam páginas órfãs, invisíveis para o Googlebot. O Google lembra que os links internos em HTML ajudam a descobrir páginas e a entender a relação entre elas. Verifique se cada item do plano do site aponta para uma URL acessível por meio de um link HTML padrão, e não de um onclick ou de um roteamento do lado do cliente sem renderização no servidor.
Para ver na prática como uma arquitetura plana se apresenta, o plano do site da Ludika Studio ilustra uma estrutura em que todas as páginas ficam a um ou dois níveis da raiz.
Organização por intenção do usuário, em vez de lógica interna
A maioria das arquiteturas reproduz o organograma da empresa ou a nomenclatura interna dos produtos. Já o visitante pensa em termos de necessidades: comparar, comprar, entrar em contato, entender um serviço. Organizar as páginas por intenção de busca reduz o número de cliques e a taxa de rejeição.
O método mais confiável continua sendo o card sorting. Você apresenta os títulos das páginas (em cartões físicos ou por meio de uma ferramenta como o Adapté Workshop) a um grupo de usuários do público-alvo. Eles agrupam os cartões livremente e, em seguida, você analisa os agrupamentos. O tree test complementa o exercício: pede-se aos participantes que localizem uma informação específica na arquitetura proposta, sem interface gráfica.
Esses dois testes revelam discrepâncias frequentes entre a lógica do negócio e a lógica do usuário. Um prestador de serviços pode classificar suas ofertas por setor de atividade, enquanto seus potenciais clientes procuram por tipo de serviço. Se o card sorting indicar uma organização diferente da que você havia previsto, é sinal de que a estrutura precisa ser reorganizada.
- Card sorting aberto: os participantes criam as próprias categorias; útil para um site novo ou uma reformulação completa
- Card sorting fechado: as categorias são predefinidas; útil para validar uma arquitetura já esboçada
- Tree test: mede a taxa de sucesso e o tempo necessário para encontrar uma página na hierarquia, sem influência do design
Rótulos de navegação: convenções e acessibilidade pelo teclado
Um rótulo de menu eficaz descreve o destino, não a ação. “Nossos projetos” funciona melhor do que “Descubra”, porque o visitante sabe o que encontrará ao clicar no link. Limite cada rótulo a duas ou três palavras. Acima disso, o menu fica ilegível em dispositivos móveis, e os testes de tree test mostram uma queda na taxa de sucesso.
Desde 28 de junho de 2025, o Ato Europeu da Acessibilidade se aplica a determinados serviços de comércio eletrônico destinados aos consumidores. Para os sites abrangidos, a navegação pelo teclado e a compreensão dos percursos fazem parte dos requisitos que devem ser considerados desde a concepção da estrutura.
O W3C recomenda que todos os elementos interativos possam ser acessados pelo teclado e que o foco permaneça visível. Na prática, isso significa testar se é possível abrir um menu suspenso, percorrer seus links e identificar o item selecionado sem usar o mouse. Um problema comum: um cabeçalho fixo que oculta o link que recebe o foco do teclado. O critério WCAG 2.2 “Focus Not Obscured (Minimum)” trata especificamente desse problema.
Trilha de navegação e referências contextuais
A trilha de navegação (breadcrumb) complementa o menu principal, mostrando ao visitante sua posição na hierarquia. Ela não substitui uma arquitetura clara, mas ajuda quem chega diretamente de um mecanismo de busca a uma página mais profunda, sem contexto.
Implemente a trilha de navegação com a marcação estruturada BreadcrumbList (schema.org). Assim, o Google pode exibir o caminho hierárquico nos resultados de busca, o que melhora a taxa de cliques.
Sitemap XML e plano do site em HTML: dois entregáveis distintos
O sitemap XML é destinado aos robôs de indexação. O plano do site em HTML é destinado aos visitantes. Confundir os dois significa ignorar um desses públicos. O sitemap XML lista todas as URLs indexáveis, com sua prioridade e data de modificação. Já o plano do site em HTML apresenta uma seleção organizada das páginas principais, geralmente em forma de lista hierárquica.
Um sitemap XML não compensa uma estrutura ruim de links internos. Se uma página não estiver vinculada a nenhuma outra por um link HTML, o sitemap XML informa ao mecanismo de busca que ela existe, mas a falta de links internos enfraquece sua autoridade. Por outro lado, um plano do site em HTML sem sitemap XML torna mais lenta a descoberta de novas páginas pelos rastreadores.
- Sitemap XML: arquivo técnico hospedado na raiz, declarado no robots.txt, limitado a 50.000 URLs por arquivo
- Plano do site em HTML: página navegável pelos visitantes, que reúne os principais links por categoria e pode ser acessada pelo rodapé
- Índice de sitemaps: necessário quando o site ultrapassa o limite de um único arquivo XML; aponta para vários sitemaps secundários
Quando gerar novamente o sitemap XML
Cada inclusão, exclusão ou redirecionamento de página justifica uma atualização do sitemap. Em um CMS como o WordPress, extensões geram o arquivo automaticamente. Em um site estático ou em um framework JavaScript com renderização no servidor, automatize a geração do sitemap no seu pipeline de implantação para evitar esquecimentos.
O plano do site mais legível do mundo não serve para nada se a hierarquia subjacente não refletir os percursos reais dos visitantes. Teste a arquitetura com usuários, verifique a profundidade técnica com um rastreamento e mantenha o sitemap XML sincronizado com cada publicação. A clareza de um plano do site é medida pela taxa de sucesso em um tree test, não pela elegância do menu.
