Arquitetura de site: por que seu site cresce, mas não gera resultado

Toda nova página parece justificada quando nasce. A campanha de lançamento pedia uma landing page, a área comercial quis uma página para o serviço novo, o RH precisava de um espaço para vagas, e cada pedido foi atendido no prazo.

Dois ou três anos depois, o site tem o dobro do tamanho, o menu ganhou itens que ninguém lembra de ter aprovado e trocar o nome de um serviço exige procurar o termo em dezenas de páginas.

O problema raramente está numa página específica. Ele aparece na soma de decisões tomadas sem regras comuns sobre o que entra no site, onde fica e como se conecta ao resto.

Sem essas regras, o site perde resultado por três caminhos: o visitante demora a encontrar o que procura, a informação fica inconsistente entre as páginas e a equipe gasta com retrabalho o tempo que iria para melhorias.

A arquitetura de site é o trabalho que define essas regras. Este guia mostra como reconhecer quando a estrutura virou gargalo, o que uma boa organização resolve e como reestruturar o site sem perder o que hoje traz visitas e oportunidades.

Quando o site cresce e fica mais difícil de usar e atualizar

Os sinais aparecem nas conversas internas antes de chegarem aos relatórios. Em sites corporativos de médio e grande porte, quatro situações se repetem:

• O visitante não encontra o serviço pelo nome que conhece: a oferta existe, mas está espalhada entre páginas de unidades de negócio, cada uma com um rótulo diferente;

• Cada campanha começa do zero: sem modelos de página e blocos reutilizáveis, o marketing depende do desenvolvimento para publicar uma landing page parecida com a anterior;

• A mesma informação vive em vários lugares: o número de clientes, o endereço de uma unidade ou a descrição de um produto aparece em dez páginas, e a correção chega a sete;

• Ninguém sabe o que pode sair do ar: páginas de eventos antigos e serviços descontinuados seguem publicadas porque não há registro de quem responde por elas.

Para quem visita, o efeito é um caminho mais longo e menos confiável até a decisão. O comprador B2B que compara fornecedores encontra informações divergentes e tem de montar sozinho a relação entre o serviço, a experiência da empresa no setor dele e os resultados já entregues. Para a equipe, cada ajuste pequeno consome horas de busca, revisão e retrabalho, e o site começa a ser visto como um obstáculo para as campanhas, quando deveria sustentá-las.

O que é arquitetura de site e como ela influencia os resultados?

Arquitetura de site é a organização do conteúdo de um site: quais páginas existem, como se agrupam, que nome recebem, em que nível ficam e por quais caminhos visitantes e buscadores chegam até cada uma. Ela deveria vir antes do layout e continuar valendo depois dele, porque orienta cada página nova que entra no site.

Três termos aparecem misturados nas conversas sobre o tema. Separá-los ajuda a localizar onde está o problema:

A Nielsen Norman Group, referência em pesquisa de usabilidade, trata arquitetura da informação e navegação como coisas diferentes: a primeira é a base que organiza o conteúdo, e a segunda é a camada que o usuário enxerga. A distinção explica por que um redesenho de menu, sem revisão da organização por trás dele, costuma mudar a aparência do site e manter as mesmas dúvidas do visitante.

Para o negócio, a estrutura de um site interfere em três momentos da jornada: encontrar a informação certa, entender como uma oferta se relaciona com as outras e chegar ao próximo passo, seja um contato, um orçamento ou um material.

Ela não decide a conversão sozinha. Oferta, preço, clareza do conteúdo, experiência da página e qualidade do tráfego também pesam na decisão. Uma boa arquitetura não salva uma proposta fraca, porém, uma estrutura confusa desperdiça visitas de pessoas que chegaram ao site com intenção de compra.

Como identificar se a estrutura está atrapalhando a jornada?

A estrutura com problemas deixa rastros em três lugares: nos dados de navegação, no conteúdo publicado e no comportamento das pessoas. Nenhum deles fecha o diagnóstico sozinho. Os sinais mais úteis aparecem quando as três fontes são cruzadas.

Métricas isoladas enganam. Uma taxa de rejeição alta na página de contato pode significar que o visitante achou o telefone e ligou, e um tempo longo numa página de serviço pode indicar interesse ou confusão. O dado mostra o que aconteceu, o inventário mostra o que existe e o teste com usuários ajuda a entender o porquê.

Num diagnóstico conduzido por especialistas, o ponto de partida mais comum é o inventário de conteúdo: uma planilha com todas as URLs, o tipo de cada página, o responsável, a data da última atualização, o tráfego, os links recebidos e as conversões. Com esse mapa, fica visível o que sustenta o resultado, o que se repete e o que ninguém visita há anos. Os testes com usuários entram em seguida, para confirmar se os grupos e nomes propostos fazem sentido para quem compra.

Os padrões que desorganizam um site corporativo

Poucos sites ficam desorganizados por descuido. Eles crescem atendendo a pedidos legítimos, um de cada vez, sem um critério que considere o conjunto. Quatro padrões aparecem com frequência.

Demandas avaliadas uma a uma

Cada área pede a página de que precisa, e a pergunta feita, em geral, é se o pedido cabe no prazo. A pergunta que falta é se o site já tem uma página que atende àquela necessidade, ou se a nova vai disputar espaço com uma existente. Sem ela, o site acumula versões parecidas do mesmo conteúdo.

Menus que reproduzem o organograma

Muitos menus corporativos seguem a divisão interna da empresa. Os itens recebem nomes de diretorias, unidades de negócio ou linhas de produto, porque é assim que as áreas se enxergam por dentro.

Quem visita o site não conhece essa divisão. A pessoa chega com um problema para resolver e procura por ele. Se uma indústria divide o menu em ‘Divisão Agro’ e ‘Divisão Industrial’, o comprador de um serviço de manutenção precisa adivinhar em qual das duas o serviço está.

O erro é antigo e conhecido. O livro Web Bloopers, de Jeff Johnson, publicado em 2003, já apontava como um dos problemas de usabilidade mais comuns em sites. 

“Um dos problemas mais comuns na arquitetura de sites corporativos é organizar o menu de acordo com a estrutura interna da empresa, e não pela lógica de quem acessa. Entender como as pessoas procuram as informações permite construir uma navegação mais intuitiva, com caminhos que fazem sentido para o usuário. ” - Rafael Andrighetti, Head de Design da Dexa

Campanhas fora da estrutura

Landing pages de campanha nascem com urgência, fora dos modelos do site e sem links para os serviços relacionados. Quando a campanha termina, a página continua no ar, sem dono, competindo com as páginas permanentes ou levando o visitante a uma oferta encerrada.

Ninguém decide o que sai

Quando ninguém tem autoridade para consolidar ou remover páginas, o site só aumenta. Governança de conteúdo é o acordo sobre quem decide e com que critério. Um modelo simples reduz boa parte do acúmulo:

Ao criar uma página, defina responsável e data de revisão. Ao consolidar, reúna o conteúdo na página mais forte e redirecione a outra com 301. Ao remover, use 301 se houver uma página equivalente; caso contrário, retorne 404 ou 410. Páginas mantidas também precisam de revisão periódica.

Os elementos da estrutura de um site e a função de cada um

Cada elemento da estrutura responde a uma pergunta diferente para o visitante e para os buscadores. Tratá-los pela função evita decisões tomadas por gosto ou por costume.

As recomendações oficiais do Google seguem a mesma lógica. O guia de introdução ao SEO sugere URLs descritivas e o agrupamento de páginas de tema parecido em diretórios. A documentação sobre links explica que o buscador usa links para encontrar páginas novas e avaliar a relevância de cada uma, e pede textos âncora descritivos. 

Sobre sitemaps, a orientação do Google é direta: quando as páginas estão bem ligadas por links, o buscador em geral descobre a maior parte do site. O sitemap complementa os links internos, sem substituir uma estrutura bem conectada.

Estrutura rasa ou profunda: qual funciona melhor?

Toda estrutura de site equilibra duas forças: mostrar muitas opções de uma vez ou distribuir o conteúdo em vários níveis. Na estrutura rasa, o menu exibe mais itens e o visitante chega ao que procura com poucos cliques.

Na estrutura profunda, o menu fica mais enxuto, mas o conteúdo específico está alguns níveis abaixo. Ela comporta sites grandes, porém cada clique extra aumenta a chance de o visitante se perder ou desistir no caminho.

Segundo a Nielsen Norman Group, nenhum dos dois modelos é melhor por definição. Estruturas rasas funcionam quando as categorias são claras e fáceis de reconhecer. Níveis intermediários ajudam quando o visitante precisa de contexto antes de escolher.

O ponto de partida para decidir é o conteúdo. Uma empresa com doze serviços que o comprador conhece pelo nome pode listá-los direto no menu. Um portfólio com oitenta soluções técnicas funciona melhor com categorias por necessidade, atalhos para os itens mais procurados e breadcrumbs que mostram onde o visitante está.

Agrupamentos temáticos: topic clusters e hub and spoke

Os dois modelos seguem a mesma lógica: uma página central reúne o tema e se liga a páginas que aprofundam cada parte dele, que por sua vez apontam de volta para o centro. O nome muda conforme o uso.

Topic cluster é o termo mais comum em conteúdo e SEO, com uma página pilar ligada a artigos de apoio. Hub and spoke aparece mais na organização de seções do site, com uma página que funciona como ponto de partida para as demais.

Num site corporativo, a página de um serviço de manutenção industrial pode ser o centro. Dela partem links para os setores atendidos, os cases do serviço e os artigos sobre planejamento de manutenção, e cada uma dessas páginas leva o visitante de volta ao serviço.

O modelo funciona quando o tema tem profundidade e demanda de verdade. Aplicado por fórmula, gera páginas de apoio que ninguém procura e links em que ninguém clica. O artigo sobre SEO para empresas mostra como esses agrupamentos sustentam a autoridade de um site.

De páginas isoladas a um sistema de conteúdo

Quando o site é montado por partes isoladas, o mesmo case aparece copiado nas páginas do serviço, do setor e de uma campanha. Se o cliente pede uma correção, alguém tem de lembrar onde estão as cópias.

Num sistema de conteúdo, a informação é cadastrada uma vez e aparece onde fizer sentido. Isso depende de duas camadas:

• Tipos de conteúdo definem o que a informação é. O tipo ‘Case’ tem campos como cliente, setor, serviço e resultado. Esse trabalho se chama modelagem de conteúdo;

• Componentes de interface definem como ela aparece. O mesmo case vira um card na página do serviço e um destaque na página do setor.

Assim, um case marcado com o serviço e o setor entra sozinho nas duas páginas, e uma correção no cadastro chega a todos os lugares. O mesmo vale para perguntas frequentes, comparativos e materiais que apoiam a contratação.

O marketing monta campanhas com componentes já aprovados, sem depender do desenvolvimento a cada página. O visitante encontra serviço, setor e prova de resultado ligados entre si.

No portal da Cemig Saúde, a Dexa trocou uma ferramenta proprietária por uma plataforma aberta, com Design System integrado ao CMS. Após a mudança, o tempo para publicar novas páginas caiu 70%, e os custos de front-end e de desenvolvimento repetitivo, 50%.

Esse modelo exige um CMS que suporte tipos de conteúdo, campos e relações, como o Drupal. O artigo sobre o CMS como pilar estratégico ajuda nessa escolha.

Como reestruturar o site preservando o que já funciona?

Reestruturar não significa apagar o site e começar de novo. As páginas que hoje recebem visitas, links de outros sites, conversões ou citações em respostas de IA carregam um histórico que deve ser transferido com cuidado. Um processo de reestruturação bem conduzido passa por seis etapas:

1. Diagnóstico. Cruzamento de dados de navegação, Search Console, busca interna e entrevistas com as áreas que publicam no site, para entender onde a estrutura trava a jornada e a operação.

2. Inventário. Lista completa de URLs com tipo, responsável, tráfego, links recebidos e conversões. É nessa etapa que se decide o que fica, o que é consolidado e o que sai.

3. Proposta de arquitetura. Nova hierarquia, rótulos, tipos de conteúdo, componentes e padrão de URLs, documentados num mapa do site e num modelo de conteúdo.

4. Validação. Card sorting e tree testing com pessoas do público-alvo e revisão com as áreas internas que vão manter o conteúdo.

5. Implementação. Mapeamento de cada URL antiga para a nova equivalente, redirecionamentos permanentes (301), revisão dos links internos para que apontem direto ao destino final e atualização do sitemap.

6. Monitoramento. Acompanhamento de rastreamento, indexação, tráfego e conversões nas semanas seguintes, com correção rápida de erros 404 e de redirecionamentos em cadeia.

Para a parte técnica, a documentação do Google sobre mudanças de URL recomenda preparar o mapeamento antes de mexer no servidor, usar redirecionamentos permanentes e mantê-los ativos pelo maior tempo possível, em geral, por pelo menos um ano. O buscador processa a mudança URL por URL, e sites de porte médio podem levar algumas semanas até ter a maior parte das páginas atualizadas no índice. O guia da Dexa sobre migração de SEO detalha esses cuidados.

A reestruturação também não pressupõe trocar o CMS ou refazer o site inteiro. Em muitos projetos, os ganhos mais rápidos vêm de reorganizar o menu, consolidar páginas duplicadas, criar modelos para campanhas e reforçar os links entre serviços, setores e cases. A troca de plataforma entra na conversa quando a ferramenta atual impede a modelagem de conteúdo ou a governança que o site exige. Esse caso tem cuidados próprios, descritos no artigo sobre migração de CMS.

Qual é a relação entre arquitetura, SEO e respostas de IA?

Buscadores e sistemas de IA dependem da mesma base: encontrar as páginas, entender do que cada uma trata e confiar nas informações. Três etapas diferentes são confundidas com frequência:

A arquitetura atua diretamente nas duas primeiras etapas. Uma página sem links internos e fora do sitemap pode demorar a ser encontrada. Páginas duplicadas obrigam o buscador a escolher qual versão mostrar.

A terceira etapa depende de outros fatores, como a clareza do conteúdo e a reputação da marca. Nenhuma estrutura garante que uma página será citada.

Aqui entram duas siglas. AEO (Answer Engine Optimization) organiza o conteúdo para responder perguntas de forma direta. GEO (Generative Engine Optimization) foca nos sistemas que geram respostas com IA, como ChatGPT, Gemini e o Modo IA do Google.

Segundo o guia do Google sobre recursos de IA, não há requisitos extras para aparecer nesses resultados: a página precisa estar indexada e apta a exibir snippet. As práticas de SEO continuam valendo.

A estrutura ajuda de três formas:

• Uma página por tema, para o buscador não escolher entre versões parecidas.

• Links internos descritivos, que mostram como serviço, setor e case se relacionam.

• Informação consistente, com nomes, setores e dados iguais em todas as páginas.

O artigo SEO vs. GEO explica o que muda na otimização para buscas com IA.

Como a Dexa apoia o crescimento de sites corporativos

A Dexa trabalha com experiência digital desde 2002. Para organizar o crescimento de um site, três frentes da empresa se complementam:

• Experience Design: sites, web apps e produtos digitais com UX estratégico e Design System, para reduzir retrabalho e manter a marca coesa. O artigo sobre consultoria em UX aprofunda essa frente.

• Enterprise Technology: desenvolvimento, migração e evolução de CMS, DXP e Drupal, com autonomia editorial e Managed Services para monitorar e atualizar a operação.

• Digital Growth: SEO, GEO, conteúdo e dados para a marca ganhar relevância nos buscadores e nas respostas de IA.

A combinação importa porque a arquitetura de site atravessa as três áreas: nasce no design, depende da plataforma para funcionar e exige acompanhamento de SEO depois do lançamento.

O Design System e a autonomia editorial sustentam o sistema de conteúdo descrito neste artigo: componentes prontos para montar páginas e um CMS que o marketing atualiza sem depender do desenvolvimento.