Search Consoleで1つのクエリを見たとき、［ページ］タブに2つ以上のURLが並ぶことがあります。そこで「カニバリが起きている」と判断したくなりますが、複数URLが表示されること自体は、問題の確定ではありません。まず「同じ検索意図を取り合っているのか」「別の役割で共存しているのか」を分けて考える必要があります。
- Search Consoleで同じクエリに表示された複数ページを確認する手順
- 「複数URL＝カニバリ」と即断してはいけない理由
- カニバリ候補を判定する5つの軸
- 統合・差別化・内部リンク整理・canonicalの使い分け
- 入力内容から判定候補を返す「カニバリ判定PLAY」の使い方
キーワードカニバリとは？複数URLが出るだけでは決まらない
SEOでいうキーワードカニバリゼーションは、同じサイトの複数ページが近い検索意図を狙い、どのページを代表として評価・改善すべきか分かりにくくなる状態を指す文脈で使われます。ただし、1つのクエリに複数ページが表示されたからといって、すべてが悪い状態とは限りません。
たとえば「〇〇 使い方」という検索で、入門ページとFAQページが同時に表示されても、読者へ返す答えが明確に分かれているなら、意図的な共存である可能性があります。逆に、タイトルも見出しも結論もほぼ同じ2記事が交互に表示されているなら、代表ページを決める必要性が高まります。
Search Consoleで同じクエリに表示されたページを確認する手順
Google Search Consoleの公式ヘルプでは、特定のクエリを選択してレポートを絞り、その後［ページ］タブを見ることで、そのクエリで表示されたURLを確認できます。まずこの機能で「候補」を見つけます。
- 検索パフォーマンスを開く
対象プロパティで「検索結果」のパフォーマンスレポートを開きます。 - 期間を決める
短期間の一時的な揺れを避けるため、まず直近3か月など一定期間を見ます。必要なら前期間との比較も使います。 - ［クエリ］タブで対象語を選ぶ
気になるクエリをクリックすると、そのクエリでレポートがフィルタされます。 - ［ページ］タブへ切り替える
そのクエリで表示されたURLを確認します。2URL以上あれば「カニバリ候補として追加確認する対象」です。 - クリック・表示回数・CTR・平均掲載順位を比較する
ただし平均掲載順位だけで結論を出さず、表示回数とクリックの傾向、期間比較も合わせます。
GoogleはSearch Consoleのパフォーマンスデータについて、プロパティ単位とページ単位で集計方法が異なる場合があることも説明しています。グラフ合計と表合計が一致しないことがあるため、数字を完全なサイト内順位表のように扱わないことも重要です。
正常な複数URLと、要注意な複数URLを分ける
| 状態 | 見え方 | 基本判断 |
|---|---|---|
| 役割が違う | 同じクエリでも入門・比較・FAQなど答えの型が違う | KEEP_SEPARATE |
| 補助ページが少量表示 | 主ページが明確で、別ページは一部の派生意図だけ拾う | WATCH |
| 内容が強く重複 | タイトル・見出し・結論・対象読者がほぼ同じ | CANNIBAL_CANDIDATE |
| 主役URLが頻繁に入れ替わる | 期間を変えると表示・クリックの中心ページが交互になる | CANNIBAL_CANDIDATE |
| 意図が判断できない | 文字列は似るがSERPやページ役割が曖昧 | SERP_CHECK |
ポイントは、「同じ語に出る」ことと「同じ役割を競う」ことを分けることです。同じクエリで2URLが出ても、検索者の別ニーズへ明確に答えているなら、無理に1ページへまとめる必要はありません。
カニバリ候補を判定する5つの軸
| 判定軸 | 確認すること | 要注意サイン |
|---|---|---|
| 1. 複数URL | 同じクエリで2URL以上が表示されるか | 候補発見の入口。これだけでは確定しない |
| 2. 検索意図 | 2ページが読者の同じ疑問へ答えるか | 同じ読者・同じ課題・同じ結論 |
| 3. 内容重複 | タイトル、主要H2、具体例、結論が似すぎていないか | 片方を読めばもう片方がほぼ不要 |
| 4. 時系列 | 主に表示・クリックされるURLが期間で入れ替わるか | 代表URLが安定しない |
| 5. 代表ページ | サイト運営者としてどちらを中心ページにしたいか明確か | 内部リンクやタイトルでも主従が曖昧 |
この5つのうち、特に検索意図・内容重複・主役URLの入れ替わりが重なる場合は、統合または役割分離を検討する価値が高くなります。一方、検索意図が明確に違うなら、複数URLが出ていても「別ページとして残す」判断ができます。
実務手順：候補発見から最終判定まで
- Search Consoleで対象クエリを固定する
［クエリ］で対象語を選び、［ページ］へ切り替えます。 - 上位2〜3URLをメモする
クリック数、表示回数、CTR、平均掲載順位を同じ期間で控えます。 - 各ページの「一文で言える役割」を書く
例：「関連キーワードを増やす記事」「増やしたキーワードを分類する記事」のように言語化します。 - 役割が同じなら本文重複を確認する
タイトル、導入、主要H2、結論、CTAや次の行動がどこまで重なるかを見ます。 - 期間比較で主役URLの安定性を見る
前期間と比較し、どのURLが中心かが頻繁に変わっていないか確認します。 - 必要なら実SERPを確認する
検索結果上位がどんな答えの型を返しているかを見て、1ページにまとめるべき意図かを確かめます。 - KEEP / WATCH / MERGE / DIFFERENTIATE / SERP_CHECKを決める
いきなり削除せず、最小の変更から始めます。
ケース1：カニバリ候補と判断しやすいパターン
たとえば、同じサイトに「ChatGPTでキーワードを分類する方法」と「ChatGPTで関連キーワードを検索意図別に分ける方法」があり、両方がほぼ同じクエリで表示されているとします。
- 対象読者が同じ
- 分類手順が同じ
- 検索意図ラベルも同じ
- 結論も「同じ意図は1記事にまとめる」で同じ
- 期間によって片方の表示が増えるともう片方が下がる
この場合は、別URLを維持する理由が弱くなります。強い方へ内容を統合する、片方の役割を明確に別工程へ変更する、といった対応を検討できます。
ケース2：複数URLでも分けたままでよいパターン
一方、「ChatGPTで関連キーワードを広げる方法」と「Search Consoleでキーワードカニバリを確認する方法」が同じ「キーワード SEO ChatGPT」のような広いクエリに出ることがあっても、ページの最終目的は違います。
| ページ | 読者の目的 | 結論 |
|---|---|---|
| 関連キーワードを広げる | 候補を増やしたい | 質問軸・関連語を増やして探索する |
| カニバリを確認する | 既存URL同士の重複を判断したい | Search Console＋検索意図で主従を決める |
この2ページは共通語が多くても、READのゴールが異なります。こうした場合は無理に統合せず、内部リンクで「候補生成→分類→公開後のカニバリ確認」という順番を示す方が、記事クラスターとして自然です。
カニバリと判断した後の直し方
| 対応 | 向いている状態 | 注意点 |
|---|---|---|
| 内容統合 | 2ページの検索意図と結論がほぼ同じ | 残すURLを先に決め、必要なら旧URLから適切に転送する |
| 役割を差別化 | テーマは近いが別ニーズへ分けられる | タイトルだけでなく、導入・H2・結論・内部リンクまで変える |
| 内部リンク整理 | 中心ページは決まっているがサイト内の主従が曖昧 | 重要アンカーを代表ページへ集め、補助記事から明示的に送る |
| 様子を見る | データ量が少ない、または一時的変動の可能性が高い | 変更前の期間・指標を記録して比較できるようにする |
| canonical等 | 実質的に重複・非常に類似したURLの正規化が必要 | 「SEOカニバリ対策の万能ボタン」として使わない |
Googleは、重複または非常に類似したページについて、リダイレクトや rel="canonical" などを正規URLのシグナルとして利用できると説明しています。ただし、内容が違う2記事を「順位をまとめたい」という理由だけでcanonical化するのは別問題です。まずページ設計そのものを見直します。
canonicalは「カニバリっぽいから付ける」ものではない
canonicalは、重複・非常に類似したコンテンツの代表URLを示すための仕組みです。Googleはリダイレクト、rel="canonical"、サイトマップなどを正規化のシグナルとして説明しています。
したがって、検索意図が異なる独立記事AとBを両方インデックスさせたいのに、AからBへcanonicalを向けるのは設計矛盾になり得ます。SEOカニバリの原因が「記事テーマの重複」なら、まず統合か差別化を検討します。
PLAY：カニバリ判定チェック
下のPLAYはSearch ConsoleやGoogleへ通信しません。自分で確認した状態を選ぶと、KEEP_SEPARATE / WATCH / CANNIBAL_CANDIDATE / SERP_CHECK のどれに近いかをブラウザ内で整理します。最終判定を自動化するものではなく、「何を追加確認すべきか」を見える化する道具です。
よくある誤判定
「2URL出たから片方を削除する」
最も危険な短絡です。別の検索意図を満たしていたページまで削る可能性があります。先に役割と流入クエリを確認します。
「平均掲載順位が低い方を消す」
平均掲載順位は集計値であり、ページ価値の単独判定には向きません。クリック・表示回数・ページ役割・期間比較まで見ます。
「canonicalを付ければ解決する」
canonicalは重複・非常に類似するURLの正規化に使う仕組みです。独立した検索意図を持つ2記事の設計問題を、タグだけで解消しようとしないでください。
「共通キーワードが多いから同じ記事」
文字列の共通度より、検索者が最後に欲しい答えが同じかを優先します。「関連キーワードを増やす」と「カニバリを直す」は、共通語があっても別工程です。
既存記事とつなぐと「候補生成→分類→実測→重複判定」まで一周する
この記事は単独のSEO用語解説ではなく、「知るを遊ぶ」のキーワード探索クラスターの次工程です。
| 段階 | 記事 | 役割 |
|---|---|---|
| 1. 疑問を増やす | 1つのキーワードから知識を広げる方法 | 1語からQuestion Chainを増やす |
| 2. 関連語を増やす | ChatGPTで関連キーワードを広げる方法 | 候補を生成する |
| 3. 候補を分類する | 大量の関連キーワードをChatGPTで分類する方法 | 公開前に検索意図で記事単位へ整理する |
| 4. 実クエリを分類する | Search Consoleの検索クエリをChatGPTで分類する方法 | 公開後の実測を改善判断へ戻す |
| 5. 重複を判定する | この記事 | 同じクエリに複数URLが出たときの主従を決める |
この順番なら、記事を増やす前に分類し、公開後はSearch Consoleへ戻り、重複が見えたら統合または差別化できます。AI時代に記事数だけを増やすのではなく、「作る前」と「公開した後」の両方でページ役割を管理する流れになります。
次に生まれる疑問
- カニバリを見つけた2記事は、どちらを残すべき？統合先を決める基準は？
- 表示回数はあるのにクリックされないクエリは、タイトルと本文のどちらを先に直す？
- Search Consoleクエリをピラー記事とクラスター記事へ割り振る方法は？
- Search ConsoleのCSVを月ごとに比較して、改善前後を追うには？
- 内部リンクのアンカーテキストを整理すると、代表ページの役割は伝わりやすくなる？
まとめ
Search Consoleでキーワードカニバリを確認するときは、「同じクエリに複数URLが表示された」という1点だけで問題を確定しないことが重要です。
まずクエリで絞って［ページ］タブを見ます。次に、検索意図、本文の重複、期間ごとの主役URL、代表ページの明確さを確認します。検索意図が違うなら分けたまま、同じ意図と内容が強く重なるなら統合・差別化・内部リンク整理を検討します。判断材料が足りなければSERP_CHECKとして保留します。
この判断を記事制作フローへ組み込むと、Search Consoleは単なる順位確認ツールではなく、「どの記事を残し、どの記事を育て、どの記事を分けるか」を考える編集データとして使えるようになります。
参考資料
- Google Search Console ヘルプ：パフォーマンス レポート（検索結果）: 一般的なタスクとユースケース
特定クエリを選び、［ページ］タブでそのクエリに表示されたURLを確認する手順の根拠として参照しました。 - Google Search Console ヘルプ：検索パフォーマンス レポート（検索結果）: 概要と基本設定
クエリ・ページ等のディメンション、クリック数・表示回数・CTR・平均掲載順位の確認方法を参照しました。 - Google Search Console ヘルプ：パフォーマンス レポート（検索結果）: データについて
プロパティ単位とページ単位での集計差など、データ解釈上の注意点を確認するために参照しました。 - Google 検索セントラル：rel="canonical" などを利用して正規 URL を指定する方法
重複・非常に類似したURLに対するリダイレクト、canonical、サイトマップ等の正規化シグナルを確認するために参照しました。 - Web担当者Forum / Moz：キーワードカニバリゼーションとは？ 自サイトでのカニバり状況を調査する3つの方法
Search Consoleで同一キーワードに表示されるページを調べる、SEO実務上のカニバリ確認方法の補助資料として参照しました。
