Autoridade Temática e SEO de Entidades · Capítulo 7 de 19 · 46 min
Como parar de competir com o seu próprio site
Arquitetura de hub e satélites, distribuição de autoridade por link interno, e as decisões de fundir, redirecionar, manter ou podar.
Este capítulo faz parte do curso gratuito Autoridade Temática e SEO de Entidades.
Quando duas páginas atendem à mesma pergunta, compare a função e o conteúdo de cada uma antes de consolidar. A presença das duas numa consulta não prova prejuízo: o trabalho deste capítulo é decidir quando atualizar, diferenciar, manter ou reunir respostas e documentar a evidência dessa escolha.
Por que isso decide dinheiro
- Decisão de negócio afetada. Quanto do orçamento editorial vai para publicar página nova e quanto vai para consolidar, reescrever ou retirar do ar o que já existe. As duas rubricas disputam a mesma verba, e a segunda quase nunca tem defensor na reunião de pauta.
- Custo de errar. Cada página a mais sobre um assunto que já tem dono é dinheiro gasto para dividir o próprio resultado. Entre os sinais medidos pela Ahrefs em 75.000 marcas com correlação de Spearman, em 12/12/2025, o número de páginas do site aparece por último, com 0,194. O custo do acervo duplicado na sua empresa é [PREENCHER-HUMANO].
- Quem é o dono da decisão. O diretor de marketing ou de conteúdo assina a fusão e a retirada de páginas, porque essa é uma decisão política antes de ser técnica: alguém do time escreveu, defendeu e aprovou aquele texto. O time de tecnologia executa os redirecionamentos e responde por eles. Sem a primeira assinatura, o plano morre na reunião.
Duas equipes de vendas ligando para o mesmo cliente
Imagine dois vendedores que procuram o mesmo cliente sem combinar quem responde por cada etapa. Pode haver duplicação de esforço, mas também pode existir divisão legítima entre diagnóstico e implantação. O mesmo cuidado vale para páginas: uma ensina o método, outra entrega o modelo de execução. A análise começa pela tarefa do leitor e pelo material exclusivo de cada endereço. Reunir respostas faz sentido quando a duplicação é confirmada e o destino preserva o conteúdo útil; funções distintas podem continuar em páginas diferentes, ligadas entre si.
Mais um artigo dentro de um assunto já disputado é mais um vendedor ligando para o mesmo cliente. O que resolve é território declarado, com um dono por pergunta.
Glossário rápido
Canibalização
É o nome usado em SEO para uma sobreposição entre páginas que prejudica a resposta ao público ou o desempenho pretendido. Duas URLs na mesma consulta ou a alternância de posição são indícios para investigar. O diagnóstico exige comparar intenção, conteúdo, estado técnico e resultados no mesmo recorte.
Página pillar
É o gerente da conta: responde pelo assunto inteiro, dá a visão geral e distribui o trabalho aos especialistas. É a página central de um tema, que responde a pergunta ampla já no topo, declara tudo o que o tema cobre e aponta para as páginas de apoio.
Conteúdo satélite
É o especialista da equipe: existe porque resolve por inteiro um item que o gerente apenas menciona. É a página de apoio que fecha uma pergunta específica. O teste é único: se ela pudesse ser um parágrafo da página central sem perder nada, ela não deveria existir em endereço separado.
Consolidação
É a fusão de duas carteiras de clientes em uma: alguém fica com a carteira, o histórico é transferido e o cadastro antigo é encerrado com registro. Em conteúdo, significa reunir o que as duas páginas tinham de melhor em um único endereço e encaminhar o endereço antigo para ele em definitivo, o redirecionamento permanente que o time de tecnologia chama de 301.
Âncora de link
É a linha de assunto do e-mail que você encaminha: ela diz ao leitor o que vai encontrar do outro lado antes de ele abrir. É o texto visível de um link interno. Âncora que diz saiba mais ou clique aqui não informa nada sobre o destino, nem para a pessoa nem para a máquina.
- Etapa 1 de 6: 1. Exportar a evidência
Baixe do Search Console as buscas e as páginas dos últimos 90 dias e congele essa fotografia com data. Sem linha de base salva, nenhum efeito futuro pode ser atribuído ao seu trabalho.
- Etapa 2 de 6: 2. Investigar a sobreposição
Marque consultas atendidas por mais de uma página e compare suas funções, conteúdos e estado técnico. Alternância de URL ou posição orienta a análise, mas não prova perda causada por canibalização.
- Etapa 3 de 6: 3. Declarar o dono do assunto
Escolha a página central, aquela que responde a pergunta ampla e organiza as demais. Enquanto ninguém no time souber apontar qual é ela, o site inteiro segue sem hierarquia.
- Etapa 4 de 6: 4. Decidir uma saída por página
Cada página recebe exatamente uma decisão: fundir, redirecionar, diferenciar, manter ou retirar do ar. Publicar mais uma sobre o mesmo assunto fica fora da lista.
- Etapa 5 de 6: 5. Refazer a malha de links
A página central aponta para cada página de apoio no ponto em que o subtema é resumido, e cada apoio volta para o centro. Toda âncora nomeia o destino, sem saiba mais.
- Etapa 6 de 6: 6. Executar em lotes e medir
No máximo cinco páginas por semana, com a data de cada lote registrada. Mudança em bloco no mesmo dia apaga a atribuição de efeito e impede o diagnóstico seguinte.
Verificação rápida
Três páginas do seu site aparecem na mesma busca e trocam de posição entre si semana após semana. Qual é a primeira providência?
Ao final deste capítulo você será capaz de diagnosticar canibalização com a exportação do Search Console, decidir entre fundir, redirecionar, diferenciar, manter ou remover cada URL do cluster e auditar a malha de links internos separando o que a máquina acha do que exige julgamento humano.
A dor que abre o capítulo é a mais comum de todas em times que já produzem há algum tempo: trinta artigos publicados sobre o mesmo tema em dois anos, três deles disputando a mesma consulta e alternando posição semana a semana, metade sem receber link interno de lugar nenhum, e ninguém no time capaz de apontar qual é a página principal.
O reflexo do time diante desse quadro é pedir mais pauta. O que falta ali é arquitetura, e sobretudo a coragem política de remover coisa que alguém escreveu, aprovou e defendeu em reunião. Este capítulo entrega o critério que torna essa conversa objetiva, porque ela deixa de depender de gosto e passa a depender de evidência exportada.
Diego, responsável pelo conteúdo, abre o Search Console numa segunda de manhã e encontra três posts alternando posição para uma consulta. Nesta cena hipotética, ele ainda não tem evidência para arquivar nenhum deles. Primeiro compara as perguntas exclusivas, lê as respostas e verifica se há problema de indexação. A reunião que este capítulo prepara pode terminar em fusão, atualização ou manutenção das três páginas, desde que o motivo e o material útil de cada uma estejam registrados.
Hub e satélites é, antes de qualquer coisa, um mecanismo de gestão de sinal agregado. A pillar concentra a consulta cabeça e declara o escopo do tema; cada satélite resolve uma pergunta específica que a pillar apenas resume. A documentação oficial do Google diz que os sistemas de ranqueamento funcionam em nível de página, e que sinais e classificadores em nível de site também são usados e contribuem para o entendimento das páginas (Google Search Central, A guide to Google Search ranking systems, parágrafo adicionado em 19/11/2024). É esse segundo pedaço que dá sentido ao cluster: você administra o que o site inteiro comunica, para além do que cada post diz isoladamente.
Vale a advertência antes do desenho, porque ela muda a forma como você vende o trabalho: cluster raso produzido em escala é exatamente o comportamento que as políticas antispam descrevem. Contagem de páginas dentro de um tema mede o esforço gasto. O ativo aparece quando cada página responde algo que nenhuma outra responde, com a pillar deixando isso explícito. Na figura a seguir, a pillar aparece dissecada em quatro funções numeradas: bloco de resposta direta no topo, índice de subtópicos, ponte de link para cada satélite e bloco de atualização datada.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Duas dessas funções costumam ser negligenciadas. O bloco de resposta direta existe porque a recuperação acontece por trecho: o Google documenta que os recursos generativos usam RAG, sigla inglesa de retrieval-augmented generation, a técnica em que o sistema recupera trechos do índice normal antes de redigir a resposta, aplicando query fan-out, ou seja, emitindo várias buscas relacionadas por subtópico para montar essa resposta (Google Search Central, AI Features and Your Website, atualizada em 10/12/2025). Se o topo da sua pillar precisa de três parágrafos de contexto antes de responder, o trecho recuperável fica pior. E o bloco de atualização datada só vale quando registra o que mudou; data trocada sem mudança de conteúdo é ruído para o leitor e para o time.
A pillar responde e distribui, o satélite resolve. Se um satélite pudesse ser um parágrafo da pillar sem perder nada, ele não deveria existir como URL separada. E se a pillar precisa do satélite para responder a consulta cabeça, ela está incompleta. Aplique esse teste em voz alta na reunião de pauta, antes de qualquer briefing ser escrito.
Com a arquitetura definida, abra o relatório de Desempenho do Search Console, filtre uma consulta e examine a aba Páginas. Duas ou mais URLs com alternância ao longo das semanas formam uma lista de investigação. Compare também as consultas exclusivas, a intenção, a indexação e a resposta de cada página antes de chamar o caso de canibalização. A simulação abaixo representa a coleta dos indícios; ela não demonstra causalidade.
+--------------------------------------------------------------------+ | Desempenho > Resultados da pesquisa | | Filtro: consulta = "o que é autoridade temática" Ult. 3 meses | +--------------------------------------------------------------------+ | Páginas | Cliques | Impress. | Pos. média | +----------------------------------+---------+----------+------------+ | /blog/autoridade-tematica | 41 | 2.310 | 7,4 | | /blog/o-que-e-autoridade | 33 | 1.980 | 8,1 | | /guia/topical-authority | 9 | 540 | 11,6 | +----------------------------------+---------+----------+------------+ | Semana a semana (posição da URL vencedora naquela semana): | | S1 /blog/autoridade-tematica 6,0 | | S2 /blog/o-que-e-autoridade 6,3 <-- troca de vencedor | | S3 /blog/autoridade-tematica 8,0 | | S4 /blog/o-que-e-autoridade 7,2 <-- troca de vencedor | +--------------------------------------------------------------------+ | INDÍCIO PARA REVISÃO: mesma consulta, duas URLs, vencedor | | alternando. Compare intenção, conteúdo e estado técnico. |
# Seleciona indícios de sobreposição para revisão editorial; não prova canibalização.
# Entrada: linhas consulta-página-semana obtidas por API ou coleta filtrada.
# Não combine exportações agregadas de Consultas e Páginas pela posição da linha.
# Heurística: mesma consulta, mais de uma URL e alternância entre semanas.
import pandas as pd
df = pd.read_csv("gsc_consultas_paginas.csv") # colunas: semana, consulta, página, cliques, impressões, posição
# 1) URL vencedora de cada consulta em cada semana = a de melhor posição média
vencedora = (
df.sort_values("posição")
.groupby(["consulta", "semana"], as_index=False)
.first()[["consulta", "semana", "página", "posição"]]
)
# 2) Consultas em que a vencedora troca de URL ao longo do período
trocas = vencedora.groupby("consulta")["página"].nunique()
candidatas = trocas[trocas > 1].index
# 3) Limiar ilustrativo de triagem; adapte ao volume do site e registre a escolha
volume = df.groupby("consulta")["impressões"].sum()
relevantes = [c for c in candidatas if volume[c] >= 300]
relatorio = (
df[df["consulta"].isin(relevantes)]
.groupby(["consulta", "página"], as_index=False)
.agg(cliques=("cliques", "sum"), impressões=("impressões", "sum"))
.sort_values(["consulta", "impressões"], ascending=[True, False])
)
relatorio.to_csv("sobreposicoes_para_revisar.csv", index=False)
print(relatorio.head(30))O corte por volume no passo 3 existe para proteger o seu tempo. Consulta com poucas impressões vai mostrar alternância só por variação estatística, e reorganizar o site em cima disso é trabalho perdido. Rode o script, leve o CSV para a reunião e transforme a discussão de arquitetura em uma lista finita de URLs com nome e sobrenome.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
São quatro saídas possíveis, e publicar mais um artigo fica de fora das quatro. Fundir quando as duas performam e disputam a mesma pergunta. Redirecionar quando uma é duplicata fraca sem tráfego próprio. Diferenciar quando as intenções são distintas mas o texto ficou genérico nas duas. Manter quando cada uma já atende a sua consulta e o único ajuste necessário é o link entre elas. Existe uma quinta saída, remover, que trato adiante porque ela tem regra própria.
Essas quatro saídas saem do cruzamento de dois eixos que você já tem medidos, o que tira a escolha do terreno do gosto pessoal: quanto as URLs se sobrepõem em intenção, e como cada uma performa hoje. O quadrante abaixo posiciona as quatro decisões e plota quatro URLs de exemplo.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
[URL do cluster]
|
v
A mesma consulta ja e atendida por outra URL do site?
| |
NÃO SIM
| |
v v
Tem trafego próprio? As duas tem trafego relevante?
| | | |
SIM NÃO SIM NÃO
| | | |
v v v v
MANTER DIFERENCIAR FUNDIR REDIRECIONAR
(reescrever (melhor de (301 para a
para a sua cada uma vencedora)
pergunta) em 1 alvo)
|
Nenhum link externo
e nenhuma impressão?
|
SIM
v
REMOVER (410)
REGRA: so redirecione para página que responde a MESMA pergunta.
301 para destino diferente e tratado como página não encontrada.Fundir dá muito mais trabalho do que copiar um texto dentro do outro. Você escolhe o alvo (normalmente a URL com mais links externos, não a de melhor posição), reescreve o corpo incorporando o que a outra tinha de único, revisa a estrutura de títulos para o novo escopo, aplica o 301 e só então atualiza todos os links internos que apontavam para a origem. Deixar os links internos apontando para a URL redirecionada gera cadeia desnecessária e esconde o rastro para quem for auditar depois de você.
Redirecionar exige um destino equivalente que preserve a função da página retirada. Verifique links externos, campanhas, downloads e necessidades de atendimento antes da decisão. A existência de um link externo não cria uma obrigação universal de redirecionar, e a ausência de impressões não basta para remover uma página útil. Quando o conteúdo foi encerrado e não existe substituto adequado, discuta com o responsável técnico uma resposta de remoção, como HTTP 404 ou 410. Encaminhar tudo para a página inicial costuma frustrar a intenção de quem abriu o endereço antigo.
Quatro armadilhas aparecem sempre nesta etapa. Redirecionar em massa no mesmo dia impede diagnóstico, porque a movimentação em bloco apaga a atribuição de efeito: faça em lotes, com uma semana entre eles. Fundir sem consolidar links internos deixa a cadeia viva e o time seguinte sem entender a arquitetura. Manter a URL antiga viva como “versão resumida” recria a canibalização que você acabou de resolver. E prometer prazo curto é o mais caro dos quatro: na amostra de 400 sites atingidos pelo HCU, o Helpful Content Update de setembro de 2023, acompanhada por Glenn Gabe, as recuperações vieram só com o core update de junho de 2025, ou seja, de 12 a 21 meses depois, e nem todos os sites subiram (GSQi, The June 2025 Google Core Algorithm Update, 21/07/2025).
Falta um critério para decidir o que sequer entra no cluster. O vocabulário mais útil aqui veio do vazamento de documentação de 2024, que nomeia siteFocusScore (quanto o site é focado em um tema) e siteRadius (a medida de quanto os embeddings de página se afastam do embedding do site), publicados por Mike King na iPullRank em 27/05/2024 e com autenticidade confirmada pelo Google. A pergunta operacional que isso destrava é direta: esta página aproxima ou afasta o centroide do site?
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A reputação do domínio é segmentável. No Search Central Live de Zurique, em dezembro de 2024, Danny Sullivan afirmou que tratar áreas distintas como “sites dentro de um site” ajuda a resolver a confusão criada quando conteúdo de terceiro se aproveita de sinais construídos por conteúdo próprio, e recomendou: se você está entrando em algo inteiramente diferente, considere criar um site separado para construir a própria reputação e identidade (relato de Barry Schwartz, Search Engine Roundtable, 17/12/2024). Consequência prática: empilhar assunto destoante em domínio forte não transfere autoridade.
Isso conecta com a decisão de arquitetura que aparece em quase todo cliente: a seção de cupom, o diretório patrocinado, o blog de parceiro hospedado em subpasta. Na atualização de política de 19/11/2024, o Google declarou que nenhum envolvimento do site próprio altera a natureza de terceiro do conteúdo, e que possui sistemas projetados para entender se a seção de um site é independente ou muito diferente do conteúdo principal, tratando essas áreas como se fossem sites independentes.
Cuidado com o número que circula sobre isso. A política oficial de spam, com última atualização em 15/05/2026, define site reputation abuse como conteúdo de terceiro publicado num site anfitrião principalmente por causa dos sinais de ranqueamento já estabelecidos do anfitrião, e trata a aplicação por manual actions. Danny Sullivan declarou publicamente que ações algorítmicas para site reputation abuse ainda não entraram em operação. A afirmação repetida em blogs de 2026 de que a política virou algorítmica em agosto de 2025 não foi confirmada em fonte primária. O risco é real e probabilístico, com aplicação seletiva, e apresentar isso como certeza determinística ao cliente destrói a sua credibilidade no primeiro trimestre em que nada acontece.
E existe uma camada nova, regulatória, que reforça por que essa decisão de arquitetura não é apenas técnica. Em 13/11/2025 a Comissão Europeia abriu investigação formal para apurar se a própria política de site reputation abuse do Google fere o Digital Markets Act, ao rebaixar publishers que hospedam conteúdo de parceiros comerciais (Comissão Europeia, digital-strategy.ec.europa.eu, 13/11/2025, verificado em 19/07/2026; a sanção possível chega a 10% do faturamento global). Para o seu trabalho, a leitura prática não muda: a seção de terceiro no seu domínio segue exposta a rebaixamento, e agora está no centro de uma disputa entre a maior plataforma de busca e um regulador. Apostar que cupom, diretório patrocinado ou blog de parceiro herda a autoridade do host é apostar num arranjo que nem o Google consegue estabilizar sem contestação.
Estabelecida a arquitetura, sobra a pergunta de orçamento: vale mais adicionar páginas ao cluster ou investir em outra coisa? Há medição disponível para calibrar isso, com a ressalva causal na frente. No estudo da Ahrefs com 75.000 marcas de DR acima de 40 (DR é o Domain Rating, a nota de 0 a 100 com que a Ahrefs estima a força do perfil de links de um domínio), o número de páginas do site aparece entre as correlações mais fracas com visibilidade em IA, bem abaixo de menções de marca e de menções no YouTube.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Aproveite para aposentar as faixas de contagem de palavras que o mercado repete (2.000 a 4.000 para pillar, 1.000 a 2.500 para satélite). Elas não têm fonte rastreável, e a premissa foi contrariada por medição: sobre 174.048 páginas citadas em AI Overviews, a correlação de Spearman entre contagem de palavras e posição de citação foi de 0,04 (Ahrefs, 03/12/2025, https://ahrefs.com/blog/short-vs-long-content-in-ai-overviews/). Defina o tamanho pela pergunta que a página responde, e registre isso no briefing em vez de um número de palavras.
Com o conjunto de páginas definido, resta a malha que liga tudo. Três coisas importam mais que as outras. Profundidade de clique: nenhuma página do cluster deveria estar a mais de três cliques da home, e satélite a cinco cliques comunica que ele é secundário até para você. Âncora por entidade: a âncora precisa nomear a entidade de destino, porque “saiba mais” não diz nada sobre o alvo. Reciprocidade real: a pillar linka o satélite no ponto do índice em que aquele subtópico é resumido, e o satélite linka de volta no ponto em que o leitor precisa do contexto amplo.
Poda de link é tão importante quanto adição. Um satélite com quarenta links internos no corpo distribui atenção do leitor e sinal de forma difusa. Regra prática que uso em auditoria: no corpo do satélite, no máximo um link para a pillar, dois para satélites irmãos diretamente relacionados e o restante para fora do cluster apenas quando o leitor realmente precisa naquele ponto. Bloco de “leia também” com dez itens no rodapé é decoração, e costuma ser o primeiro lugar onde a âncora vira genérica.
Na hora de auditar, separe explicitamente o que o crawler resolve sozinho do que exige uma pessoa lendo a página. Essa separação é o que impede a auditoria de travar: a coluna da máquina roda em uma tarde, a coluna humana é priorizada por volume de impressão e feita em lotes.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Antes de executar o plano, congele a linha de base. Exporte o Search Console dos 90 dias anteriores por página e por consulta, salve o crawl com a estrutura de links internos e anote a data de cada lote executado. Sem essa fotografia, qualquer variação futura vira discussão de opinião, e você vai atravessar o próximo core update sem conseguir separar o efeito do seu trabalho do efeito do update. As datas oficiais de rollout estão no Search Status Dashboard do Google, e é de lá que a linha do tempo deve sair, jamais de blog.
Para medir o efeito no lado de IA, existe desde junho de 2026 o relatório de performance de recursos generativos no Search Console, que mostra quantas vezes links do seu site foram exibidos dentro de um recurso generativo da Busca (Google Search Central, 03/06/2026). Trate como métrica de alcance: ele traz impressões, sem cliques, sem CTR, sem consultas e sem separar AI Overviews de AI Mode. Serve para ver se o cluster consolidado passou a aparecer mais. Prova de retorno exige outra medição.
Exercício prático
Monte o plano de consolidação de um cluster real.
- Exporte do Search Console os últimos 90 dias por consulta e por página, filtrando o diretório do cluster escolhido.
- Rode a triagem de sobreposição e produza os pares a investigar, comparando função, conteúdo e indexação.
- Classifique cada URL do cluster em uma das cinco saídas: fundir, redirecionar, diferenciar, manter ou remover.
- Desenhe o mapa de links internos antes e depois, marcando páginas órfãs e profundidade de clique de cada URL.
- Execute o primeiro lote, no máximo cinco URLs, e registre a data.
Critérios de sucesso
- Toda URL do cluster tem exatamente uma decisão registrada, com o número da exportação que a justifica.
- Toda retirada considera os links, os usos comerciais e a existência de um substituto equivalente.
- Nenhum redirecionamento aponta para destino que responde a outra pergunta.
- Zero páginas órfãs no mapa do depois, e nenhuma URL do cluster a mais de três cliques da home.
- A linha de base dos 90 dias anteriores está salva e datada, junto com a data de cada lote executado.
Para aprofundar a parte de distribuição e de links externos, veja o curso SEO e GEO. Para a mecânica das exportações e dos filtros usados aqui, o curso GSC Avançado trata do Google Search Console, abreviado como GSC, em profundidade. E se o seu cluster foi gerado por template, SEO Programático trata do risco específico de escala rasa.
Hub-and-spoke é o início; o valor está nas relações
O modelo hub-and-spoke ajuda a visualizar um centro ligado a páginas especializadas. Entretanto, uma jornada real raramente volta ao hub após cada leitura. Uma página de diagnóstico pode levar a um benchmark, depois a um caso, depois a uma comparação. O grafo precisa representar essas relações úteis sem criar uma malha de links automáticos e irrelevantes.
Cada link deve conseguir completar uma frase: “para compreender o conceito, leia”; “para avaliar a evidência, veja”; “para executar, use”; “para comparar, consulte”. O texto âncora e o contexto explicam por que a conexão existe. Links de navegação, breadcrumbs e conteúdo editorial cumprem papéis complementares.
Também existe trabalho de subtração. Duas páginas que respondem à mesma pergunta para o mesmo público e momento precisam ser consolidadas ou diferenciadas. Conteúdo obsoleto deve ser atualizado, redirecionado ou retirado com cuidado. Preservar tudo por medo de perder tráfego costuma manter contradições e dispersar manutenção.
Regra de decisão para o acervo
| Situação | Ação provável | Critério de aceite |
|---|---|---|
| Pergunta material sem resposta | Criar um ativo adequado. | Público, decisão, prova, dono e próximo passo definidos. |
| Duas páginas com mesma intenção | Consolidar e redirecionar a versão secundária. | Uma URL canônica preserva o conteúdo útil e cobre a intenção completa. |
| Página útil, mas desatualizada | Revisar fatos, método, exemplos e data editorial. | Responsável aprova e fontes têm data de corte visível. |
| Página recebe visitas, mas não pertence ao território | Avaliar valor, risco e destino antes de manter ou remover. | A decisão considera público, conversão, links e coerência estratégica. |
| Conteúdo interno recorrente | Transformar em referência pública quando seguro e útil. | Informações confidenciais foram removidas e a versão pública possui fonte e limite. |
Arquitetura é infraestrutura de compreensão. Antes de redesenhar URLs ou publicar uma nova pillar page, confirme se a mudança melhora compreensão e manutenção. Cinco proibições valem para qualquer redesenho: nada de impor um número fixo de palavras, porque a profundidade certa vem da decisão que a página cobre; nada de criar uma página para cada variação de consulta quando a intenção e a resposta são as mesmas; nada de automatizar links por ocorrência de termo sem validar relação, contexto e destino; nada de alterar URLs sem plano de redirecionamento, inventário de links e monitoramento posterior; e nada de esconder conteúdo essencial em uma arquitetura que só o rastreador consegue percorrer.
Guia prático: montar a página pilar de um cluster já mapeado. A página pilar não é o texto mais longo do cluster; é a página que declara o escopo, responde à pergunta-mãe e distribui o leitor para as respostas específicas. O roteiro abaixo parte do mapa temático pronto e da exportação do Search Console usada no diagnóstico de canibalização.
Página pilar publicada, ligada e com linha de base salva
Sete passos. Faça um cluster por vez e só passe ao próximo depois de salvar a linha de base.
Passo 1: Escolha a URL principal pelo dado, não pela opinião
Na exportação do Search Console filtrada pelo cluster, a candidata é a URL com mais cliques sem marca e impressões estáveis nas últimas 12 semanas.
Deu certo quando: A escolha cabe numa linha da planilha, com o número que a justifica.
Erro comum: Criar uma URL nova para a pilar quando uma existente já recebe a demanda do cluster.
Passo 2: Escreva a resposta direta nas primeiras linhas
Duas a quatro frases que respondem à pergunta-mãe sem depender do resto da página; é o trecho que a busca e os assistentes conseguem citar sozinho.
Deu certo quando: Lido isolado, o primeiro parágrafo responde à pergunta e diz para quem vale.
Erro comum: Abrir com história da empresa ou definição de dicionário e deixar a resposta para o terceiro parágrafo.
Passo 3: Monte o sumário com uma seção por subtema e um link para cada página satélite
Cada seção resume o subtema em um parágrafo e aponta para a página que o resolve por completo, com âncora descritiva.
Deu certo quando: Todo cluster do mapa tem seção na pilar e todo link leva a uma página que existe e responde 200.
Erro comum: Copiar o satélite inteiro para dentro da pilar, o que cria duas páginas disputando a mesma busca.
Passo 4: Faça cada satélite apontar de volta para a pilar, no corpo do texto
Um link contextual por satélite, perto da primeira menção ao tema amplo, com âncora que nomeia o tema.
Deu certo quando: Um rastreamento do site mostra a pilar como a página do cluster com mais links internos de entrada.
Erro comum: Confiar só no menu ou no rodapé; o link no corpo é o que diz qual página explica o tema.
Passo 5: Declare a entidade e o assunto no JSON-LD da página
Article ou WebPage com about apontando para o tema e publisher apontando para o mesmo @id da Organization, como em "O crachá da sua empresa para as máquinas".
Deu certo quando: O Schema Markup Validator lista about e publisher com o @id da Organization, sem erro.
Erro comum: Repetir a Organization completa com outro @id em cada página.
Passo 6: Confira o acesso e a velocidade da página
Meça a página pilar com o PageSpeed Insights e registre o teste, o dispositivo e o diagnóstico. O tempo de resposta deve orientar uma investigação técnica; o curso não estabelece um prazo universal de desistência para rastreadores de IA.
Deu certo quando: A página responde com o conteúdo esperado, e o relatório registra os problemas e o responsável por tratá-los.
Erro comum: Medir só a página inicial e esquecer o template de blog, onde a pilar costuma morar.
Passo 7: Peça a indexação e salve a linha de base com data
Search Console, Inspeção de URL, Testar URL publicada e Solicitar indexação. Exporte consultas e páginas do cluster no mesmo dia.
Deu certo quando: Arquivo de linha de base salvo com a data da publicação no nome.
Erro comum: Publicar pilar, redirecionamentos e satélites novos no mesmo dia, o que impede saber o que produziu o efeito.
No fim você tem: Uma pilar que responde, distribui e recebe links do próprio cluster, com efeito mensurável a partir de uma data conhecida.
E-commerce de suplementos com blog de nutrição esportiva
E-commerce, SEO e CRM
Dor
Três posts sobre creatina disputavam a mesma busca, e nenhum levava à categoria da loja. O e-mail de nutrição do CRM mandava o leitor para o post mais antigo.
Solução
A equipe escolheu como pilar o post com mais cliques sem marca, reescreveu a abertura com a resposta direta, ligou seis satélites (dose, horário, efeitos, combinações) e redirecionou os dois concorrentes. A sequência de e-mails passou a apontar para a pilar.
Resultado
A busca principal deixou de alternar entre URLs na exportação semanal, e o link para a categoria passou a receber o clique que antes se perdia entre três posts.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Laboratório: decidir entre atualizar, consolidar ou diferenciar duas páginas. No cenário fictício da Orbe, o artigo sobre plano de manutenção e o modelo de cronograma aparecem para algumas consultas iguais. Isso merece investigação, mas a sobreposição sozinha não prova prejuízo. O artigo pode ensinar a planejar e o modelo pode ajudar a executar. Você vai montar uma ficha por par de URLs antes de propor redirecionamento ou retirada.
O Google Search Central publicou novas trilhas de aprendizagem que reúnem inspeção de URL, análise no Search Console e gestão de conteúdo duplicado. A organização das trilhas é recente; os vídeos reunidos podem ser anteriores. Use a trilha técnica para executar uma decisão já fundamentada. A matriz abaixo é uma proposta operacional do curso, sem promessa de recuperação de posições.
Construir a ficha do par de URLs no Search Console
Use uma propriedade que você tem autorização para analisar. Os nomes dos relatórios podem variar por idioma. Faça o exercício com um par de páginas antes de ampliar o lote.
Passo 1: Registre um recorte comparável no relatório de desempenho
Abra Desempenho, Resultados da pesquisa. Escolha um período completo, por exemplo os últimos três meses, e anote tipo de pesquisa, país e dispositivo. Use Adicionar filtro, Consulta, e informe uma pergunta ou expressão relacionada ao par. Na aba Páginas, exporte os resultados e salve os filtros com a data.
Deu certo quando: A ficha informa o recorte usado e as URLs que aparecem nele.
Erro comum: Comparar um mês parcial com um mês completo ou concluir que uma URL não tem valor porque não aparece nesse filtro.
Passo 2: Examine as consultas próprias de cada página
Remova o filtro de consulta, filtre a primeira URL em Página e abra Consultas. Exporte. Repita para a segunda URL no mesmo recorte. Marque perguntas exclusivas e compartilhadas; se houver poucas linhas, registre evidência insuficiente em vez de forçar uma decisão.
Deu certo quando: Cada página tem sua lista de perguntas e uma hipótese de função para o leitor.
Erro comum: Unir as abas Consultas e Páginas pelo número da linha. As exportações agregadas não formam pares automaticamente.
Passo 3: Confirme o estado técnico antes de interpretar o resultado
Cole cada endereço na Inspeção de URL. Registre indexação e URL canônica selecionada pelo Google, quando informadas. Se uma página estiver excluída por erro técnico ou associada a outra canônica, encaminhe esse diagnóstico antes de usar a ausência de cliques como motivo editorial para removê-la.
Deu certo quando: A ficha distingue falta de resposta editorial de problema de acesso ou indexação.
Erro comum: Usar o teste da página publicada como prova de que ela já está indexada.
Passo 4: Compare a entrega ao leitor e a função de marketing
Leia as duas páginas e registre resposta principal, material exclusivo, público e próximo passo. Verifique também se anúncios, e-mails ou materiais comerciais usam esses endereços. Na Orbe, baixar o cronograma pode ser uma ação útil distinta de ler o método, mesmo que parte das consultas coincida.
Deu certo quando: A comparação explica o que seria perdido se uma das páginas deixasse de existir.
Erro comum: Escolher a sobrevivente apenas por cliques ou quantidade de links, sem avaliar a resposta e os usos da URL.
Passo 5: Aplique a matriz e escreva o pedido para execução
Escolha uma ação da tabela abaixo. Se houver fusão, descreva qual trecho útil será preservado, o destino equivalente, os links e campanhas a atualizar e o responsável técnico. A aprovação depende de preservar a função do conteúdo. Mudança em URL usada por campanha exige revisar o destino dessa campanha.
Deu certo quando: Outra pessoa consegue executar o pedido e conferir o antes e o depois.
Erro comum: Apontar toda página retirada para a página inicial ou supor que canonical funciona como redirecionamento para o visitante.
Passo 6: Verifique a entrega e marque a próxima leitura dos dados
Após a alteração, abra a página final e confirme conteúdo, links, formulário ou download. Quando houver redirecionamento, peça ao responsável técnico a confirmação da origem e do destino. Salve a data da mudança e repita a comparação no mesmo recorte quando houver dados suficientes; registre sazonalidade e outras mudanças ocorridas no intervalo.
Deu certo quando: O comportamento publicado corresponde à decisão, com linha de base e responsável pela revisão.
Erro comum: Declarar a fusão bem-sucedida só porque o endereço responde, ou atribuir toda variação posterior à edição.
No fim você tem: Uma decisão por par de URLs, apoiada pela função das páginas, pelas consultas e pelo estado técnico, com execução verificável.
Escolher a ação pelo problema observado
| Evidência | Ação | O que precisa estar pronto |
|---|---|---|
| Uma página responde à decisão, mas o procedimento ou a prova está desatualizado. | Atualizar essa página. | Fatos, exemplos e metadados revisados; registro do que mudou. |
| As páginas entregam a mesma resposta e o material útil cabe num destino equivalente. | Consolidar após revisão do par. | Conteúdo útil preservado, destino aprovado e plano de links e redirecionamento validado. |
| Método e modelo atendem tarefas distintas, mas os textos não explicam a diferença. | Diferenciar e ligar as páginas. | Cada abertura declara sua tarefa; os links mostram quando seguir para a outra página. |
| Cada página resolve sua tarefa e a navegação já está clara. | Manter e observar. | Motivo registrado, sem intervenção apenas por sobreposição de consulta. |
| Faltam dados ou existe erro técnico que compromete a comparação. | Adiar a decisão editorial. | Pendência com responsável e evidência necessária para reabrir a análise. |
Critérios operacionais propostos pelo curso. Ter duas URLs numa consulta não demonstra, por si só, uma perda causada por canibalização.
Orbe Sistemas
Software de manutenção industrial, marketing de conteúdo e CRM
Dor
A equipe queria fundir o guia e o modelo de cronograma porque os dois apareciam na mesma consulta.
Solução
A ficha mostrou que o guia explicava o método e o modelo entregava o arquivo usado numa sequência de e-mails. A equipe decidiu manter os dois, explicar a diferença nas aberturas e inserir links entre método e execução.
Resultado
A entrega do exercício é uma arquitetura com função explícita por página e destinos preservados na sequência de e-mails. O cenário não atribui ganho de tráfego, citação ou vendas à decisão.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Copiar a ficha de decisão por par de URLs
Documento montado
Par avaliado: [URLS E FUNÇÕES] Evidência: [PERÍODO, FILTROS E ESTADO TÉCNICO] Decisão: [DECISÃO JUSTIFICADA] Material que precisa ser preservado: [preencher] Campanhas e links afetados: [preencher] Responsável pela execução: [preencher] Critério de pronto: [comportamento e conteúdo verificáveis] Linha de base e próxima revisão: [preencher] Condição para reconsiderar a decisão: [preencher]
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
A decisão pode ser executada sem adivinhação?
Critério de pronto
0/5Autoavaliação antes de seguir. 1) Você consegue apontar, para o seu cluster, qual é a URL principal e provar essa escolha com uma linha da exportação do Search Console? 2) Diante de duas URLs que disputam a mesma consulta e ambas com tráfego relevante, qual das quatro saídas você aplica, e qual delas vira o alvo do 301? 3) Você sabe dizer se a aplicação de site reputation abuse é manual ou algorítmica hoje, e qual é a fonte primária e a data que sustentam a sua resposta?
Entregável do capítulo: plano de consolidação de um cluster
Evidência, antes de qualquer decisão
0/4Decisão, uma única por página
0/4Execução e medição
0/4Perguntas frequentes deste capítulo
Retirar página do ar não vai me custar tráfego?
Quantas páginas um assunto precisa ter para a empresa virar referência nele?
Em quanto tempo isso aparece no resultado?
Isso é trabalho de marketing ou de tecnologia?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Escreva a página que responde e é escolhidasugerido pelo grafoApresenta os conceitos “Pillar page”, “Internal linking” e “Site reputation abuse”, usados em “Como parar de competir com o seu próprio site”.
- Diagnostique em que etapa a busca perde a sua páginasugerido pelo grafoApresenta os conceitos “Indexação”, “SEO” e “AI Overview”, usados em “Como parar de competir com o seu próprio site”.
- Descubra como a IA escolhe quem citarsugerido pelo grafoApresenta os conceitos “RAG” e “Visibilidade em IA”, usados em “Como parar de competir com o seu próprio site”.
- CursoGEO e Knowledge Graphsugerido pelo grafo2 capítulos de “Autoridade Temática e SEO de Entidades” usam conceitos apresentados em “GEO e Knowledge Graph”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- GEO Universal FrameworkImpeça que páginas do mesmo site disputem a buscaExaminar conexões de Impeça que páginas do mesmo site disputem a busca
- Analytics de busca para decisão executivaPriorizar onde colocar o próximo realExaminar conexões de Priorizar onde colocar o próximo real
- Search Console para decisãoConfirme que a página existe no índice antes de discutir posiçãoExaminar conexões de Confirme que a página existe no índice antes de discutir posição
- GEO Intent MappingLigar a pergunta genérica à sua marcaExaminar conexões de Ligar a pergunta genérica à sua marca
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.