Como Construir uma Estrutura de Silo: Um Guia Prático

TL;DR — Uma estrutura de silo significa agrupar suas páginas por tópico e vinculá-las de modo que cada tópico se reforce: uma página “hub” principal principal links para todas as páginas detalhadas sob ela, e essas páginas linkam de volta. Para construir uma, descubra quais subtópicos as pessoas realmente pesquisam, crie uma página para cada um e vincule-os. Você pode colocá-los em uma pasta correspondente — mas os links são o que importa, não a pasta. E não tenha medo de linkar para tópicos relacionados em outras partes do seu site.

O que “construir um silo” realmente significa

Um silo é apenas um grupo de páginas sobre o mesmo tópico, interligadas com links internos. Imagine um guia sobre “email marketing.” O hub é a página de visão geral ampla. Os spokes são as páginas detalhadas sob ele — “linhas de assunto de email,” “sequências de boas-vindas,” “segmentação de lista,” e assim por diante. Construir o silo significa:

1. Decidir quais subtópicos ganham sua própria página (com base no que as pessoas pesquisam).
2. Vincular o hub a cada spoke.
3. Vincular cada spoke de volta ao hub e a spokes irmãos relevantes.

É isso. Tudo se resume a agrupar conteúdo relacionado e vinculá-lo deliberadamente em vez de deixar páginas espalhadas sem conexões.

A parte que todo mundo erra

Dois mitos que vale a pena esclarecer antes de construir qualquer coisa:

• A pasta não faz o silo. Você verá guias dizendo “coloque suas páginas em /email-marketing/ e você construiu um silo.” Não exatamente. O Google lê seus links, não os nomes das suas pastas. Uma pasta organizada é boa para você e seu CMS — mas se as páginas dentro dela não linkam entre si, não há silo. (Meu colega no artigo de arquitetura de site deste cluster apresenta o caso completo de por que o grafo de links é a arquitetura.)
• Você não precisa isolar seus tópicos. A versão antiga e estrita de siloing diz “nunca linke de um silo para outro.” Ignore isso. Se uma página no seu silo de email genuinamente se relaciona a uma página no seu silo de ecommerce, vincule-as. Isso ajuda os leitores e não prejudica seu SEO.

Como saber se um subtópico merece sua própria página

Não invente páginas para atingir algum número de “mínimo de 5 páginas” que você leu em algum lugar. O teste é simples: o subtópico tem sua própria demanda de pesquisa? Se as pessoas pesquisam por “sequência de email de boas-vindas” separadamente de “email marketing,” é um spoke real. Se você está enchendo para preencher uma cota, você só vai acabar com páginas finas competindo entre si.

A versão rápida de construir um

• Pesquise o tópico e liste os subtópicos que as pessoas realmente pesquisam.
• Crie uma página hub para o tópico amplo e uma página para cada subtópico real.
• Vincule o hub a cada página de subtópico, idealmente bem onde você menciona esse subtópico.
• Vincule cada página de subtópico de volta ao hub e a páginas irmãs intimamente relacionadas.
• Linke para tópicos relacionados em outras partes do site quando for genuinamente útil.

Quer o processo completo de construção e auditoria — como desenhar limites de silo com dados de palavras-chave, um modelo de matriz de links, regras práticas de cross-linking e as ferramentas para verificar se funcionou? Mude para a aba Avançado.

TL;DR — Este é o como, não o se. Presuma que concentração tópica mais interligação sensata é o objetivo (o debate sobre o modelo está resolvido no artigo de arquitetura de site deste cluster). Ordem de construção: (1) desenhe os limites dos silos a partir de dados reais de palavras-chave — demanda de busca distinta por subtópico, não uma cota de páginas; (2) espelhe o silo em pastas para a sanidade do CMS, se quiser, mas lembre-se de que o grafo de links é a arquitetura, não o caminho; (3) monte a matriz de links internos — hub para cada spoke, spoke de volta para o hub, spoke para irmãos relevantes; (4) faça cross-linking para outros tópicos quando um leitor realmente seguiria o link, e nunca use nofollow em um link entre silos; (5) evite os erros clássicos — excesso de silos, conteúdo entre tópicos órfão, limites desenhados em torno do seu organograma em vez da intenção de busca; (6) audite com um crawl para confirmar que os links planejados realmente existem.

Primeiro, o debate que este artigo não está tendo

Se você veio aqui perguntando “silo está morto?” ou “silo vs. cluster de tópicos — qual é o certo?”, isso é respondido em detalhes em outro lugar neste cluster. O artigo de arquitetura de site deste site faz toda a comparação entre silo vs. hub-and-spoke vs. cluster de tópicos e conclui onde eu concluo: mantenha a concentração tópica que os silos buscavam, abandone a regra estrita de “nunca linkar entre silos” e pare de procurar o “nome de marca” correto. Vá ler isso se quiser o porquê.

Uma nota sobre nomenclatura, já que “silo” é usado de forma ampla na indústria: o termo vem da metodologia de SEO de Bruce Clay do início dos anos 2000, que descrevia duas variantes — um silo físico (isolamento por pastas de URL) e um silo virtual (o mesmo isolamento aplicado apenas pela estrutura de links internos, sem mover URLs) — acompanhadas de uma regra estrita de não fazer cross-linking. Estruturas posteriores (clusters de tópicos da HubSpot, a linguagem hub-and-spoke que este cluster usa) cobrem terreno semelhante — agrupe por tópico, linke deliberadamente — mas não são a mesma metodologia nomeada, e nenhuma delas manteve a regra de isolamento. Este artigo usa “silo” como a maioria dos profissionais faz hoje: de forma ampla, para significar qualquer estrutura hub-and-spoke com concentração tópica, não o método original de Bruce Clay especificamente.

Este artigo pressupõe que você já aceitou que uma estrutura com concentração tópica e cross-linking sensato é o objetivo — e responde à próxima pergunta: como você realmente constrói uma? Tudo abaixo é um SOP de construção/auditoria. Quando uma pergunta de “porquê” surgir, apontarei de volta para o artigo de arquitetura em vez de re-discuti-la.

Passo 1 — Desenhe os limites dos silos com pesquisa de palavras-chave

A etapa mais subespecificada em todo guia concorrente de “como fazer silos” é onde os limites ficam. Os guias dizem “agrupe por tópico” e seguem em frente. A versão útil é mais específica: um subtópico merece seu próprio spoke quando tem demanda de busca demonstrada e distinta — não quando você precisa de outra página para atingir uma cota.

Sinais práticos de que um subtópico é um spoke real e não uma página de preenchimento:

• Tem volume de busca próprio, separado do termo pai. Se “sequência de e-mail de boas-vindas” recebe buscas significativas independentes de “marketing por e-mail”, é um spoke.
• Aparece como um cluster próprio de buscas relacionadas / As pessoas também perguntam. O mecanismo de pesquisa de clusters da própria HubSpot é reutilizável aqui, mesmo que eles não chamem isso de siloing: comece com um termo semente e leia as caixas de As pessoas também perguntam — essas são as perguntas relacionadas que o Google já agrupa com sua semente, e cada uma é um spoke candidato.
• Sua SERP parece significativamente diferente da SERP do pai — intenção diferente, tipos de resultado diferentes, páginas concorrentes diferentes. Se as duas SERPs são quase idênticas, você não tem dois tópicos; você tem um.

Ignore os números de “páginas mínimas por silo”

Você verá números confiantes e específicos em toda parte: mínimo de 5 páginas, 4–8 silos por site, 10–20 páginas de cluster, os 20 a 30 artigos de apoio da HubSpot. Observe que eles se contradizem e nenhum é baseado em dados reais. Trate-os como evidência de que não existe um padrão, não como orientação a seguir. O teste real é a demanda distinta por subtópico — a mesma posição de “sem número mágico de páginas de cluster” que o artigo de arquitetura de site deste cluster adota. Se um subtópico não consegue preencher nem duas ou três páginas genuinamente diferentes, não é um silo; funda-o no hub.

Cuidado com a canibalização na fronteira

Se dois spokes propostos visassem razoavelmente a mesma consulta, a fronteira está desenhada errada. Isso não é sinal de que você precisa de duas páginas concorrentes — é sinal de que essas duas páginas deveriam ser uma só. Desenhar fronteiras a partir de agrupamento real de palavras-chave (sobreposição de SERP compartilhada, volume distinto, intenção distinta) evita isso; desenhá-las a partir de como sua empresa pensa sobre sua oferta não evita.

Etapa 2 — A estrutura de URL é organização, não arquitetura

Aqui está a versão em uma linha, porque o artigo de arquitetura de site deste cluster já apresenta o caso completo: o grafo de links é a arquitetura, não o caminho da URL. O Google deduz a hierarquia a partir de como suas páginas se vinculam umas às outras, não dos nomes das suas pastas. Uma página em /email-marketing/welcome-sequences/ não sinaliza nada para o Google além do que seu conteúdo e seus links internos de entrada dizem sobre ela.

Então, o que você deve realmente fazer com as URLs? Espelhe o silo na sua estrutura de pastas se isso ajudar você e seus editores a manter o site organizado — isso é completamente aceitável e normal. O erro é acreditar que a pasta faz o trabalho de SEO. E a pior versão desse erro é usar nofollow em links que cruzam uma fronteira de pasta porque a fronteira parece sagrada (mais sobre isso na Etapa 4). Coloque as páginas onde seu CMS estiver mais feliz; depois faça o trabalho real de links, que é a Etapa 3.

Etapa 3 — Construa a matriz de links internos

Esta é a etapa que sustenta tudo, e é a que os concorrentes ignoram. “Vincule páginas relacionadas entre si” não é um procedimento. Aqui está um concreto, modelado diretamente na descrição do Google de uma hierarquia de tópicos em seus documentos de ecommerce — “adicione links de menus para páginas de categoria, de páginas de categoria para páginas de subcategoria e, finalmente, de páginas de subcategoria para todas as páginas de produto”. Isso é o Google descrevendo uma matriz de links hub → spoke → sub-spoke. Adapte-a:

• Hub → cada spoke. O hub vincula a cada spoke do seu silo — idealmente no contexto, onde esse subtópico é introduzido no corpo do hub, não apenas jogado em uma lista no final. Um spoke para o qual o hub não vincula está efetivamente fora do silo.
• Spoke → hub. Cada spoke vincula de volta ao hub. Uma linha “parte do nosso guia de [tópico]”, um breadcrumb ou um link de volta contextual funcionam. No modelo prático de fluxo de PageRank para links internos, este é o link que deveria ajudar o hub a reunir autoridade de seus spokes — o Google não publicou uma fórmula confirmando isso, então trate-o como uma heurística de planejamento, não como um efeito de ranqueamento garantido.
• Spoke → spokes irmãos. Os spokes se vinculam entre si onde for genuinamente relevante para o leitor — “para X, veja também Y.” Não é um link forçado para cada irmão; também não é zero. A relevância é o filtro.

A planilha da matriz de links

O entregável concreto que ninguém nos primeiros resultados entrega: uma planilha de matriz de links. Linhas = cada página no silo. Colunas = cada página no silo. Cada célula = uma marca de verificação se a página da linha vincula para a página da coluna. Fica assim:

Fill it in twice. Once to plan the silo before you write — it makes gaps obvious at a glance (an empty row is a page that isn’t linking out; an empty column is a page nothing points to). Then again after you publish, filled from an actual crawl export instead of from memory, as your audit (Step 6). It’s the same artifact doing double duty, and it’s the single most practical tool in this whole guide.

Etapa 4 — Regras práticas para links cruzados razoáveis

Os defensores do silo estrito tratam todo link entre tópicos como um vazamento a ser evitado. Esse instinto está errado (novamente, o argumento completo está no artigo sobre arquitetura de site). Aqui está a substituição prática — como decidir quando linkar para fora do silo:

• O teste “esse link existiria de qualquer forma?”. Você adicionaria esse link se os silos não existissem — se fosse apenas um ponteiro útil para o leitor? Se sim, adicione-o. Se você só o está adicionando para “conectar os silos”, pule; se você só está evitando-o para “proteger” o silo, adicione-o.
• Relevância supera direção. Não reserve links cruzados para “enviar autoridade para fora”, e não os evite para “manter a autoridade dentro”. Um link contextualmente justificado é bom independentemente de para qual silo ele aponta.
• Volume importa. Alguns links cruzados bem posicionados e genuinamente relevantes por página são saudáveis. Uma página que faz links cruzados constantemente para clusters não relacionados está diluindo seu próprio foco tópico — mas isso é um problema de foco de conteúdo, não um motivo para reinstaurar paredes de silo.

Nunca use nofollow em um link entre silos

Este é o mito de mecânica de construção que vale a pena desmascarar diretamente, porque é o conselho ruim mais comum no SERP concorrente. A metodologia original de Bruce Clay literalmente recomenda isso — “Se você absolutamente precisasse linkar a página de manteiga de amendoim cremosa para a página de geleia saborizada, você faria isso com um atributo de link rel='nofollow'”. Não faça.

A escultura de PageRank via nofollow está quebrada desde 2009. Antes disso, nofollow em um link redistribuía sua parcela para os outros links da página; o Google mudou isso para que a autoridade atribuída a um link com nofollow agora evapore — ela não é redirecionada ou salva, simplesmente desaparece. Portanto, usar nofollow em um link entre silos não protege nada; destrói a autoridade que esse link passaria. O artigo sobre links internos deste site cobre a história completa de que a escultura está morta. A lição para a construção de silos: linke normalmente quando for relevante, com follow incluído.

Etapa 5 — Erros comuns de implementação

As quatro maneiras pelas quais as construções de silo dão errado na prática:

• Excesso de silos. Criar silos mais numerosos e mais finos do que o tópico suporta — inflando para atingir uma contagem arbitrária de páginas. O resultado são páginas finas e redundantes competindo entre si (canibalização) em vez de concentrar autoridade. Correção: defina os limites com base na demanda (Etapa 1) e mescle subtópicos que não conseguem se sustentar sozinhos no hub.
• Órfãos de conteúdo genuinamente entre tópicos. Uma peça que legitimaamente abrange dois silos — digamos, “email marketing para ecommerce” — é forçada a entrar em um silo e ou nunca é linkada a partir do outro, ou é deixada de fora de forma estranha porque “não se encaixa” no modelo de isolamento. Correção: deixe a página viver em um lugar, mas seja linkada a partir de ambos os hubs e spokes relevantes. Isso é listagem cruzada, não duplicação — este próprio site faz isso com um padrão alsoIn (descrito no artigo de arquitetura de site), onde um artigo é listado em mais de um cluster em vez de ser isolado em um.
• Limites que correspondem ao seu organograma, não à intenção de busca. Traçar linhas de silo em torno de como o negócio organiza sua oferta (por linha de produto, por departamento interno) em vez de como os buscadores agrupam e formulam consultas. Correção: valide cada limite com base no agrupamento real de palavras-chave/SERP (Etapa 1), não em uma estrutura interna.
• Confiar na pasta em vez do grafo de links. Você coloca as páginas na pasta /topic/, assume que o silo está “construído” e nunca verifica se as páginas realmente linkam entre si. A pasta existir não significa que o trabalho de linkagem foi feito — que é exatamente por isso que a Etapa 6 existe.

Etapa 6 — Audite se a concentração de links realmente aconteceu

Você planejou a matriz na Etapa 3. Agora verifique se ela foi implementada. Três ferramentas complementares: nenhuma delas, sozinha, prova que os tópicos “funcionaram” para um leitor ou um mecanismo de busca — uma visualização ou uma taxa de preenchimento da matriz é um proxy, não uma pontuação. Além dos links hub↔spoke, verifique se cada spoke está realmente alcançável seguindo links a partir do hub (não apenas presente em um relatório), se as arestas entre grupos para outros silos são as que você pretendia e não sobras perdidas, e então percorra as páginas você mesmo como um leitor faria — um crawl encontra arestas de links, não lhe diz se o caminho faz sentido para uma pessoa. Acompanhe o status de descoberta, crawl e indexação das páginas do silo separadamente de qualquer mudança de ranqueamento que se seguir; um grafo de links reestruturado pode mover os três, mas isso não é evidência de que a reestruturação causou uma mudança de ranqueamento ou tráfego — muitas outras coisas mudam ao mesmo tempo em um site ao vivo para afirmar isso.

Visualizações de crawl do Screaming Frog

Faça o crawl do site e abra o diagrama de força direcionada ou grafo de árvore — uma renderização de nós e linhas do grafo de links realmente rastreado, colorida pela profundidade do crawl. É a maneira mais rápida de ver se as páginas de um tópico se agrupam visualmente ou estão espalhadas e desconectadas. Use-o como uma ferramenta de comunicação e identificação de padrões, não como uma fonte de dados — o Screaming Frog é explícito que “as visualizações de crawl são úteis ao analisar arquitetura de site e linkagem interna”, mas também alerta que elas “não fornecem mais dados do que já estão disponíveis em um crawl… nem sempre contam a história completa.” Ótimo para identificar um spoke isolado rapidamente; não substitui as verificações no nível de dados abaixo.

Ahrefs Site Audit

Três relatórios, na mesma ordem de prioridade que o artigo de links internos deste cluster usa para qualquer auditoria de links internos (órfãos → links quebrados → oportunidades de equity de links):

1. Páginas órfãs — páginas sem links de entrada. Uma construção de silo mais comumente deixa para trás o último spoke que você adicionou, então isso captura as páginas para as quais nada no silo aponta.
2. Problemas de links internos — links internos quebrados dentro do silo. Um hub que aponta para a URL antiga de um spoke é um link que não está cumprindo sua função.
3. Oportunidades de links — “sugestões relevantes de links internos” com base na sobreposição de palavras-chave entre páginas, ordenáveis por Page Rating para que você possa priorizar quais páginas de alta autoridade devem estar fazendo os links. Escrevi sobre o uso disso especificamente para links de silo em SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — “the Link Opportunities tool… suggests where you should add internal links.” (tradução) «a ferramenta Link Opportunities… sugere onde você deve adicionar links internos.»

A auditoria manual da matriz de links

A planilha do Passo 3, preenchida com base na realidade. Rastreie as URLs do silo, exporte os links de saída (exportação de links de saída do Screaming Frog, ou uma exportação de páginas rastreadas do Ahrefs), e preencha cada célula com dados reais do rastreamento — não com o que você acha que linkou. Linhas vazias = páginas que não estão cumprindo sua função de linkagem. Colunas vazias = páginas para as quais nada no silo aponta (um risco de órfã dentro do silo, mesmo que a página esteja linkada de algum outro lugar do site).

Quando reexecutar

Após a construção inicial, e depois toda vez que você adicionar um spoke a um silo existente. Novas páginas são o ponto de falha mais comum — você atualizará o hub para linkar para o novo spoke e esquecerá os links cruzados entre irmãos, ou esquecerá de linkar o novo spoke de volta para o hub. Reexecutar a matriz após cada adição captura isso em cerca de cinco minutos.

Perguntas frequentes

Quantas páginas um silo deve ter? Não há um número fixo. Guias concorrentes citam 5, 8, 10–20 e 20–30 e se contradizem. Use a demanda de pesquisa distinta por subtópico como teste, não uma cota.

Devo usar nofollow em links entre silos? Não. A escultura de PageRank via nofollow está quebrada desde 2009 — a equidade evapora em vez de ser protegida. Linke normalmente quando for relevante.

Minha estrutura de URL precisa corresponder à minha estrutura de silo? Pode, por conveniência organizacional, mas o Google lê seu grafo de links internos, não seus nomes de pastas. Veja o artigo sobre arquitetura de site deste cluster para o caso completo.

Quais ferramentas auditam uma estrutura de silo? Visualizações de rastreamento do Screaming Frog, Ahrefs Site Audit (Páginas órfãs, Problemas de links internos, Oportunidades de links), ou uma planilha manual de matriz de links construída a partir de uma exportação de rastreamento.

Uma página pode pertencer a mais de um silo? Sim — via listagem cruzada (linkando-a a partir de vários hubs relevantes) em vez de duplicá-la ou forçá-la em um único balde. O padrão alsoIn deste site é um exemplo funcional.

Resumo de IA

Uma visão condensada da versão Avançada:

• Este é um SOP de construção, não um debate. Se silos estritos são bons é algo resolvido no artigo de arquitetura de site deste cluster; aqui o objetivo (concentração tópica + interligação sensata) é assumido e a questão é como construí-lo. (“Silo” em si remonta à metodologia de isolamento físico/virtual de Bruce Clay — este artigo usa o termo de forma ampla, sem a regra de isolamento.)
• Etapa 1 — limites a partir da demanda. Um subtópico merece um raio quando tem volume de busca distinto, seu próprio cluster de pesquisas relacionadas/PAA e uma SERP significativamente diferente da página pai. Ignore os números contraditórios de “5/8/10–20/20–30 páginas” — eles são evidência de que não existe um padrão. Cuidado com canibalização no limite.
• Etapa 2 — URLs são organização, não arquitetura. Espelhe o silo em pastas para a sanidade do CMS, se quiser, mas o grafo de links é a arquitetura; a pasta não faz o trabalho de SEO.
• Etapa 3 — conecte a matriz. Hub → cada raio (no contexto), raio → hub, raio → irmãos relevantes. Use uma planilha de matriz de links (linhas/colunas = páginas, célula = linkada?) para planejar e depois auditar.
• Etapa 4 — interligue de forma sensata. Adicione o link se ele existiria de qualquer forma; relevância supera direção; alguns por página é saudável. Nunca use nofollow em um link entre silos — o sculpting morreu em 2009 e a equidade evapora.
• Etapa 5 — evite os erros clássicos: excesso de silos/preenchimento, órfãos de conteúdo entre tópicos (corrija com listagem cruzada, não duplicação), limites traçados no organograma em vez da intenção de busca e confiar na pasta em vez do grafo de links.
• Etapa 6 — audite com um crawl: visualizações do Screaming Frog para ver o agrupamento, Site Audit da Ahrefs (órfãos → links quebrados → oportunidades de links) e a matriz de links manual preenchida a partir dos dados do crawl. Verifique também acessibilidade e arestas entre grupos, percorra as páginas como um leitor e acompanhe descoberta/crawl/index separadamente do ranqueamento — nada disso prova que a religação causou uma mudança de ranqueamento. Repita toda vez que adicionar um raio.

Documentação oficial

Orientação de fonte primária mais relevante para a mecânica de construção — conectar uma hierarquia de tópicos e manter cada página linkada. (O debate mais amplo do modelo silo-vs-cluster está documentado nos artigos de arquitetura de site e estrutura de site deste cluster; eles citam a linguagem de pirâmide/página hub do Google e o enquadramento de profundidade de clique do Bing, então não vou repeti-los aqui.)

Google

• Ajude o Google a entender a estrutura do seu site de ecommerce — o documento mais próximo que o Google tem de um guia de “como conectar uma hierarquia de tópicos”; descreve diretamente a matriz de links menu → categoria → subcategoria → produto.
• Links rastreáveis — Torne seus links rastreáveis — toda página que você considera importante deve ter um link de pelo menos outra página (a âncora para “não deixe conteúdo entre tópicos órfão”), além da orientação do Google sobre texto âncora para escrever o texto dos links hub→raio e raio→raio.

Bing / Microsoft

• Diretrizes para webmasters do Bing — uma estrutura hierárquica clara e rastreável de categoria/subcategoria com interligação interna razoável. (O Bing é mais prescritivo sobre profundidade de clique do que o Google; o artigo de estrutura de site deste cluster cobre o enquadramento de três cliques do Bing.)

Citações da fonte

Declarações registradas relevantes para a construção — e para o mito sobre isolar silos. (As citações dos representantes do Google/Bing sobre se silos são bons — a linha da pirâmide de Mueller, a linha da estrutura de pastas — estão no artigo de arquitetura de site deste cluster, já com links profundos lá; não vou duplicá-las.)

Documentação do Google Search Central — conectando a hierarquia (estrutura de site de ecommerce)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (tradução) «adicione links de menus para páginas de categoria, de páginas de categoria para páginas de subcategoria e, finalmente, de páginas de subcategoria para todas as páginas de produto.» Ir para a citação

Documentação do Google Search Central — não deixe uma página órfã (links rastreáveis)

• “Every page you care about should have a link from at least one other page on your site.” (tradução) «Toda página que você considera importante deve ter um link de pelo menos uma outra página do seu site.» Ir para a citação

Bruce Clay — o conselho desatualizado de nofollow para links entre silos (citado criticamente)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (tradução) «Se você absolutamente precisasse linkar a página de manteiga de amendoim cremosa para a página de geleia saborizada, você faria isso com um atributo de link rel='nofollow'.» Ler a fonte — este é o mito que este artigo desmistifica: esculpir com nofollow está morto desde 2009, então a equidade evapora em vez de ser protegida.

Screaming Frog — para que servem (e não servem) as visualizações de rastreamento

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (tradução) «as visualizações de rastreamento são úteis ao analisar a arquitetura do site e a linkagem interna.» Ler a fonte
• “They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (tradução) «Elas não fornecem mais dados do que já estão disponíveis em um rastreamento. Muitas vezes não são a melhor forma de diagnosticar problemas e nem sempre contam a história completa.» Ler a fonte

Procedimento operacional padrão: construir um silo de tópicos

Execute isso de ponta a ponta para um novo silo, ou a partir da Etapa 4 para adaptar um grupo existente de páginas.

1. Escolha o tópico central. Escolha um tópico amplo, com real abrangência e demanda de busca que servirá de âncora para o silo. Ele se torna sua página hub/pilar.
2. Agrupe as palavras-chave. Reúna as pesquisas relacionadas ao termo semente, as Perguntas Frequentes (People Also Ask) e as sugestões de ferramentas de palavras-chave. Agrupe-as por intenção. Cada grupo com demanda de busca distinta e uma SERP distinta é um candidato a spoke.
3. Corte o excesso. Para cada spoke candidato, confirme se ele tem demanda separada do pai. Se não conseguir preencher 2–3 páginas genuinamente diferentes, mescle-o de volta ao hub em vez de criar uma página fina. Elimine quaisquer dois candidatos que canibalizariam a mesma consulta — transforme-os em um só.
4. Defina as URLs (opcional, cosmético). Espelhe o silo em uma pasta /topic/ se isso ajudar a organização do seu CMS/editorial. Não trate isso como o trabalho de SEO.
5. Elabore o plano da matriz de links. Monte a planilha de linhas e colunas (todas as páginas do silo em ambos os eixos) e marque os links pretendidos: hub → cada spoke, cada spoke → hub, spoke → cada irmão genuinamente relevante.
6. Escreva e conecte. Produza o hub e os spokes. Coloque os links hub→spoke no contexto onde cada subtópico é apresentado, não em uma lista no rodapé. Adicione os links spoke→hub e spoke→irmão conforme sua matriz.
7. Adicione links cruzados sensatos. Para cada página, adicione links fora do silo que passem no teste “esse link existiria de qualquer forma?”. Siga (follow), nunca nofollow.
8. Rastreie e verifique. Rastreie o silo (Screaming Frog / Ahrefs Site Audit). Preencha a matriz com os links externos reais do rastreamento. Corrija linhas vazias (páginas que não linkam para fora) e colunas vazias (páginas para as quais nada aponta). Resolva os relatórios de páginas órfãs e links internos quebrados.
9. Defina um gatilho de reauditoria. Toda vez que você adicionar um spoke posteriormente, refaça as Etapas 5–8 para essa página — atualize o hub, adicione os links cruzados entre irmãos e rastreie novamente.

Checklist de construção e auditoria de silo

Trabalhe de cima para baixo; o trabalho de delimitação no início evita o retrabalho de links depois.

Delimitações (Etapa 1)

• Cada spoke tem demanda de busca distinta, separada do termo do hub.
• Cada spoke tem seu próprio cluster de pesquisas relacionadas / Perguntas Frequentes.
• A SERP de cada spoke parece significativamente diferente da do pai.
• Nenhum spoke existe apenas para atingir um número “mínimo de páginas”.
• Nenhum par de spokes tem como alvo a mesma consulta (sem canibalização de delimitação).

Estrutura (Etapas 2–3)

• O layout de pastas/URLs (se usado) é tratado como conveniência do CMS, não como o silo.
• O hub linka para todos os spokes, no contexto, não apenas em uma lista no rodapé.
• Cada spoke linka de volta para o hub.
• Spokes linkam para spokes irmãos genuinamente relevantes.
• Existe uma planilha de matriz de links (linhas/colunas = páginas, células = links).

Links cruzados (Etapa 4)

• Links entre silos existem onde um leitor os seguiria genuinamente.
• Cada link cruzado passa no teste “isso existiria se os silos não existissem?”.
• Nenhum link interno — entre silos ou não — está com nofollow para “proteger” a equidade.

Erros a descartar (Etapa 5)

• Não há excesso de silos (sem spokes finos, redundantes ou canibalizadores).
• Conteúdo entre tópicos é listado de forma cruzada (linkado a partir de ambos os hubs), não órfão.
• As delimitações correspondem à intenção de busca, não ao organograma.
• Você verificou o grafo de links real, não apenas a pasta.

Auditoria (Etapa 6)

• A visualização do Screaming Frog mostra as páginas do silo agrupadas, não espalhadas.
• Ahrefs Site Audit: sem páginas órfãs no silo.
• Ahrefs Site Audit: sem links internos quebrados dentro do silo.
• Matriz preenchida a partir de uma exportação de rastreamento real — sem linhas vazias ou colunas vazias inesperadas.
• Reauditoria agendada para a próxima vez que um spoke for adicionado.

O modelo de matriz de links

Este é o artefato que os guias concorrentes não entregam. As linhas são a página “de onde se linka”; as colunas são a página “para onde se linka”; cada célula é ✓ se esse link existir. Monte-o em qualquer planilha — uma aba para planejar, uma preenchida a partir de um rastreamento para auditar.

Como ler

• Linha do Hub deve ser tudo ✓ — o hub linka para cada spoke. Uma lacuna aqui significa um spoke que não está realmente no silo.
• Coluna do Hub deve ser tudo ✓ — cada spoke linka de volta para o hub. Uma lacuna aqui é um spoke que, no modelo de fluxo de links do profissional, não está retornando autoridade para o hub — um sinal de planejamento para corrigir, não uma pontuação mensurável do Google.
• A linha de um spoke estar vazia (além do hub) = uma página que não linka para nenhum irmão; procure um irmão relevante para adicionar.
• A coluna de um spoke estar esparsa = poucas páginas apontam para ele; está sub-linkado e em risco de órfão dentro do silo.

Para transformar isso em uma auditoria: rastreie as URLs do silo, exporte os outlinks (exportação de outlinks do Screaming Frog ou uma exportação de páginas rastreadas do Ahrefs) e preencha as células com os dados reais em vez de memória. As lacunas entre sua aba de plano e sua aba de rastreamento são sua lista de tarefas.

Cross-links vivem fora desta matriz por design — a matriz é para completude dentro do silo. Rastreie links fora do silo separadamente (uma lista simples de “página → alvo externo ao silo → motivo”) para que você possa verificar se cada um passa no teste “isso existiria de qualquer forma?”.

Os modelos mentais

1. Os limites seguem a demanda, não uma cota. Um subtópico merece um spoke quando tem demanda de busca distinta (seu próprio volume, seu próprio cluster de PAA, sua própria SERP). “Mínimo de 5 páginas” e seus primos são folclore que se contradizem — o teste de demanda é o único que se sustenta.

2. A pasta é um arquivo; os links são a arquitetura. Espelhe o silo em pastas para sua própria sanidade, mas o grafo de links internos é o que os mecanismos de busca leem. Construa e audite o grafo de links, não a árvore de pastas.

3. A matriz é o silo. Um silo está completo quando o hub linka para cada spoke, cada spoke linka de volta, e os spokes linkam para irmãos relevantes. Linhas e colunas em uma planilha tornam “completo” verificável — planeje lá, verifique lá.

4. Cross-links são recursos, não vazamentos. O teste é “eu adicionaria este link se os silos não existissem?” Se sim, ele pertence. O instinto de isolar silos — especialmente com nofollow em cross-links — é exatamente a prática ultrapassada que destrói equidade em vez de protegê-la.

5. Confie no rastreamento, não na sua memória. Você acha que linkou tudo; o rastreamento sabe se você linkou. A construção não está concluída quando as páginas são publicadas — está concluída quando uma matriz preenchida por rastreamento não tem lacunas inesperadas.

Este subtópico deve ter seu próprio spoke — ou um cross-link — ou nada?

As duas decisões mais difíceis em uma construção de silo são onde os limites vão e quando linkar através deles. Avalie um subtópico candidato (ou um cross-link candidato) através disso.

Folha de dicas para construção de silos

A matriz de links (dentro de um silo)

Teste de limite — é um spoke real?

• Volume de busca distinto vs. pai? ✓ necessário
• Cluster de busca relacionada / PAA próprio? ✓ necessário
• SERP difere da do pai? ✓ necessário
• Existe apenas para atingir uma contagem de páginas? → mescle para cima, não é um spoke
• Mesma consulta que outro spoke? → combine, não compita

Os números de “páginas por silo”, decodificados

• Mínimo de 5 / 4–8 silos / 10–20 páginas / 20–30 artigos → tudo folclore, tudo se contradiz. Use demanda, não uma cota.

Mitos para abandonar

• “A pasta constrói o silo.” → Não; o grafo de links é a arquitetura.
• “Nunca link entre silos.” → Link quando for relevante.
• “Nofollow em links entre silos para proteger o equity.” → Morto desde 2009; o equity evapora.
• “Um silo é um fator de ranqueamento.” → Não existe detector de silo; é um método para organizar sinais comuns de links internos.

Ferramentas de auditoria

• Visualizações do Screaming Frog → veja se as páginas se agrupam (identificação de padrões, não dados).
• Ahrefs Site Audit → Orphan Pages → Internal Link Issues → Link Opportunities.
• Planilha de matriz de links → preenchida a partir de uma exportação de rastreamento → encontre linhas/colunas vazias.
• Reauditoria → toda vez que você adicionar um spoke.

Anti-padrões de silo — e a correção

Excesso de silos para atingir uma contagem de páginas. Sintoma: Spokes finos e quase duplicados inventados para atingir “mínimo de 5 páginas”, competindo entre si pela mesma consulta. Correção: Defina limites a partir de demanda distinta; mescle subtópicos que não conseguem se sustentar sozinhos no hub.

Aplicar nofollow em links entre silos. Sintoma: rel="nofollow" em links internos que cruzam um limite de pasta, adicionado para “manter o equity no silo”. Correção: Remova. A escultura de links está quebrada desde 2009 — o equity evapora em vez de ser redirecionado. Link seguido quando for relevante.

Criar a pasta e considerar pronto. Sintoma: As páginas ficam em /topic/, mas nada dentro da pasta linka para qualquer outra coisa dentro dela; o “silo” existe apenas como um caminho de URL. Correção: Faça o trabalho da matriz de links (Passo 3) e verifique com um rastreamento (Passo 6); a pasta é arquivamento, não arquitetura.

Deixar conteúdo entre tópicos órfão. Sintoma: Uma peça que abrange dois silos é forçada a entrar em um e nunca é linkada a partir do outro — ou é descartada completamente porque “não se encaixa”. Correção: Faça a listagem cruzada — linke-a a partir de ambos os hubs/spokes relevantes (o padrão alsoIn), uma página, dois lares.

Limites de organograma. Sintoma: Silos desenhados em torno de linhas de produtos ou departamentos internos, então a estrutura corresponde a como a empresa pensa, não a como os pesquisadores consultam. Correção: Reagrupe os limites a partir de dados reais de palavras-chave/SERP.

Despejos de links no rodapé. Sintoma: O hub “linka para todos os spokes” apenas por meio de uma lista de links relacionados no final, sem links no contexto. Correção: Coloque links hub→spoke onde cada subtópico é introduzido no corpo do hub — links contextuais carregam mais sinal e são seguidos pelos leitores.

Definir e esquecer após o lançamento. Sintoma: Um novo spoke é adicionado meses depois; o hub nunca recebe o novo link e os links cruzados entre irmãos nunca acontecem. Correção: Reexecute a matriz de links para cada novo spoke — é o ponto único mais comum de deterioração do silo.

Revise os limites de silo propostos

Cole uma lista de páginas com tópico-alvo, intenção e hub proposto neste prompt:

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

Transforme uma exportação de rastreamento em uma revisão de lacunas de links

Cole as colunas de URL de origem, URL de destino, texto âncora, tópico da página e profundidade de rastreamento:

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

Verifique se a matriz de links planejada foi implementada

Teste a executar: Rastreie o site e compare os pares origem-destino observados com a matriz hub-and-spoke aprovada. Resultado esperado: Cada spoke publicado tem um link rastreável a partir do seu hub e linka de volta para o hub correto. Interpretação de falha: Uma omissão de template, implantação ou mapeamento deixou a aresta planejada fora do grafo. Janela de monitoramento: Imediata após o rastreamento da implantação. Gatilho de reversão: O lançamento remove links úteis existentes ou roteia um cluster para o hub errado.

Verifique se os links cruzados permanecem intencionais

Teste a executar: Exporte links que cruzam grupos de tópicos e revise o contexto de origem e o texto âncora. Resultado esperado: Cada link cruzado atende a uma tarefa relacionada do leitor; não há regras genéricas de nofollow ou links cruzados acidentais em todo o site. Interpretação de falha: A implementação impôs isolamento artificial ou adicionou links sem contexto tópico. Janela de monitoramento: Após cada lançamento de template ou navegação. Gatilho de reversão: Uma regra global suprime links legítimos ou introduz um grande conjunto de links não relacionados em todo o site.

Teste-se: construindo uma estrutura de silo

Cinco perguntas rápidas sobre o processo de construção e auditoria de silos. Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Meus escritos relacionados

• SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — a visão da Ahrefs sobre silos estritos, incluindo o uso da ferramenta Link Opportunities para encontrar onde adicionar links internos.
• Internal Links for SEO: An Actionable Guide — como os links internos passam PageRank e moldam o grafo de links que é o silo; o fluxo de auditoria no qual o Passo 6 deste artigo se baseia.
• The Beginner’s Guide to Technical SEO — onde a estrutura do site e os links internos se encaixam no panorama geral.

Minhas palestras

• Local Link Building (Pubcon Local 2021) — minha palestra sobre links internos; o material adjacente mais próximo sobre conectar links deliberadamente (links internos pareciam importar proporcionalmente mais para consultas locais).

Da indústria

• SEO Silos: How to Build a Website SEO Silo (Bruce Clay) — a metodologia original de silo estrito, citada aqui criticamente por seu conselho desatualizado de não seguir links entre silos.
• Screaming Frog — Site Architecture & Crawl Visualisations — como ver se as páginas de um tópico se agrupam, e a ressalva de que as visualizações não contam toda a história.
• Ahrefs Academy — Link Opportunities — o relatório do Site Audit que traz sugestões relevantes de links internos, ordenáveis por Page Rating.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — o mecanismo de pesquisa de clusters do People Also Ask reutilizado no Passo 1 (e a fonte do número “20 a 30 artigos de apoio” citado como folclore).
• What Is Silo SEO and Is There a Better Option? (Semrush) — um passo a passo mainstream de silo para comparação.
• SEO Silo Structure (glossário da Ahrefs) — uma definição curta de referência do modelo de silo e a objeção à sua regra de não fazer links cruzados.

Registro de alterações