Biblioteca·SOP·SEO

Diagnosticar canibalização de palavras-chave usando o Google Search Console

Decida quais páginas sobrepostas manter, esclarecer, consolidar ou investigar usando o Google Search Console.

Última revisão: · Revisão editorial

Clareza, estrutura e referências revisadas nesta versão. Não equivale a um teste em uma conta real.

SOP 126 · 360 min
SOPGrátis

Diagnosticar canibalização de palavras-chave usando o Google Search Console

SOP 126 · 360 min

Decida quais páginas sobrepostas manter, esclarecer, consolidar ou investigar usando o Google Search Console.

Escopo

Este SOP abrange:

Este SOP não abrange:

Requisitos

SOPs relacionados

01. Defina o escopo e a comparação

Canibalização de palavras-chave significa que páginas sobrepostas interferem no resultado de que o site precisa. Duas páginas receberem impressões para a mesma consulta apenas inicia uma investigação: elas podem atender a tarefas úteis diferentes, aparecer em momentos diferentes ou refletir o tratamento normal de duplicatas.

  1. Faça uma cópia editável de Competing-page Diagnosis Plan fornecido com este guia. Start Here registra sua configuração, Export Log preserva cada visualização, Query Screen contempla as linhas de consultas, Query Pages compara páginas relatadas, Page Checks registra conteúdo real e URLs canônicas e Group Decisions contém as recomendações finais. Fictional Example usa dados inventados para ensinar as escolhas.

  2. Pergunte ao responsável se a revisão cobre o site inteiro ou uma seção significativa, como todos os artigos sobre cultivo de tomates e suas páginas de produtos associadas. Insira Website / property, Agreed scope e Scope exclusions em Start Here. Pergunte o que os visitantes devem realizar e quais páginas importam; preencha Visitor task / important pages. Se faltarem propósito ou prioridades, escreva Not provided e a pergunta exata em Owner questions e continue coletando evidências.

  3. Abra o Google Search Console e selecione a propriedade desse site. Abra Performance → Search results e escolha Search type = Web. Limpe filtros antigos de consulta ou página. Registre a propriedade exata e quaisquer filtros pretendidos de país, dispositivo ou aparência de busca em Search type / filters; escreva All quando não houver restrição. Cliques são visitas desses resultados do Google; impressões são aparições registradas neles.

    • Atenção: Uma propriedade de prefixo de URL cobre somente seu prefixo. Ela pode não mostrar páginas concorrentes em outro hostname ou fora daquele caminho. Registre esse limite em Coverage notes em vez de supor que essas páginas não existem.
  4. Use o controle Date para comparar períodos úteis e registre as datas exatas.

    1. Escolha dias completos para Current dates e um período anterior ou sazonalmente comparável de mesmo tamanho para Comparison dates. Por exemplo, compare 28 dias completos com os 28 anteriores; um negócio sazonal pode precisar da mesma estação de um ano anterior disponível. Use um período disponível mais longo se a visualização curta tiver poucos dados. Não inclua um dia recente marcado como preliminar.

    2. Pergunte sobre promoções, sazonalidade, alterações em páginas e eventos conhecidos durante os períodos. Insira-os em Comparison caveat e copie o texto de atualização do relatório para Report update text. Se dados anteriores úteis não estiverem disponíveis, escreva Unavailable em Comparison dates e deixe células posteriores de comparação em branco. As páginas e os dados atuais ainda podem sustentar um diagnóstico limitado.

    3. Crie no computador uma pasta chamada Competing pages, seguida do site e da data de hoje. Insira seu caminho em Evidence folder. Mantenha exportações inalteradas ali e use a planilha para sua interpretação.

02. Salve e faça a triagem das consultas disponíveis

Uma consulta é a expressão que alguém pesquisou. Crie grupos candidatos de temas a partir da exportação disponível inteira em vez de começar com algumas páginas presumidamente concorrentes. O Search Console omite algumas consultas e limita suas exportações comuns.

  1. Preserve todas as linhas disponíveis de Queries para cada período selecionado.

    1. Para revisar a propriedade inteira, deixe Page sem restrição. Para revisar uma seção, use um filtro Page que corresponda à seção acordada, como URLs que contêm /tomato-guides/. Registre seu valor exato em Export Log → View / exact filters. Isso descobre as consultas da seção; depois você removerá essa restrição de página para procurar outras páginas que respondam a essas consultas.

    2. Defina Date com as Current dates exatas como período único e abra Queries. Use Export → Download CSV e salve a exportação completa em Evidence folder. Abra a tabela Queries exportada e conte suas linhas de dados, excluindo o cabeçalho. Adicione uma linha em Export Log com um Export ID único, filtros/datas exatos, Saved file / link, Row type = Queries e Rows available.

    3. Se Comparison dates estiver disponível, defina esse período único exato com os mesmos outros filtros e exporte a tabela Queries da mesma forma. Dê a ela um Export ID diferente. Isso captura consultas visíveis que apareceram em qualquer um dos períodos. Não fabrique uma exportação comparativa quando o histórico estiver indisponível.

    4. Copie a coluna completa de consultas de cada tabela Queries para Query Screen → Query, adicionando seu Export ID ao lado de cada linha. Acrescente a próxima exportação abaixo e adicione linhas à planilha conforme necessário. Preserve expressões repetidas de exportações diferentes para que cada linha de origem permaneça contemplada. Você só precisa investigar uma expressão idêntica uma vez com a visualização comparativa escolhida.

  2. Registre a contagem e as limitações de cada exportação em Export Log → Limitation / note e Start Here → Export row counts / limits. Exportações comuns de relatórios incluem no máximo 1.000 linhas representativas. Atingir 1.000 sugere uma visualização truncada; menos linhas ainda omitem consultas anônimas ou indisponíveis por outros motivos. Se a visualização for grande, exporte seções ou temas de consultas focados e úteis usando um filtro explícito por vez e acrescente todas as linhas de consultas com novos Export IDs.

    • Atenção: Exportações focadas podem revelar mais linhas visíveis, mas não garantem recuperar todas as consultas ocultas ou truncadas. Não adicione configuração de API ou upgrade pago a este procedimento.
  3. Faça a triagem de cada linha de Query Screen e preserve sua decisão.

    1. Em Plain topic / likely reader task, descreva o que as palavras sugerem: aprender a regar tomates em vasos, comprar um kit inicial ou encontrar um serviço local. Verifique o conteúdo correspondente do site quando o significado não estiver claro. Agrupe expressões relacionadas à mesma tarefa prática com um Group ID, como TOMATO-WATER. Palavras compartilhadas sozinhas não significam a mesma tarefa.

    2. Use Candidate para uma tarefa prática dentro do escopo a verificar quanto à sobreposição de páginas, incluindo uma preocupação do responsável sobre a página errada. Use Parked para uma expressão ampla ou pouco clara demais para inferir uma tarefa útil; identifique a pergunta ausente em Reason / parked next question. Use Outside scope somente para uma exclusão deliberada e informe seu motivo. Uma expressão de marca conhecida não é automaticamente um problema ou uma exclusão.

    3. Conte as linhas classificadas de cada Export ID e insira essa contagem em Export Log → Rows accounted for. Faça-a corresponder a Rows available antes de continuar. Em Screening progress, identifique exportações incompletas. Reúna os lotes de trabalho nessa planilha; não pare em um número fixo de consultas ou temas. Dê a um tema importante estacionado e não resolvido uma linha Investigate / monitor em Group Decisions.

03. Compare as páginas e leia seus propósitos reais

O Search Console descreve páginas que recebem crédito pelo desempenho durante um período. Leia as páginas reais e as URLs canônicas indexadas antes de interpretar essa relação. O relatório não mostra que as páginas apareceram juntas ou causaram a queda umas das outras.

  1. Para cada expressão Candidate única, restaure a comparação Date escolhida, Web e os outros filtros de Start Here. Remova a restrição Page de descoberta e selecione a expressão em Queries ou adicione Query → Exact query com ela. Confirme que o filtro de consulta é exato e abra Pages. Isso mostra outras páginas relatadas para aquela expressão dentro da propriedade acessível, incluindo páginas fora da seção original.

    • Atenção: Um filtro Page existente pode ocultar as outras páginas que você tenta descobrir. Registre um limite de propriedade de prefixo que não possa ser removido.
  2. Preserve cada visualização Pages por consulta exata e todas as URLs integrantes disponíveis.

    1. Ative Clicks e Impressions e exporte essa visualização comparativa filtrada como CSV para Evidence folder. Adicione uma linha em Export Log com um novo Export ID, a consulta e os filtros exatos, ambos os intervalos de datas, Saved file / link, Row type = Query Pages e a contagem disponível de linhas de páginas. Se somente o histórico atual estiver disponível, salve a visualização atual e identifique esse limite.

    2. Para cada linha Pages exportada, insira Group ID, Exact query, Page URL, Current clicks, Current impressions, Comparison clicks e Comparison impressions em Query Pages. Confira os rótulos reais de datas das colunas com Start Here. Adicione Export ID / view. Preserve páginas relatadas fora da seção original: elas podem responder à mesma tarefa. Copie zero numérico verdadeiro; deixe valores indisponíveis em branco e explique-os em Data note.

    3. Verifique qualquer zero exportado que corresponda a ~, um traço ou dados indisponíveis na visualização ao vivo; o Search Console pode exportar um valor indisponível como zero. Deixe esse valor da planilha em branco e registre o motivo. Click difference e Impression difference calculam atual menos comparação; para 30 cliques atuais e 55 de comparação, a diferença é -25. Uma entrada em branco deve manter sua diferença em branco.

    4. Faça Rows accounted for daquela exportação corresponder a Rows available e remova o filtro de consulta antes de abrir a próxima expressão Candidate única. Se clicar em uma página para examinar sua tendência, limpe esse filtro de página antes de retornar ao grupo. Preserve a comparação original de datas; alterar uma dimensão para Compare pode substituí-la. Adicione linhas e estenda as fórmulas/listas suspensas da planilha se necessário.

  3. Leia cada página única encontrada em cada Group ID e verifique sua função pretendida.

    1. Abra a Page URL pública e leia seu conteúdo principal, títulos e oferta. Em Page Checks, insira Group ID, Page URL, What the page helps a visitor do e Main content / unique useful material. Um tutorial de cultivo e uma página de produto podem compartilhar palavras sobre tomate enquanto respondem a tarefas diferentes. Registre uma página ausente ou inacessível como limitação em vez de adivinhar seu conteúdo.

    2. Pergunte ao responsável se cada página atende a um público, localização, produto, formato ou outra função necessária. Preencha Owner reason to keep URL. Se dois artigos repetirem o mesmo checklist, pergunte se uma única resposta mantida atenderia à necessidade. Registre respostas desconhecidas e a pergunta exata. Não escolha descontinuar uma URL nem defina a preferida apenas pelo tráfego.

    3. Compare as expressões exatas de consulta do grupo com a tarefa de cada página. Preencha Current page / topic fit: adequada, uma lacuna específica de função ou incerta com um motivo. Por exemplo, uma consulta de compra que leva a um tutorial chamado Melhor kit inicial pode indicar uma promessa enganosa mesmo quando o tutorial em si deveria permanecer. Uma impressão para uma expressão ampla sozinha não mostra a página errada.

  4. Uma canonical é a URL usada para representar páginas duplicadas ou muito semelhantes na busca. Para cada Page URL única, siga as verificações de URL Inspection e canonical indexada do SOP vinculado. Em Page Checks, registre Indexed result / last crawl, User-declared canonical e Google-selected canonical, copiando URLs exatas quando exibidas. Registre campos ausentes, limites de acesso ou uma divergência em Canonical comparison / limit, além de Evidence date / note. Você está coletando contexto, não solicitando indexação nem alterando a página.

    • Atenção: A maior parte do desempenho é creditada à URL canônica do Google. Uma duplicata pode não ter linha de página relatada e ainda receber visitas.
    • Atenção: O teste ao vivo não prevê a canonical selecionada pelo Google. Um retrato indexado antigo pode diferir da página que você leu hoje.
    • Em seguida, siga SOP 030: Conferir indexação e URL canônica de uma página no Search Console
  5. Leia Query Pages e Page Checks do grupo inteiro juntos. Identifique as mudanças observadas em Group Decisions → Overlap and period evidence: quais expressões creditaram quais páginas e como seus cliques/impressões mudaram. Um guia em queda e uma segunda página em alta justificam investigação, mas podem refletir demanda de busca diferente, alterações nas páginas ou outras causas. Não some impressões de páginas para reproduzir o total do gráfico da propriedade nem trate a posição média sozinha como teste de prejuízo.

04. Escolha e explique uma decisão para cada grupo

O resultado útil pode ser manter boas páginas separadas. Faça uma recomendação de conteúdo a partir do propósito das páginas, funções necessárias e evidências disponíveis; use investigação quando esses fatos permanecerem incertos.

  1. Crie uma linha em Group Decisions para cada grupo candidato de tema. Insira Group ID / topic e Queries / member URLs e escolha uma decisão usando estas regras.

    1. Escolha Keep separate quando as páginas atenderem a tarefas, públicos ou localizações úteis diferentes e você não encontrar uma contradição importante de função. Mantenha também um formato duplicado intencional quando seu tratamento canonical existente atender à necessidade do responsável. Em Page role / preferred URL, identifique o que cada página deve continuar fazendo; em Reason and limits, explique por que palavras de consulta compartilhadas não justificam descontinuá-la.

    2. Escolha Focus / update quando as páginas precisarem permanecer para tarefas diferentes, mas conteúdo real, título ou subtítulos confundirem essas funções ou deixarem uma resposta útil incompleta. Identifique a página específica e a correção em Page role / preferred URL e Next action / procedure. Explique a divergência observada em Reason and limits em vez de recomendar uma mesclagem apenas porque ambas as URLs apareceram.

    3. Escolha Consolidate quando a mesma tarefa do visitante for atendida por conteúdo principal substancialmente sobreposto e o responsável confirmar que uma resposta mantida é suficiente, sem necessidade de URL separada. Compare cada integrante do grupo quanto à completude precisa e útil, facilidade de manutenção, endereço estável adequado e adequação às consultas. Recomende a página mais adequada para se tornar essa resposta em Page role / preferred URL e identifique material útil a preservar das outras. Contagens de busca apoiam a comparação; a página com mais cliques não é automaticamente o destino correto.

      • Atenção: Conteúdo redundante pode justificar manutenção mais simples enquanto o prejuízo de posicionamento permanece não comprovado. Declare essa distinção em Reason and limits.
      • Atenção: Se ambas as URLs forem necessárias ou o destino adequado estiver indefinido, investigue ou escolha um controle apropriado antes de descontinuar.
    4. Escolha Investigate / monitor quando propósito da página, requisitos do responsável, contexto canonical ou detalhes comparáveis de consulta estiverem ausentes ou conflitantes. Em Reason and limits, identifique a incógnita exata; em Next action / procedure, identifique a evidência ou resposta do responsável necessária. Uma visualização com poucos dados pode justificar revisar um período disponível mais longo ou retornar em uma data acordada. A ausência de histórico sozinha não impede uma decisão de função de conteúdo sustentada por outros dados, mas limita afirmações sobre mudança.

  2. Leia Fictional Example e compare seus casos com seu grupo.

    1. No caso dos tomates na varanda, o guia de cultivo tem 90 cliques atuais contra 100 anteriores, enquanto a página do kit tem 35 contra 30. Suas funções de aprender e comprar são ambas necessárias: Keep separate. No caso da rega, duas páginas repetem o mesmo checklist; o responsável quer um guia e a página de rega completa e mantida é adequada. Consolidate é uma recomendação de conteúdo, embora seus 30 contra 55 cliques não comprovem que a outra página causou a queda.

    2. O tutorial do kit inicial deve continuar ensinando enquanto a página do produto vende; um título enganoso sobre o kit justifica Focus / update. O caso com poucos dados tem comparação ou propósito ausentes, por isso recebe Investigate / monitor com aquela pergunta exata. A cópia para impressão necessária já aponta canonicamente para o guia completo: a ausência de desempenho da versão impressa é compatível com crédito canonical, não prova de competição prejudicial. Aplique o raciocínio apropriado e declare quaisquer fatos diferentes no seu caso.

  3. Se as páginas se sobrepõem, mas ambas as URLs precisam permanecer, ou uma divergência de duplicata/canonical exige escolher um controle de busca, use o SOP vinculado para escolher um método para esse objetivo específico. Leve as funções necessárias e as evidências de canonical para Next action / procedure. Mantenha Investigate / monitor até resolver essa questão; não use noindex como atalho para uma página indesejada que aparece nos resultados.

05. Ordene as recomendações e conclua o encaminhamento

Reúna os grupos em um plano utilizável. Toda ação e incerteza importante precisa de responsável e verificação; o diagnóstico termina antes de alterações no site.

  1. Compare Group Decisions combinadas antes de numerar linhas acionáveis em Order / why before next.

    1. Compare primeiro a importância para a tarefa acordada do visitante e depois a clareza do problema real, evidências disponíveis, alcance e esforço. Resolva um fato ausente de um grupo importante antes de edições dependentes. Para valor e certeza semelhantes, uma correção pequena e clara pode vir antes de uma alteração maior. Combine todos os lotes; marque os motivos da ordem como Provisional se faltarem prioridades. Linhas Keep separate permanecem visíveis sem número de ação.

    2. Suponha que a principal tarefa da loja fictícia seja escolher um kit. O título enganoso confirmado sobre o kit pode vir antes dos checklists redundantes de rega porque afeta essa tarefa principal e tem correção clara. Se a URL pretendida ou canonical do grupo do kit estiver indefinida, investigue essa questão antes de edições dependentes. Escreva a comparação equivalente entre seus grupos em Order / why before next; a ordem do exemplo não é uma regra fixa para toda loja.

  2. Para cada linha de Group Decisions, preencha Owner, Due / review date, Next action / procedure e Check after work. Uma ação de foco precisa da URL exata e da correção de função/conteúdo; consolidação precisa do grupo inteiro de URLs, destino proposto e material a preservar; investigação precisa da pergunta exata a resolver. Para Keep separate, atribua responsável e data de revisão, mantenha as funções úteis e identifique um gatilho de revisão, como mudança de função da página ou resultado contraditório posterior. Coloque atribuições ausentes em Start Here → Owner questions.

  3. Para uma decisão Focus / update no WordPress, anexe o SOP vinculado a Next action / procedure. Dê ao editor a tarefa pretendida da página, a lacuna exata de conteúdo ou promessa, evidências de consultas e limites, além de qualquer material útil a preservar. O editor atualizará a página e verificará o resultado publicado naquele procedimento.

  4. Para uma recomendação Consolidate no WordPress, anexe o SOP vinculado a Next action / procedure. Forneça todas as URLs integrantes, a URL preferida proposta e o motivo, material necessário a preservar, respostas do responsável sobre manter/descontinuar e limites de canonical. A implementação deve confirmar o grupo completo antes de alterar qualquer página ou redirecionamento.

  5. Combine a data de revisão e o revisor em Start Here. Em Follow-up inputs, preserve propriedade, Web e filtros de público, consultas/páginas exatas do grupo, períodos originais e quaisquer alterações futuras. Adicione o SOP vinculado às ações que precisem de comparação posterior de SEO. Um relatório posterior deve comparar períodos completos úteis e explicar outras mudanças conhecidas; não deve prometer ganho com a consolidação.

  6. Verifique se cada linha disponível de exportação de Queries foi classificada e se cada exportação de Query Pages foi inteiramente contemplada. Cada grupo candidato deve listar todas as URLs integrantes disponíveis, propósito real e verificações de canonical ou limites explícitos, uma decisão, motivo de apoio e responsável/data/ação/verificação necessários. Releia Coverage notes e perguntas estacionadas não resolvidas. Salve a planilha para a revisão normal do responsável. Um grupo de uma única página ou inofensivo é um resultado válido; não é preciso inventar prejuízo de posicionamento.