Canibalização no Search Console em 10 minutos
Cruzar as dimensões consulta e página no Search Console revela toda consulta que traz cliques para duas ou mais URLs suas. Esse é o sinal de canibalização, e dá para levantar em minutos.
Canibalização de palavras-chave acontece quando duas ou mais páginas do mesmo site competem pela mesma consulta nos resultados do Google. Para achar os casos no Search Console em cerca de 10 minutos, você cruza as dimensões consulta e página, agrupa o resultado por consulta e marca toda consulta que aparece com duas ou mais URLs.
O relatório de Desempenho já tem esse dado. O que falta é o cruzamento: a interface obriga a filtrar uma página por vez, enquanto a API devolve consulta e página juntas numa consulta só. O método manual e o atalho automático estão abaixo.
O que é canibalização de palavras-chave?
Canibalização de palavras-chave é a situação em que várias URLs de um mesmo domínio disputam posição para o mesmo termo de busca, em vez de o site concentrar essa força em uma página só.
O efeito é quase sempre negativo. O Google costuma mostrar uma página por site para uma consulta, e alterna entre as suas candidatas. Cada uma recebe uma fração dos cliques, o CTR de cada URL fica menor do que seria, e os sinais de relevância (links, engajamento) se dividem. Duas páginas em quarto e sétimo lugar rendem menos que uma página em terceiro.
Nem toda sobreposição é canibalização. Um artigo e uma página de produto que aparecem para a mesma consulta com intenções diferentes podem coexistir. O caso a corrigir é quando as duas páginas têm o mesmo objetivo e uma claramente enfraquece a outra.
Como identificar canibalização no Search Console?
Para identificar canibalização no Search Console, use o relatório de Desempenho com as dimensões consulta e página ativas ao mesmo tempo.
O passo a passo manual:
- Abra o relatório de Desempenho e defina o período em 3 meses.
- Ative a dimensão Consultas e, na mesma tabela, adicione Páginas como dimensão secundária. Na interface isso é feito filtrando uma página por vez, o que é lento; a API faz o cruzamento direto.
- Exporte a tabela e ordene por consulta.
- Procure consultas que se repetem em mais de uma linha, cada linha com uma URL diferente.
Toda consulta com duas ou mais URLs recebendo impressões e cliques é um candidato. A partir daí, o trabalho é separar canibalização real de coexistência legítima.
Que consulta e página revelam no relatório?
A combinação consulta e página revela, para cada termo de busca, quais URLs do seu site o Google considerou relevantes e como cada uma se saiu.
Para cada candidato a canibalização, colete quatro números por URL: cliques, impressões, CTR e posição média. O quadro típico de um caso a corrigir é este:
| Consulta | Página | Cliques | Impressões | Posição |
|---|---|---|---|---|
| consultoria seo | /servicos/consultoria-seo | 120 | 3.400 | 6,2 |
| consultoria seo | /blog/o-que-e-consultoria-seo | 45 | 2.900 | 9,8 |
As duas páginas recebem impressões volumosas para o mesmo termo, com intenção comercial parecida. A de serviço rankeia melhor, mas o blog rouba impressões e cliques que deveriam ir para ela.
Como priorizar os casos encontrados?
Priorize os casos de canibalização pelo total de impressões em disputa, não pelo número de URLs envolvidas.
Uma consulta com 6.000 impressões divididas entre duas páginas vale mais atenção que uma com 200 impressões dividida entre quatro. As impressões medem quanta demanda está em jogo; consertar a distribuição de uma consulta de alto volume tem retorno maior.
Um ranqueamento simples: para cada consulta canibalizada, some as impressões de todas as URLs e ordene do maior para o menor. Os 10 ou 20 primeiros casos concentram quase todo o ganho possível. O resto pode esperar.
O que fazer com cada caso: canonical, redirect ou fusão?
A correção depende de quão parecidas as duas páginas são e de quanto tráfego a página fraca ainda traz sozinha.
- Tag canonical quando as duas páginas precisam existir (por exemplo, versões de uma ficha de produto) mas só uma deve rankear. A canônica aponta da fraca para a forte.
- Redirect 301 quando a página fraca não tem valor próprio. Todo o sinal se transfere para a página forte, e a URL antiga sai do índice.
- Fusão de conteúdo quando as duas páginas têm material único que vale manter. Você junta o melhor das duas numa URL, redireciona a outra e fica com uma página mais completa que qualquer uma das originais.
Escolha a página que fica pela posição média e pelo CTR: normalmente é a que já rankeia melhor para a consulta em disputa.
A rotina automática faz isso sozinha?
A rotina cannibalization-check do mcp-gsc executa o método inteiro a partir de uma frase. Ela confirma a propriedade, chama get_advanced_search_analytics com as dimensões consulta e página em até mil linhas, agrupa por consulta, marca as que têm duas ou mais URLs distintas e ordena por impressões em disputa.
A saída é uma tabela dos casos mais graves, cada um com as URLs, os números de cada uma e uma recomendação de consolidação. O que a rotina não faz é decidir por você: ela sinaliza que /blog/o-que-e-consultoria-seo compete com /servicos/consultoria-seo, mas a escolha entre canonical, redirect e fusão depende de você conhecer o conteúdo das duas.
Um limite herdado da API: consultas anonimizadas por baixo volume ficam de fora do cruzamento, então a rotina cobre o topo e o meio da demanda, não a cauda mais longa.
Resumo
- Canibalização de palavras-chave é quando duas ou mais páginas do mesmo site competem pela mesma consulta no Google, e o efeito costuma ser perda de cliques e diluição de sinais.
- Para achar os casos, cruze as dimensões consulta e página no relatório de Desempenho e marque toda consulta que aparece com mais de uma URL.
- Colete cliques, impressões, CTR e posição de cada URL, e separe canibalização real de coexistência com intenções diferentes.
- Priorize pelo total de impressões em disputa: os 10 a 20 maiores casos concentram quase todo o ganho.
- Corrija com tag canonical (as duas páginas ficam), redirect 301 (a fraca sai) ou fusão de conteúdo (vira uma página só, mais completa).
- A rotina
cannibalization-checkmonta a tabela em uma chamada, mas a decisão de consolidação continua sua, e a cauda longa anonimizada fica de fora.