Arquitetura de Site

TL;DR — A arquitetura do site é a rede de links rastreáveis entre suas páginas — não apenas suas pastas de URL. O objetivo é simples: toda página importante deve ter um link apontando para ela, e páginas relacionadas devem linkar entre si. Você ouvirá três nomes para organizar essa rede — silos, hub and spoke, e topic clusters — são rótulos de profissionais que se sobrepõem para aproximadamente a mesma ideia, não três sistemas separados. Nada disso garante ranqueamento ou tráfego por si só — é o que torna as páginas encontráveis e compreensíveis. O Google gosta de uma pirâmide: página inicial no topo, páginas de categoria amplas no meio, artigos específicos na base.

O que é arquitetura do site

A arquitetura do site é a rede de links rastreáveis que conecta suas páginas — os caminhos que os mecanismos de busca (e leitores) usam para descobrir e navegar entre elas — além de pontos de entrada de suporte, como um sitemap XML. Não é a mesma coisa que suas pastas de URL: o caminho de uma página (/blog/categoria/post/) não estabelece por si só onde essa página se encontra na arquitetura. É a diferença entre uma biblioteca organizada onde cada livro tem uma prateleira e uma placa apontando para ele, e uma pilha de livros no chão.

Isso importa para a busca por dois motivos:

1. Descoberta. Os mecanismos de busca encontram páginas principalmente seguindo links padrão <a href> de páginas que já conhecem. Se nada linka para uma página, é difícil para o Google encontrá-la.
2. Contexto. Quando uma página linka para outra com palavras relevantes ao redor do link, isso ajuda o Google a entender sobre o que é a página linkada.

Descoberta não é a linha de chegada, no entanto — uma página sendo linkada e rastreável não garante que ela seja indexada ou ranqueada. A arquitetura faz você ser encontrado e compreendido; ela não promete um resultado além disso.

Os três modelos que você vai ouvir falar

• Estrutura de silos — você divide seu conteúdo em “silos” de tópicos separados e mantém as páginas de cada silo linkando principalmente entre si. A versão antiga e estrita diz nunca linkar entre silos.
• Hub and spoke — uma página de visão geral ampla (o hub) linka para um conjunto de páginas detalhadas (os spokes), e cada spoke linka de volta para o hub.
• Topic clusters — uma página “pilar” cobre um tópico grande, e páginas “cluster” cobrem os subtópicos menores, todas interligadas.

Aqui está a parte que a maioria dos guias esconde: hub and spoke e topic clusters descrevem a mesma estrutura subjacente. Um nome veio de pessoas de biblioteca/arquitetura da informação; o outro foi popularizado pela HubSpot em 2017 como uma ideia de marketing de conteúdo. Nenhum desses três são categorias documentadas pelo Google — são rótulos de profissionais com implementações sobrepostas, não uma taxonomia oficial. Explicarei isso mais na versão Avançada.

O que realmente importa

Você não precisa escolher um nome de marca. Você precisa de:

• Uma hierarquia clara: página inicial → páginas de categoria/hub → páginas específicas.
• Toda página importante linkada a partir de pelo menos uma outra página (sem “órfãs”) — a própria documentação do Google diz claramente: toda página que você se importa deve ter um link de pelo menos uma outra página do seu site.
• Links reais <a href>, não apenas navegação por clique que o Google não consegue seguir de forma confiável.
• Páginas relacionadas linkando entre si com texto de link descritivo.
• Nada importante enterrado tão fundo que os rastreadores tenham dificuldade para alcançar.

Nada disso é uma garantia de rastreamento, indexação ou ranqueamento — é o que torna uma página alcançável e legível em primeiro lugar.

O que a maioria das pessoas entende errado

Você não precisa evitar links entre seções. Nenhuma fonte do Google exige proibição de links entre áreas de tópicos. A regra estrita de silo — “nunca linkar entre silos” — troca links que realmente ajudariam os leitores a navegar e ajudariam o Google a entender a página de destino, em nome de uma regra que não está documentada em lugar nenhum. Julgue os links cruzados pela relevância e utilidade para o leitor, não por cruzarem ou não uma fronteira de silo. A ideia valiosa dos silos é agrupar conteúdo relacionado, não isolá-lo.

Quer a versão mais aprofundada — como o fluxo de link equity funciona, hierarquias planas vs. profundas, e quando cada modelo se encaixa — mude para a aba Avançado.

TL;DR — Silo, hub and spoke e topic clusters são rótulos de profissionais sobrepostos, não categorias documentadas de arquitetura do Google — mas eles convergem em uma estrutura que Mueller descreveu favoravelmente: uma pirâmide / hierarquia de cima para baixo. Hub and spoke e topic clusters compartilham o mesmo padrão subjacente mais do que realmente diferem — um vem da arquitetura da informação, o outro do rebranding de marketing de conteúdo da HubSpot em 2017. A parte do pensamento de silo que vale a pena manter é a concentração tópica dos links internos; a parte a descartar é a regra estrita de “sem links entre silos” — nenhuma fonte do Google exige isso, então julgue os links cruzados pela relevância e navegação do usuário. O que o Google usa é linkagem interna e contexto, não estrutura de pastas de URL. Mantenha as hierarquias razoavelmente rasas, linke páginas relacionadas entre clusters quando for relevante, e lembre-se de que a arquitetura possibilita resultados como autoridade tópica e visibilidade em busca com IA — ela não os garante, e não pode salvar conteúdo raso.

Por que os profissionais de SEO discutem sobre isso

Arquitetura de site é um daqueles tópicos em que três comunidades inventaram vocabulários sobrepostos e depois passaram quinze anos insistindo que sua palavra era a verdadeira. Passei mais de seis anos na Ahrefs no lado do produto em torno do Site Audit, observando como as estruturas de site realmente se parecem nos dados de rastreamento de um grande número de sites — e a lacuna entre o dogma e o que funciona é grande. Então deixe-me tentar dissipar a confusão.

Existem três modelos nomeados:

• Estrutura de silo — conteúdo agrupado em seções temáticas isoladas. A interpretação estrita (popularizada por Bruce Clay) proíbe links internos entre silos para manter o “link equity” de cada silo concentrado.
• Hub and spoke — uma página hub de visão geral ampla linka para páginas spoke detalhadas, que linkam de volta. O hub às vezes é chamado de página pilar.
• Topic clusters — a estruturação da HubSpot em 2017: uma página pilar tem como alvo uma palavra-chave ampla, páginas de cluster têm como alvo subtópicos de cauda longa, tudo interligado.

A clarificação em que vou me firmar

Nenhum de “silo”, “hub and spoke” ou “topic cluster” é uma categoria de arquitetura documentada pelo Google. São rótulos de profissionais, e na prática suas implementações se sobrepõem bastante. “Hub and spoke” é o termo mais antigo de arquitetura da informação: uma página central de visão geral linkando para páginas detalhadas de subtópicos com links recíprocos. “Topic clusters” é o rebranding de marketing de conteúdo da HubSpot em 2017, essencialmente do mesmo padrão — uma página pilar mais conteúdo de cluster interligado. “Página pilar” é apenas a palavra de marketing para o hub. Chamá-los de totalmente idênticos é exagerar — a estruturação da HubSpot se apoia mais em cobertura tópica planejada como estratégia de conteúdo, enquanto “hub and spoke” é um vocabulário mais antigo e mais geral de arquitetura da informação — mas se você está escolhendo como estruturar links, está resolvendo o mesmo problema de qualquer forma: uma página central, páginas detalhadas de subtópicos e links recíprocos entre elas.

E, uma vez que você permite links entre silos — o que nada do que o Google publicou diz para você não fazer —, um “silo” é, na prática, um cluster hub-and-spoke. Então, os três nomes convergem principalmente em uma estrutura viável: agrupada, hierárquica, com links internos e com links cruzados sensatos. Trate-os como vocabulário sobreposto para essa estrutura, não como três sistemas concorrentes para escolher.

O que o Google realmente recomenda

A recomendação do Google é uma pirâmide / hierarquia de cima para baixo: a página inicial cobre o tópico mais amplo, as páginas de categoria/hub ficam no meio e as páginas de conteúdo específico ficam na base. John Mueller explicou o porquê claramente: a abordagem de cima para baixo ou a estrutura de pirâmide “nos ajuda muito mais a entender o contexto das páginas individuais dentro do site.” Esse é o benefício — a estrutura não é um truque de ranqueamento, é como o Google descobre sobre o que cada página trata e como as páginas se relacionam.

Vale notar: o Google usa o termo “hub page” em sua própria documentação — descrevendo como “uma hub page, como uma página de categoria, linka para um novo post de blog” para descoberta. Então, o enquadramento hub-and-spoke não é uma invenção de SEO; é a linguagem do próprio Google.

Links internos superam a estrutura de URL

Esta é a parte mais mal compreendida da arquitetura. Muitos conselhos sobre silos são, na verdade, sobre pastas de URL — colocar páginas /category-a/ sob um caminho e proibir links para /category-b/. Mas o Google foca em sinais de links internos, não em segmentos de caminho de URL. Mueller observou repetidamente que alguns profissionais de SEO focam demais na estrutura de URL; o Google deduz a hierarquia a partir de como as páginas linkam entre si, não dos nomes das pastas.

A implicação é grande: uma página em /blog/technical-seo/site-architecture/ não sinaliza nada para o Google além do que seu conteúdo e links de entrada dizem sobre ela. URLs lógicas são boas para humanos e para gerenciar o site — mas não são a arquitetura. O grafo de links é a arquitetura. Isso também explica por que “silos virtuais” (concentrando links por tópico, independentemente da pasta) funcionam bem, e por que “silos físicos” estritos (isolamento baseado em pastas, sem links cruzados) trazem problemas de rastreamento e UX sem benefício compensador.

A documentação do Google é específica sobre o que conta como um link que ele pode seguir de forma confiável: um elemento <a href> padrão com uma URL resolvível. Navegação construída apenas com manipuladores de clique em JavaScript ou marcação não padrão não oferece o mesmo caminho de descoberta confiável, por mais limpa que sua estrutura de URL pareça. Acertar o contrato de link rastreável primeiro — a nomenclatura de pastas é secundária.

Onde os silos estritos dão errado

O insight legítimo no pensamento de silos é a concentração tópica — agrupar conteúdo relacionado e linkar generosamente dentro de uma área de tópico genuinamente ajuda os leitores a navegar e ajuda o Google a entender sobre o que uma página trata. O modo de falha é a regra estrita: nunca linkar entre silos. Nenhuma fonte revisada do Google exige essa proibição — então julgue-a por seus próprios méritos, não como uma mecânica de autoridade presumida:

• impede links naturais e contextualmente relevantes que os leitores se beneficiariam,
• prejudica a UX ao deixar os usuários sem saída em fronteiras artificiais de silo, e
• uma página ainda pode ser relevante para mais de uma área de tópico, e um link que ajuda um leitor a encontrá-la não deve ser bloqueado porque cruza um rótulo que você desenhou.

Shari Thurow vem fazendo esse ponto há anos (“stop the silo madness”), e a própria visão contrária da Ahrefs (o “why it makes no sense” de Joshua Hardwick) chega ao mesmo lugar. Mantenha a concentração; derrube o muro — e tome a decisão com base em se um link realmente serve ao leitor e à página de destino, não em alegações não verificadas sobre o quão estritamente o Google pesa o isolamento.

Hierarquias planas vs. profundas

Dois modos de falha nos extremos:

• Muito plano — tudo a um clique da página inicial. A equidade de links e o sinal tópico são diluídos; a página inicial não pode garantir de forma significativa centenas de filhos iguais, e você perde o agrupamento tópico que ajuda no contexto.
• Muito profundo — páginas importantes a muitos cliques da página inicial. O enquadramento de Mueller: ir fundo demais “dificulta o rastreamento e a transmissão de sinais”. Páginas profundas tendem a ser menos rastreadas e herdam menos autoridade interna. O Google não publicou um número específico de profundidade de clique; não trate nenhuma contagem fixa como requisito — a profundidade certa depende do tamanho do seu site e de quão distintas são suas categorias, o que é um tópico próprio (veja os mergulhos profundos sobre plano vs. profundo e profundidade de rastreamento neste cluster para o framework de decisão mais completo).

O alvo é uma hierarquia rasa com forte linkagem contextual: mantenha páginas importantes acessíveis em poucos cliques quanto a escala do seu site permitir, agrupadas em hubs, com links cruzados onde os tópicos realmente se relacionam. Esta é a mesma preocupação de profundidade de rastreamento que aparece sempre que você audita quão longe os bots têm que viajar para alcançar suas páginas de dinheiro.

O que a linkagem interna realmente faz

O trabalho real da arquitetura é moldar o grafo de links internos. Três coisas para acertar:

1. Linkabilidade. Toda página importante deve ter um link de pelo menos uma outra página — idealmente várias. A própria orientação do Google é explícita sobre esse mínimo. Páginas sem links de entrada são mais difíceis de encontrar e mais difíceis de ranquear, mas um link não garante nenhum dos dois resultados.
2. Contexto. As palavras antes e depois de um link, e o próprio texto âncora, podem ajudar pessoas e o Google a entender sobre o que é o destino. É assim que um hub “explica” seus raios — não é uma promessa de um efeito específico de ranqueamento.
3. Concentração. Linkar densamente dentro de um cluster de tópicos coloca os sinais de relevância onde eles pertencem — o núcleo de verdade que os silos sempre buscaram. Se essa concentração se traduz em algo que os profissionais chamam de “autoridade tópica” não é algo que o Google documenta diretamente; trate como uma hipótese razoável que vale testar no seu próprio site, não um mecanismo garantido.

Este site é um exemplo vivo. patrickstox.com executa uma hierarquia pilar → cluster → artigo → sub-artigo em algumas centenas de páginas, usando a taxonomia pillar, cluster, clusterSelf, subcluster e subsubcluster — e deliberadamente lista cruzada artigos entre clusters (o padrão alsoIn) em vez de isolá-los. Isso é hub-and-spoke com linkagem cruzada intencional: exatamente o modelo que estou descrevendo, não um silo estrito.

Quando usar qual modelo

Sinceramente? Construa a estrutura hub-and-spoke / cluster de tópicos e pare de se preocupar com os rótulos:

• Escolha um tópico pilar/hub com amplitude real e demanda de busca.
• Identifique os subtópicos que têm demanda própria — eles se tornam raios.
• Interligue hub ↔ raios e raio ↔ raio onde for relevante.
• Link cruzado para outros clusters quando o contexto for genuinamente relacionado.

Não há número mágico de páginas de cluster por hub. A contagem certa é quantos subtópicos distintos com demanda real existem — não um alvo arbitrário de 5, 10 ou 30. A Wikipédia é o exemplo canônico: páginas de visão geral amplas linkando profundamente para páginas de subtópicos detalhados, todas densamente interligadas, sem paredes de silo em lugar nenhum.

Arquitetura e busca por IA

AI Overviews e assistentes de IA usam query fan-out — eles decompõem uma pergunta em várias subconsultas relacionadas. A hipótese razoável, não uma garantia documentada: um site com cobertura organizada e interligada dos subtópicos de um tópico tem mais chances de aparecer em mais dessas subconsultas, já que mais dos subtópicos são cobertos por uma página encontrável e rastreável. Não vi evidências controladas que isolem a arquitetura como a causa aqui, então trate isso como algo a ser testado no seu próprio conteúdo, em vez de um mecanismo estabelecido. A posição pública de Gary Illyes é que a otimização para busca com IA precisa de SEO normal — conteúdo bem estruturado, rastreável e de alta qualidade — não uma arquitetura especial. A estrutura que já atende à busca tradicional é a mesma que você construiria para a busca com IA; não existe um manual separado.

Auditando sua arquitetura

Uma passada prática, principalmente com dados de rastreamento:

• Encontre órfãos — páginas sem links internos apontando para elas. Rastreie o site (Ahrefs Site Audit, Screaming Frog) e procure por páginas com zero links internos.
• Encontre páginas profundas demais — URLs importantes enterradas a muitos cliques da home; não há um número fixo como regra, mas se os dados de rastreamento mostrarem que elas estão sendo rastreadas menos, investigue.
• Mapeie tópicos e encontre candidatos a hub — grupos de páginas relacionadas sem uma visão geral central.
• Faça uma análise de lacunas de links internos — páginas relacionadas que deveriam linkar entre si, mas não linkam.

A ressalva honesta

Arquitetura é infraestrutura, não um atalho de ranqueamento. Ela permite o rastreamento, controla como a equidade de links flui e ajuda os mecanismos a entender o contexto — mas uma estrutura hub-and-spoke bonita em volta de conteúdo raso e de baixo valor ainda assim não vai ranquear. Illyes observou que é raro ver dois resultados do mesmo domínio em uma SERP; a estrutura serve à qualidade e relevância do conteúdo, ela não as substitui. Acertar a estrutura para que o bom conteúdo possa fazer seu trabalho — esse é o ponto principal.

Os tópicos vizinhos neste cluster — como links internos passam sinais, como a profundidade de rastreamento afeta a descoberta e a navegação facetada em sites grandes — todos se conectam às mesmas decisões de arquitetura abordadas aqui.

Resumo de IA

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

• Arquitetura de site = o grafo de links rastreável, não as pastas de URL. Ela molda a descoberta e a clareza com que o Google entende o contexto de cada página — ela não garante rastreamento, indexação, ranqueamento ou citações de IA por si só.
• Três rótulos de profissionais, uma estrutura sobreposta. Silo, hub and spoke, e topic clusters não são categorias documentadas pelo Google; eles convergem em uma pirâmide / hierarquia de cima para baixo, que Mueller descreveu favoravelmente: a estrutura de pirâmide “nos ajuda muito mais a entender o contexto de páginas individuais.”
• Hub and spoke e topic clusters se sobrepõem em sua maioria. Mesmo padrão subjacente, comunidades diferentes — termo de IA vs. o rebranding de content marketing da HubSpot em 2017. “Pillar page” é apenas a palavra de marketing para o hub.
• Abandone silos rígidos. O que importa é a concentração tópica de links; nenhuma fonte do Google exige a regra de “nunca linkar entre silos”, e ela prejudica a UX.
• Links internos > estrutura de URL. O Google deduz a hierarquia a partir dos links, não dos segmentos de caminho; Mueller disse que profissionais de SEO focam demais na estrutura de URL.
• Mantenha raso, mas não persiga um número fixo. O Google não publicou um limite de profundidade de cliques; profundo demais prejudica o rastreamento e o fluxo de sinais, raso demais dilui o sinal tópico.
• Sem contagem mágica de clusters. Cubra os subtópicos com demanda real; a Wikipedia é o modelo.
• Busca com IA precisa de SEO normal (Illyes) — cobertura organizada e interligada é uma hipótese razoável para ajudar com query fan-out, não uma garantia documentada.
• Arquitetura é infraestrutura, não um atalho de ranqueamento — ela não pode salvar conteúdo raso.

Documentação oficial

Orientação de fontes primárias dos mecanismos de busca sobre estrutura, links e hierarquia.

Google

• Guia aprofundado de como o Google Search funciona — descoberta de URLs por meio de links e o uso pelo próprio Google da linguagem de “página hub” / “página de categoria”.
• Links rastreáveis — Torne seus links rastreáveis — toda página importante deve ter link de pelo menos uma outra página; os links devem ser <a href>; texto âncora e contexto ao redor para entender as páginas vinculadas.
• Importância da arquitetura de links (2008) — a orientação de longa data do Google de que a estrutura de links internos molda o fluxo de PageRank e a importância percebida das páginas.

Bing / Microsoft

• Diretrizes para webmasters do Bing — uma estrutura clara, plana e rastreável; links internos razoáveis; hierarquia de cabeçalhos (H1/H2/H3); envie sitemaps.

Citações da fonte

Declarações registradas do Google. Quando a página de origem permitir, cada link é um link profundo que salta para a passagem citada.

John Mueller, Google — sobre hierarquia / estrutura de pirâmide

• “The top-down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” (tradução) «A abordagem de cima para baixo ou a estrutura de pirâmide nos ajuda muito mais a entender o contexto das páginas individuais dentro do site.» — John Mueller, sobre estrutura de site. Cobertura (Search Engine Journal) · Cobertura (Search Engine Roundtable)

John Mueller, Google — sobre estrutura de URL vs. links internos

• Mueller alertou que alguns profissionais de SEO focam demais na estrutura de URL/pastas; o Google depende de links internos para entender a hierarquia, não de segmentos de caminho de URL. Cobertura (Search Engine Roundtable)

John Mueller, Google — sobre profundidade de rastreamento

• “I don’t think it would always have a negative effect. I do think if you make it too deep, then that makes it harder for us to crawl and harder for us to pass the signals around.” (tradução) «Não acho que sempre teria um efeito negativo. Acho que, se você deixar muito profundo, isso dificulta o rastreamento e dificulta a transmissão dos sinais.» — John Mueller, sobre hierarquias de páginas profundas.

Documentação do Google Search Central — sobre descoberta por páginas hub

• “Other pages are discovered when Google extracts a link from a known page to a new page: for example, a hub page, such as a category page, links to a new blog post.” (tradução) «Outras páginas são descobertas quando o Google extrai um link de uma página conhecida para uma nova página: por exemplo, uma página hub, como uma página de categoria, aponta para uma nova postagem de blog.» Ir para a citação

Documentação do Google Search Central — sobre capacidade de receber links

• “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

Gary Illyes, Google — sobre rastreabilidade e busca com IA

• “MAKE THAT DAMN SITE CRAWLABLE.” (tradução) «TORNE ESSE MALDITO SITE RASTREÁVEL.» — Gary Illyes (AMA no Reddit), ressaltando que a capacidade de descoberta por links é a prioridade acima de qualquer marca específica de arquitetura.
• Illyes disse que a otimização para busca com IA exige apenas SEO normal — conteúdo bem estruturado, rastreável e de alta qualidade — sem necessidade de mudanças especiais de arquitetura.

Checklist de arquitetura de site

Uma verificação para confirmar que sua estrutura ajuda no rastreamento, no contexto e no fluxo de links:

• Hierarquia clara de cima para baixo: página inicial → páginas de hub/categoria → páginas específicas.
• Toda página importante está linkada a partir de pelo menos uma outra página (sem órfãs).
• Páginas importantes não estão enterradas desnecessariamente fundo (sem regra fixa de profundidade de clique — verifique os dados de rastreamento para páginas que são rastreadas menos conforme ficam mais profundas).
• Cada área de tópico tem uma página de hub/pilar que linka para suas páginas de subtópico.
• Páginas de subtópico linkam de volta para seu hub e para páginas irmãs relevantes.
• Links entre clusters existem onde os tópicos são genuinamente relacionados (sem paredes de silo rígidas).
• Links internos usam texto âncora descritivo com contexto relevante ao redor.
• Nenhuma página importante depende de navegação por clique apenas — os links são <a href> reais.
• A estrutura de URL é lógica para humanos, mas você não depende de pastas para sinalizar arquitetura (os links fazem isso).
• Dados de rastreamento revisados para páginas muito profundas, órfãs e lacunas de links internos.

Os modelos mentais

1. O grafo de links É a arquitetura. Pastas de URL são para humanos e organização. O Google deduz hierarquia e contexto a partir de como as páginas linkam entre si. Audite e projete o grafo de links, não a árvore de pastas.

2. Três nomes, uma estrutura. Silo, hub e spoke, clusters de tópicos → todos convergem para uma pirâmide agrupada, hierárquica e internamente linkada, desde que você permita cross-links sensatos. Pare de procurar o modelo “certo”; construa o cluster e linke-o bem.

3. Mantenha o núcleo, remova a parede. Dos silos, mantenha a concentração tópica (linke densamente dentro de um tópico). Remova a regra de isolamento (nunca linkar entre silos) — nenhuma fonte do Google exige isso, e isso prejudica os usuários.

4. O dial de profundidade. Muito raso dilui o sinal tópico; muito fundo priva páginas de rastreamento e autoridade de links. O Google não publicou um número de profundidade de clique, então mire em raso-com-links-fortes avaliado contra seus próprios dados de rastreamento, agrupado em hubs, em vez de um alvo fixo.

5. A arquitetura é um multiplicador, não uma fonte. Uma boa estrutura multiplica o valor de um bom conteúdo ao torná-lo descobrível e contextualmente claro. Multiplique zero (conteúdo raso) e você ainda obtém zero.

Referência do modelo de arquitetura

O que cada camada deve fazer

Teste-se: Arquitetura de Site

Cinco perguntas rápidas sobre silos, hubs, clusters e o que o Google realmente recomenda. Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Meus escritos relacionados

• Guia do Iniciante para SEO Técnico — onde a arquitetura do site e os links internos se encaixam no panorama geral.
• Links Internos para SEO: Um Guia Prático — como os links internos transmitem sinais e moldam o grafo de links que é a sua arquitetura.
• Estrutura de Silo para SEO: Por Que Não Faz Sentido — a visão contrária da Ahrefs sobre silos rígidos (o argumento para derrubar o muro).
• Como Construir um Cluster de Tópicos — a construção prática de hub-and-spoke / cluster, passo a passo.

Minhas palestras

• Como o Search Funciona (SlideShare) — minha explicação sobre rastreamento, renderização, indexação e ranqueamento, o pipeline que a arquitetura precisa atender. (A ressalva padrão se aplica: “This is my understanding of systems… not going to be 100% complete or accurate.”) (tradução) «Esta é a minha compreensão dos sistemas… não será 100% completa ou precisa.»

De toda a indústria

• Pare com a Loucura do Silo: Arquitetura de Site Eficaz para SEO e Encontrabilidade (Shari Thurow, Search Engine Land) — o argumento definitivo contra silos rígidos.
• Arquitetura de Site para SEO: Estrutura que Ranqueia e Escala (Search Engine Land) — um guia de estrutura completo.
• Guia Completo para Clusters de Tópicos (Search Engine Land) — o modelo de cluster em profundidade.
• Clusters de Tópicos: A Próxima Evolução do SEO (HubSpot) — a origem de 2017 da terminologia “topic cluster”.
• Estratégias de Conteúdo para SEO: O Modelo Hub and Spoke (Botify) — a mesma estrutura sob seu nome de arquitetura da informação.
• John Mueller Recomenda Estrutura de Site em Pirâmide (Search Engine Journal) — a fonte para a citação sobre pirâmide/contexto.

Registro de alterações