Um plano de site mal concebido não apresenta apenas um problema de ergonomia. Desde que o Google substituiu o FID pelo INP (Interação para o Próximo Pintar) como Core Web Vital em março de 2024, a reatividade de cada interação em uma página conta para o ranking. Um mega-menu JavaScript mal otimizado que ultrapassa o limite de 200 ms em INP degrada diretamente a visibilidade orgânica, mesmo que o sitemap XML esteja tecnicamente limpo.
INP e navegação: o sinal SEO que os planos de site ignoram
A maioria dos guias sobre a estrutura da web trata a estrutura como um exercício puramente lógico: categorias, subcategorias, profundidade de clique. Observamos que essa abordagem omite um fator técnico que se tornou determinante.
O INP mede a latência de todas as interações do usuário durante uma visita, não apenas a primeira. Um menu suspenso com animações CSS pesadas, um filtro de categorias que aciona uma re-renderização completa do DOM, ou um rodapé sobrecarregado de links internos que desacelera a análise: cada um desses elementos de navegação alimenta a pontuação INP.
Recomendamos testar cada componente de navegação isoladamente com as ferramentas do Chrome DevTools (aba Performance). Se a abertura de um submenu levar mais de 200 ms entre o clique e a renderização visual, o componente deve ser refatorado antes de qualquer reflexão sobre a estrutura. Para observar como um plano do site Pucker Up estrutura suas entradas sem sobrecarga, é um bom exemplo de sitemap leve que não penaliza a reatividade geral.
Estrutura de site web e profundidade de rastreamento: a regra dos três cliques está obsoleta
A famosa regra dos três cliques nunca foi validada por um estudo rigoroso. O que conta para os motores de busca é a profundidade de rastreamento efetiva, ou seja, o número de links que o Googlebot deve seguir desde uma página de entrada para alcançar um conteúdo.
Um site de 500 páginas com uma estrutura plana (todas as páginas em dois níveis) distribui melhor o orçamento de rastreamento do que um site de 50 páginas organizado em cinco níveis de categorias aninhadas. A profundidade não é um problema de número de cliques para o usuário, mas de número de saltos para o robô.
Estruturar as categorias por intenção de busca
Organizar as páginas por temática de negócio parece natural. Em SEO, isso é frequentemente um erro. As categorias de um site devem refletir as intenções de busca dos usuários, não o organograma da empresa.
- Agrupar as páginas que respondem a uma mesma consulta alvo sob um mesmo nó pai, mesmo que elas se refiram a serviços diferentes internamente
- Criar páginas de categoria que visem explicitamente uma palavra-chave de volume (ex: “criação de site” em vez de “nossos serviços web”)
- Remover os níveis intermediários que não têm uma consulta associada: se ninguém busca o termo, a página de categoria serve apenas para diluir a malha
Cada nível de estrutura deve corresponder a uma consulta real. Um nível sem consulta é um nível desnecessário para o SEO e um clique adicional para o visitante.
Acessibilidade e navegação: a Lei Europeia de Acessibilidade muda o jogo
Desde 28 de junho de 2025, a Lei Europeia de Acessibilidade impõe requisitos concretos sobre a navegação dos sites destinados aos consumidores na UE. A norma de referência é a EN 301 549, alinhada com WCAG 2.2 nível AA.
Concretamente, três pontos impactam diretamente a organização de um plano de site:
- A ordem de tabulação deve seguir a lógica visual do conteúdo: um menu cujos elementos são reordenados em CSS mas não no DOM cria uma navegação incoerente pelo teclado
- Os elementos de navegação ocultos (menus hamburger, submenus ao passar o mouse) devem ser acessíveis sem mouse, com estados de foco visíveis
- As páginas do plano de site devem ser acessíveis por pelo menos dois caminhos distintos (menu principal, sitemap HTML, trilha de navegação ou links internos contextuais)
Não respeitar esses critérios expõe a sanções, mas além do risco jurídico, um site acessível é um site melhor rastreado. O Googlebot não passa por um menu, ele o percorre sequencialmente como um leitor de tela.
Sitemap XML e sitemap HTML: duas ferramentas, duas funções distintas
A confusão entre o arquivo sitemap.xml e a página HTML do plano de site persiste. O sitemap XML é um arquivo técnico destinado aos robôs de indexação. Ele lista as URLs com seus metadados (data de modificação, prioridade). A página HTML do plano de site é destinada aos usuários e à acessibilidade.
Recomendamos manter os dois, mas com lógicas diferentes. O sitemap XML deve conter apenas as páginas indexáveis (sem páginas paginadas, sem páginas de filtros, sem redirecionamentos). Um sitemap XML limpo lista apenas as URLs em 200 com uma tag canonical auto-referente.
Frequência de atualização do sitemap XML
Um sitemap estático gerado uma vez na publicação do site perde seu valor após alguns meses. Os CMS como WordPress regeneram o arquivo automaticamente, mas essa regeneração às vezes inclui URLs indesejadas (páginas de autor, arquivos por data, páginas de tags vazias).
Verificar trimestralmente se o sitemap XML não contém URLs órfãs ou URLs que retornam um código 404 é o mínimo. O Google Search Console sinaliza essas incoerências no relatório de cobertura, mas com um atraso que pode chegar a várias semanas.
O plano de site HTML, por sua vez, deve permanecer legível: uma página com 2.000 links não hierarquizados não ajuda ninguém. Agrupar os links por seção e limitar a exibição às páginas estratégicas torna essa página útil tanto para os visitantes quanto para a malha interna.
A organização de um plano de site não é um exercício pontual. A estrutura evolui com o conteúdo, as consultas-alvo e as restrições técnicas. Uma auditoria trimestral da estrutura, do sitemap XML e da conformidade de acessibilidade continua sendo o meio mais confiável de manter uma navegação que atenda tanto os usuários quanto os motores de busca.
