Estrutura de silo do site: intenção, URLs e links internos

O que está errado em um site típico

Abra quase qualquer site de um nicho com produto ou serviço real — fabricação, atacado, serviços B2B, e-commerce, fornecedores do setor público. B2B, B2C ou B2G — o cenário costuma ser o mesmo: um catálogo ou lista de serviços, páginas de entrega e pagamento, uma seção “sobre” e certificados. Na melhor das hipóteses, devoluções e garantia.

Isso não é um site. É um cartão de visitas digital.

Um exemplo de nicho — a lógica vale para qualquer site. Uso roupa de trabalho como exemplo: o produto é complexo, os compradores podem ser pessoas físicas, jurídicas ou órgãos públicos, e a linha de produtos facilmente vira um catálogo sem fim e sem sentido. Os mesmos princípios para seções e páginas, ligados à demanda real, valem para e-commerce, serviços, B2B, mídia etc.: mudam as entidades e as URLs, não os princípios. CMS, idioma e hospedagem não mudam as regras de arquitetura.

Do ponto de vista de SEO, essa estrutura significa que o site disputa, na prática, um conjunto limitado de cerca de 15–100 termos principais (depende do nicho). Tudo o que fica abaixo disso — consultas de cauda longa com intenção específica — fica de fora. Quem pesquisa “roupa de trabalho de inverno para soldador retardante a fogo comprar” chega à página dedicada a essa consulta.

Os donos costumam conhecer o produto a fundo, mas esquecem que o visitante pode ainda não ser especialista. O site deve mostrar tanto o produto ou serviço quanto a empresa e as pessoas por trás dele: quem é a empresa, como funcionam a produção ou o serviço, o que sustenta as promessas. Uma arquitetura temática bem pensada (silo) ajuda buscadores e usuários a ir do geral ao específico sem lacunas.

Cobertura semântica em números

zoom_in

Cobertura semântica: a métrica que faltava

Antes de comparar os esquemas, vai uma definição de trabalho que mantém o resto simples.

Cobertura semântica é a parcela da demanda real de busca sobre um tema que o seu site cobre com as próprias páginas. Não é número de páginas nem de posições — é cobertura de intenção: o quanto a estrutura responde ao que as pessoas de fato pesquisam.

Não é um termo oficial — é uma métrica prática para o trabalho de arquitetura. Termos próximos usados no mercado são cocoons semânticos e cobertura de clusters por intenção; ambos se sobrepõem a como as equipes analisam lacunas de conteúdo e completude temática.

Da definição à execução

Três esquemas de URL para um site: do caos ao silo

Abaixo estão três árvores de URL para um projeto hipotético (usando a lógica de roupa de trabalho acima): caos típico, silo básico e silo estendido. Compare pela quantidade de intenções reais que cada versão consegue cobrir, não pela profundidade das URLs por estética.

Esquema 1 — “como de costume”. Sem silo, sem estrutura

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← orphan page, no parent hub
├── payment/           ← same problem
├── about/
└── contacts/

O que está errado:

/delivery/ e /payment/ ficam no segundo nível, mas não existe um hub /clients/. Sem hierarquia, sem breadcrumbs, sem lógica. O rastreador vê páginas, não estrutura.

O catálogo é plano. As categorias não estão ligadas a serviços, materiais ou setores.

A cobertura semântica começa pela parcela das intenções reais do usuário que o site atual consegue responder com páginas úteis e bem sustentadas.

Rotas aninhadas importam

A profundidade da URL não é cosmética. Um rastreador trata /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ como parte de um cluster temático. Já /zimnyaya-spetsodezhda-dlya-svarshchikov/, plana, é só uma página.

Regra: cada nível de URL precisa ser uma página real, com conteúdo próprio, não um segmento técnico.

Sitemap: um arquivo de índice com mapas separados por seção (estáticas, catálogo, serviços, blog etc.) facilita controlar o volume de URLs e as mudanças — o seohead.tech faz o mesmo.

Esquema 2 — Silo básico

site.com/
├── catalog/                          ← catalog hub
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← services hub
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← customer-facing hub
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

O que você ganha:

Um hub para cada área principal. /clients/ é o pai de entrega, pagamento e garantia. Usuários e rastreadores enxergam a hierarquia; as URLs batem com a estrutura; os breadcrumbs fazem sentido.

Ainda faltam:

• Nenhuma página para filtros de SEO (inverno + retardante a fogo + soldadores)
• Nenhuma landing de setores
• Nenhuma seção de materiais, glossário ou calculadoras
• As seções estão totalmente isoladas — sem links cruzados
• O autor não fica claro; E‑E‑A‑T fraco

Cobertura semântica — cerca de 20–30%.

Esquema 3 — Silo estendido. Cobertura total

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← separate template, not the blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

Cobertura semântica — cerca de 70–90%.

Com essa estrutura, o site cobre a jornada completa: composição e propriedades para quem está começando; catálogo ou listagens com filtros para demanda específica; serviços que mostram como você entrega resultados; um hub de clientes com logística e condições; páginas de setores e cases que mostram onde já deu certo.

Quando as pessoas hesitam, elas precisam de prova — produção ou processo, documentos, garantias, um ponto de contato real, online ou presencial. Não são “páginas da empresa”: elas respondem às objeções antes que a conversa com o time comercial comece.

Glossário e blog capturam a cauda longa — de definições a cenários especializados e estreitos. Eles atraem quem ainda não está pronto para comprar e constroem confiança na marca.

zoom_in

Como montar a estrutura do site: guia passo a passo

A arquitetura é desenhada antes de o editor do CMS abrir ou de a primeira página ir ao ar. A sequência é a mesma para qualquer nicho.

Prompt de IA: gerar a estrutura do site

Copie o texto abaixo em qualquer chat ou agente de IA: ele fará perguntas de acompanhamento e devolverá um .md pronto com a árvore de seções.

You are an SEO architect and content strategist. Your task is to design a website structure following the extended silo principle with full semantic coverage.

Before building the structure, ask me 3-5 clarifying questions:
- What does the business sell or do (product, service, niche)?
- Who is the target audience (B2B, B2C, B2G, mixed)?
- Is there an existing structure or website — if so, ask me to send it?
- Which industries or customer segments exist?
- Which extra sections matter: blog, glossary, calculators, case studies, materials/technologies?

Once you have the answers, build the structure by these rules:
1. Every section is a separate semantic hub with child pages.
2. Build the catalogue or service list as a matrix (category x attribute), and only where real demand exists.
3. Always include: author/expert, an "About" hub, a "For customers" hub, case studies, and a glossary or blog.
4. Do not create pages for volume — only where there is intent.

Return the result strictly as Markdown:
- # — the site (domain or name)
- ## — top level (catalogue, services, about, etc.)
- ### — subsection or hub
- #### — leaf pages

Section headings only — no URLs, no descriptions, no explanations inside the structure.

O que acontece depois: a IA faz perguntas → você responde ou envia a estrutura atual → você recebe um rascunho em .md → importa no XMind ou similar → ajusta visualmente → passa como referência para o desenvolvedor.

Exemplo de arquivo de saída (rótulos neutros)

Abaixo está um trecho reduzido do .md com títulos neutros — sem nicho nem produtos, só o esqueleto de aninhamento. A estrutura completa pode ter centenas de páginas.

# project.example

## Product range

### "Standard" line
#### Option for environment A
#### Option for environment B
#### Universal kits

### "Pro" line
#### Scenario X
#### Scenario Y
#### Scenario Z

### Related items
#### Zone 1 protection
#### Zone 2 protection
#### Ready-made sets

## Services

### Made to order
#### Small batches
#### Large batches

### Branding
#### Method A
#### Method B

## Materials knowledge base

### Material group 1
#### Subtype alpha
#### Subtype beta

### Material group 2
#### Subtype gamma

## Use cases

### Industry 1
### Industry 2
### Industry 3

## For customers

### Sizing and selection
### Care and maintenance
### Standards and regulations

## About

### Team
#### Leadership

### Production / facilities
### Certificates and approvals

## Blog
## Glossary
## Price list
## Contacts

Importe via File → Import → Markdown no XMind para obter um mapa aninhado e, em seguida, ajuste prioridades e links cruzados.

zoom_in

Matriz de filtros de SEO em vez de um catálogo sem fim

Use as categorias como base estável e cubra a demanda de detalhe com filtros de SEO e combinações de atributos — sem um catálogo plano e inchado. Você precisa de uma matriz: categoria × atributo. Cada célula preenchida = uma página de SEO com URL, H1, meta e conteúdo próprios. Célula vazia = sem página, sem intenção rasa. A mesma lógica vale para linhas de produtos estreitas ou amplas: interseções com sentido para a demanda real, não infinitos ramos de catálogo.

Isso gera 40–60 páginas direcionadas, em vez de cinco categorias. Cada uma é uma listagem concreta para uma consulta concreta. O traço é um sinal honesto: sem demanda, sem página rasa só para preencher a estrutura.

Links cruzados: silo não é prisão

Um erro comum é ler o silo como “as seções nunca se linkam entre si”. O que deve ficar isolado são os padrões de navegação. Links cruzados contextuais entre seções criam relação semântica.

Silo e pirâmide de links funcionam juntos. O silo define os clusters temáticos e quais blocos ficam lado a lado; a pirâmide move a autoridade dentro de um cluster (hub → folhas → de volta ao hub). Os links entre clusters continuam deliberados e precisos — como nos exemplos abaixo — sem diluir o tema. Na prática, é um modelo híbrido. Materiais externos (KeyGroup sobre linkagem e rastreamento; “fortaleza semântica” sobre cobertura de demanda) seguem no mesmo eixo.

Exemplos de bons links cruzados:

• Página de material /materials/fr-tkani/nomex/ → link para /catalog/dlya-svarshchikov/ogneupornaya/
• Card do produto → página de material
• Estudo de caso → produtos, materiais, serviços
• /services/poshiv-pod-zakaz/ → link para /materials/
• /industries/stroitelstvo/ → links para o catálogo, estudos de caso e serviços

Observação. Quando o texto é substancial e a estrutura está bem feita, os links aparecem naturalmente onde o leitor precisa. Uma página de tecido Nomex naturalmente menciona onde ele é usado; um estudo de caso linka para materiais e serviços. Se você precisa forçar links, o problema está na estrutura ou na escrita.

zoom_in

Estudo de caso como landing page, não como galeria

Páginas típicas de “cases”: grades de fotos e uma frase como “Entregamos”. Sem URL por caso, sem narrativa, sem links.

Um case de verdade é uma landing page:

Se houver etapas de obra, mostre-as em galeria no formato “antes / durante / depois”. Acabamento bruto → instalação → espaço pronto. O leitor rola a página e entende a escala. Isso não é só confiança — é conteúdo que mantém as pessoas na página e gera links internos reais entre as seções.

Uma página assim ranqueia para consultas como “equipar um canteiro de obras com roupa de trabalho”, passa autoridade para as URLs de produto e serviço e atende à intenção de empreiteiras.

Autor e E-E-A-T: uma pessoa por trás do site

Os sinais de qualidade de busca penalizam cada vez mais o conteúdo genérico e sem rosto: se o leitor não vê quem fala e qual experiência sustenta o texto, você perde para sites com autores e cases verificáveis. Isso vale para B2B, B2C e B2G.

Em nichos com produto real ou serviço complexo, as pessoas querem saber quem está por trás da oferta — um diretor, especialista ou profissional líder da área como voz do conteúdo, em qualquer CMS e tipo de site.

• Foto da pessoa em materiais, artigos e páginas de serviço
• Página de autor com bio, experiência e fotos de produção
• author no schema.org em todos os templates
• Comentário pessoal no lugar de conteúdo de enchimento anônimo

Não é só um sinal de SEO — em ciclos de venda longos, a confiança no autor converte.

Cobertura total e o núcleo semântico

Quando a estrutura já cobre o tema inteiro — glossário, materiais, serviços, setores, cases —, os conceitos adjacentes são respondidos pela própria arquitetura. Ferramentas de “LSI” importam menos, mas a análise de demanda continua obrigatória: sem ela, você não consegue priorizar páginas nem ver onde o tráfego realmente está.

Estudos de SEO e profissionais que trabalham com clusters temáticos e cocoons costumam observar que clusters ranqueiam mais rápido em sites com estrutura profunda do que em sites planos.

O núcleo semântico, então, é menos sobre “encontrar temas” — a estrutura já fez isso — e mais sobre priorização: quais páginas publicar primeiro, onde a demanda é maior e a concorrência menor.

Prós e contras do silo estendido

Seções universais: checklist para qualquer site

Esta é uma base que serve para a maioria dos negócios; ajuste conforme o nicho, o público e a demanda.

Este é um mínimo de referência. Conforme o negócio, a estrutura cresce ou encolhe — mas a lógica se mantém: cada seção corresponde a um tipo de intenção e se conecta às outras por links com sentido.