Blog · 2026-08-30

Cirurgia em canibalização de palavras-chave: 35 termos brigando em 6 páginas, resolvido sem tocar na página que dá dinheiro

Relato de campo de um site de conteúdo em um setor de alta concorrência: mapeamos a canibalização com os dados de consulta por página do GSC, aplicamos um termo por página e usamos a alavanca das âncoras internas para consertar 26 âncoras editando um único título, sem nunca encostar no território da página que converte.

Depois que um site de conteúdo passa de cem páginas, o relatório de busca costuma desenvolver uma doença conhecida: várias páginas rankeando para o mesmo conjunto de palavras-chave, todas travadas na segunda ou na terceira página, com os cliques picados. Batemos num caso digno de livro-texto, num site de conteúdo de setor altamente competitivo: 35 consultas espalhadas por 6 páginas se atacando, um termo de cabeça com muita gente buscando e nenhuma página encarregada de atendê-lo. Este é o registro completo da cirurgia.

Primeiro o mapa: a tabela cruzada consulta × página do GSC

Canibalização não se pega no faro. O método é tosco e funciona: exporte o relatório de desempenho do Google Search Console (GSC) das últimas quatro semanas nas duas dimensões, consulta e página, e marque como uma linha toda consulta que recebeu impressões em duas ou mais páginas. Com o mapa desse site pronto, o quadro clínico era este:

Com o mapa pronto, a conclusão aparece sozinha: conteúdo tem de sobra, o que está bagunçado é a divisão de trabalho. Título, âncora e página de destino se contradiziam, então o buscador não teve escolha a não ser espalhar a autoridade por seis páginas, e as seis perderam juntas.

Um termo, uma página: defina os papéis antes de editar uma palavra

O princípio do conserto cabe em uma frase: cada consulta recebe uma única página responsável, e as outras saem de cena. A tabela de papéis desse site:

Definir papéis nem sempre é ceder lugar, também pode ser dividir por intenção. No mesmo site, 7 páginas rankeavam para o termo de marca, e duas páginas de funcionalidade somavam 3088 impressões para apenas 6 cliques (CTR de 0.2%). A causa eram títulos que empurravam o assunto para o final, e quem buscava a marca não conseguia ver o que aquela página respondia. A solução não foi cortar páginas, foi colocar o termo de marca na frente e dar uma intenção para cada uma: uma responde "como entrar", a outra responde "o que é isso", e assim a mesma busca ocupa duas posições.

A alavanca das âncoras: editar 1 título = consertar 26 âncoras

A maioria conserta link interno inserindo um de cada vez na mão. Pare antes e vá ler o template. Nesse site, o card de "artigos relacionados" renderiza o texto da âncora direto do título da página de destino, e a nova página do termo de cabeça estava na lista de relacionados de 26 páginas. Ou seja: editar um título conserta 26 âncoras internas de uma vez. Medição antes da edição: 0 âncoras continham o termo de cabeça. Depois: 26 de 26.

Três lições de apoio:

O lastmod só pode dizer a verdade

Depois de editar os títulos falta um portão: o sitemap. Esse site usava a data de publicação como valor de lastmod, então páginas com título editado continuavam com um lastmod de quatro meses atrás. O buscador não tinha motivo para priorizar um novo rastreamento, e a edição era como se não tivesse acontecido.

Nenhum dos dois atalhos serve: mexer na data de publicação é mentir, e carimbar a data de hoje no lastmod do site inteiro é pior, porque o buscador aprende rápido a não confiar no seu sitemap. O conserto correto é separar "data de publicação" e "data da última modificação" em dois campos, com o sitemap lendo o segundo e caindo para o primeiro quando ele não existe. Verificado depois do deploy: só as 3 páginas que realmente mudaram tiveram o lastmod movido para aquele dia, e o resto ficou intacto.

Outro detalhe fácil de escorregar: ajuste de link interno é mudança de navegação, não mudança de conteúdo, então não atualize a data de modificação junto. O valor do lastmod está em ser um sinal confiável, e cada vez que você o dilui ele vale menos.

A linha vermelha da página que dá dinheiro: mudança mínima e monitoramento de linha de base

O maior risco da cirurgia inteira nunca foi deixar de resolver a canibalização, foi quebrar uma página que já está faturando. A página que mais converte no site teve 55 cliques nas últimas quatro semanas e posição estável, então mexemos só na parte do título que abria mão do termo de cabeça, e nos termos que ela já vencia não trocamos uma palavra. O remanejamento do termo promocional e do termo de cálculo também foi desviado do território dela de propósito.

No dia da cirurgia, duas coisas: a posição e os cliques da página que dá dinheiro entraram na lista de monitoramento como linha de base, para acompanhar qualquer queda depois; e a validação foi medida sempre com quatro semanas de GSC contra as quatro anteriores, nunca com números diários, porque a oscilação diária assusta as pessoas e provoca decisão errada. Falando claro: o objetivo de operar canibalização é juntar de volta os cliques picados, não acumular um monte de edições visíveis. Corte errado, machuque a página que dá dinheiro, e nenhuma impressão economizada compensa isso.

Fechando

O método inteiro condensa em um fluxo: mapear com consulta × página, definir um termo por página, achar o ponto de alavanca e editar ali (um título = 26 âncoras), e então deixar um lastmod honesto convidar o buscador a conferir o trabalho, tudo isso sem pisar no território da página que dá dinheiro. Não tem mágica, só disciplina em três coisas: dados, divisão de papéis e verificação. Se o seu site também tem um monte de termos travados na segunda ou na terceira página, ou se você suspeita que as páginas estão brigando entre si mas não sabe onde cortar, fale com a gente. Temos o hábito de desenhar o mapa primeiro e discutir cirurgia depois.

Esse tipo de cirurgia virou serviço aqui

Em canibalização de palavras-chave, o difícil não é achar a sobreposição. É decidir qual página fica, qual é fundida, como os links internos são religados, e fazer isso sem perder as posições que você já tem.

Planos de construção de site para SEO e de manutenção mensal:

Plano Preço Conteúdo
Construção $900 USDT Arquitetura do site, SEO técnico, conteúdo inicial
Manutenção mensal $400 USDT / mês Produção de conteúdo, manutenção de links internos, monitoramento de indexação

As especificações estão em serviço de construção de site SEO para iGaming.

Resolvemos esse tipo de problema todos os dias

Descreva sua situação e dizemos direto se dá para fazer e quanto custa aproximadamente.

Falar no Telegram
Avaliação e orçamento gratuitos · Quem responde é o engenheiro, não um vendedor
Falar no TG