キーワードカニバリゼーションとは?記事同士の競合を防ぐ方法

SEO・集客
KEYWORD CANNIBALIZATION & CONTENT ORGANIZATION

キーワードカニバリゼーションとは?
記事同士の競合を防ぐ方法

キーワードカニバリゼーションとは、 同じサイト内の複数ページが、 同じ検索意図やよく似たテーマへ答えているために、 どのページを中心として見せるべきか分かりにくくなっている状態を表すSEO業界の用語です。 単に同じキーワードを複数の記事で使っていることや、 一つの検索クエリで複数URLが表示されたことだけでは、 問題が発生しているとは限りません。 たとえば「ホームページ SEO」と 「ホームページ SEO 費用」では、 基礎情報と費用比較という別の検索意図へ それぞれの記事で答えることができます。 一方で、タイトル・見出し・結論・対象読者がほぼ同じ記事を複数公開すると、 内容が分散し、 内部リンクや外部リンクも別々のURLへ集まり、 利用者がどの記事を読めばよいか迷う可能性があります。 確認するときは、 Search Consoleの検索パフォーマンスで対象クエリを選び、 「ページ」タブから実際に表示されたURLを確認します。 そのうえで、ページごとの検索意図、表示回数、クリック、 問い合わせへの役割、内容の重複を比較します。 対処方法は一律ではありません。 同じ意図なら一記事へ統合し、 役割を分けられるならタイトル・見出し・本文を明確に分担し、 古い記事なら新しい記事へ301リダイレクトします。 canonicalは同一または非常によく似たURLの代表を伝えるための仕組みであり、 独立した記事同士の競合を隠す目的では使いません。 本記事では、カニバリゼーションの見分け方、 Search Consoleでの確認手順、 統合・役割分担・タイトル修正・内部リンクの判断、 WordPressで起こりやすい原因、 修正後の効果測定まで解説します。

キーワード競合 記事統合 Search Console 内部リンク
問題の中心 同じキーワードより
同じ検索意図

単語の重複ではなく、複数記事が同じ読者へ同じ答えを返しているかを確認します。

確認方法 クエリを選び
表示URLを比較

Search Consoleで検索クエリを絞り、ページ別の表示回数・クリック・役割を確認します。

主な対処 統合または
役割分担

同じ答えなら統合し、別の答えを持てるならタイトル・構成・内部リンクを分けます。

SECTION 01

カニバリゼーションは公式のペナルティ名ではなく サイト内の役割が曖昧な状態を表す言葉

同じクエリへ複数ページが表示されること自体ではなく、内容と役割の重なりを確認します。

SEARCH INTENT 単語ではなく
答えの重複

「キーワードカニバリゼーション」は、 Google検索セントラルが定めたエラー名や手動対策名ではありません。 SEOの現場で、 自社ページ同士の検索意図や役割が重なっている状態を説明するために使われる言葉です。

同じ主要キーワードを複数ページで使っていても、 一方が初心者向けの基本解説、 もう一方が料金比較、 さらに別の記事が具体的な設定手順であれば、 それぞれ違う疑問へ答える役割を持てます。

問題になりやすいのは、 タイトルだけでなく、 想定読者、結論、見出し、掲載事例、CTAまでほぼ同じページが複数ある状態です。 内容が分散して一ページごとの説明が薄くなり、 内部リンクや外部リンクも複数URLへ分かれるため、 利用者と検索エンジンの双方にとって代表ページが分かりにくくなります。

状態
問題とは限らない例
競合を疑う例
同じ単語を使用
基礎・費用・手順で検索意図が違う
どの記事も同じ定義・メリット・手順を同じ深さで説明しています。
一つのクエリで複数URLを表示
検索結果に別用途のページが並ぶ
表示されるURLが期間ごとに入れ替わり、どちらも成果が安定しません。
類似テーマの記事
親記事と詳細記事として役割分担
親記事と詳細記事の結論・見出し・対象範囲がほぼ同じです。
地域別ページ
店舗・事例・対応範囲が地域ごとに異なる
地域名だけを置換し、本文・事例・サービス内容が同じです。
旧記事と新記事
旧記事が別の歴史的情報を提供
新旧記事が同じ最新情報を狙い、旧記事の処理が行われていません。
Googleは、重複コンテンツの存在自体は通常のことであり、 それだけでスパムポリシー違反になるわけではないと説明しています。 ただし、似たURLや同じ内容を整理すると、 代表URLへのシグナル統合、計測、クロールの管理がしやすくなります。
SECTION 02

Search Consoleでクエリを選び ページタブから表示されたURLを比較する

サイト検索や順位確認ツールだけでなく、実際の検索パフォーマンスデータを使います。

01
検索パフォーマンスを開く

検索タイプをウェブにし、 比較しやすい期間を設定します。

準備
02
クエリタブで対象語句を探す

完全一致だけでなく、 関連する語句や表記違いも確認します。

検索語
03
対象クエリをクリックして絞り込む

一つのクエリに対するサイト全体のデータへ切り替えます。

絞込
04
ページタブへ移動する

そのクエリでGoogleが表示した URLとページ別の指標を確認します。

URL
05
期間を比較する

直近と前期間、 必要に応じて前年同期間を比較します。

変化
06
各URLの内容と役割を目視する

数字だけで確定せず、 タイトル・結論・見出し・CTAを比較します。

判断
確認項目
見る理由
注意点
表示回数
各URLが検索結果へ出る機会
URL同士の合計だけでなく、期間ごとの増減と主なクエリを確認します。
クリック数
実際に選ばれているページ
クリックが少なくても、問い合わせに近い重要ページの可能性があります。
CTR
表示に対して選ばれた割合
順位、タイトル、検索結果の種類、ブランド検索を合わせて判断します。
平均掲載順位
URLごとの表示位置の傾向
一時的な入れ替わりだけで競合と決めず、クリックと表示回数を重視します。
主要クエリ
各ページが現在担っている検索意図
同じ主要語でも、修飾語によって費用・方法・事例など役割が違う場合があります。
DATA LIMITATION Search Consoleは
完全一覧ではない

Search Consoleでは、 プライバシー保護のため匿名化されたクエリが表に出ない場合があり、 表示される行数にも制限があります。 表に出ないデータも合計値へ含まれることがあります。

また、多くの検索パフォーマンスデータは、 重複URLではなくGoogleが選んだcanonical URLへ集約されます。 URLの別バージョンを調べるときは、 URL検査でGoogleが選んだcanonicalも確認します。

Search Consoleで複数URLが見つからなくても、 サイト内検索、記事一覧、XMLサイトマップ、 カテゴリ・タグ一覧から似たページを確認し、 内容の重なりを目視で点検してください。

一つのクエリで複数URLが表示されても、 Googleが状況や利用者に応じて別ページを選んでいるだけの場合があります。 「複数表示=競合」と機械的に判定せず、 それぞれが異なる疑問へ十分に答えているかを確認しましょう。
SECTION 03

タイトルではなく読者・目的・結論を比較し 同じ答えなら統合候補と考える

ページ同士を横並びにし、検索意図と情報の役割を一文で説明します。

01
想定読者

初心者、比較検討中、 導入済み、地域の利用者など、 誰に向けた記事かを比べます。

02
検索した目的

意味を知る、選ぶ、設定する、 解決する、依頼するのどこへ答えるかを比べます。

03
記事の結論

読後に覚えてほしい答えを一文で書き、 同じ結論になっていないか確認します。

04
掲載範囲

基本、比較、費用、事例、 手順、地域など、扱う範囲を比べます。

05
独自情報

自社事例、写真、データ、 経験、判断基準などの違いを確認します。

06
次の行動

関連記事、料金確認、問い合わせなど、 読後に案内する行動を比べます。

比較結果
判断
主な対応
読者・目的・結論が同じ
強い統合候補
成果・内容・リンクを比較して残すURLを決め、有用部分を統合します。
目的は同じだが対象範囲が親子関係
役割分担可能
親記事は全体像、子記事は詳細手順へ絞り、相互に内部リンクします。
主要語は同じだが修飾語と目的が違う
別記事で維持可能
タイトル・導入・H2・CTAを目的ごとに明確に分けます。
旧記事が古く新記事と同じ役割
新記事へ統合
旧記事の有用部分とリンクを移し、旧URLから301転送します。
一方がほぼ内容のないタグ・一覧ページ
一覧ページの価値を確認
利用者向け価値がなければ、インデックス方針やサイト構造を見直します。
順位が低い方を即削除する

外部リンク、問い合わせ、独自事例、 別クエリでの成果を失う可能性があります。

タイトルだけ変えて本文を残す

本文の結論と見出しが同じなら、 検索意図の重なりは解消されません。

キーワード使用回数だけで判定する

同じ単語を使っていても、 読者・目的・答えが違えば役割分担できます。

一回の順位変動で確定する

検索結果は場所・端末・時期で変わるため、 期間比較と内容確認を行います。

アクセス数だけで残すURLを決める

内容の品質、外部リンク、 問い合わせ価値、URLの継続性も確認します。

すべて一記事へ詰め込む

検索意図が違う話題まで統合すると、 長く焦点のぼやけた記事になる場合があります。

Googleは、利用者が読み終えたあとに目的を達成できるほど、 完全で有用な情報を提供できているかを確認するよう案内しています。 記事数を維持することより、 一ページごとの役割と提供価値を明確にしましょう。
SECTION 04

同じ答えなら統合し 違う答えを持てるなら役割を明確に分ける

タイトル修正だけで終わらず、本文・内部リンク・URL処理まで一体で対応します。

01
残す代表URLを決める

内容、検索実績、外部リンク、 URLの分かりやすさ、問い合わせ価値を比較します。

選定
02
各記事の有用部分を一覧化する

独自事例、図、表、注意点、 内部リンクなど、残す内容を整理します。

抽出
03
代表記事の構成を作り直す

重複説明を削り、 結論・比較・手順・注意点を解決順へ並べます。

統合
04
旧URLを適切に処理する

内容が引き継がれる場合は、 旧URLから代表URLへ301転送します。

転送
05
サイト内のリンクを代表URLへ更新する

旧URLへのリンクを残さず、 内容が分かるアンカーテキストで統一します。

リンク
06
Search Consoleで認識を確認する

URL検査と検索パフォーマンスで、 canonical・インデックス・表示クエリを追跡します。

測定
対処
向いている状態
実施内容
記事統合
検索意図・結論・内容がほぼ同じ
一方へ有用内容を集約し、旧URLから301、内部リンクを更新します。
役割分担
同じテーマだが目的を分けられる
基本・費用・手順・事例など、対象読者と答えをページごとに明示します。
タイトル・見出し修正
本文は違うのに検索結果上の見分けがつかない
各ページ固有の目的をタイトル、導入、H1、H2で具体化します。
内容の再構成
一方の記事が別ページの説明を抱え込む
詳細部分を専門記事へ戻し、親記事は要約と判断基準へ絞ります。
内部リンク整理
関連ページから複数の競合記事へ無秩序にリンク
基本テーマは親記事、詳細テーマは子記事へ、文脈に沿ってリンクします。
INTERNAL LINKS 親記事と詳細記事を
文脈でつなぐ

内部リンクは、 利用者が次に必要な情報へ移動するための導線であり、 Googleがページの関連性とサイト構造を理解する手掛かりにもなります。

親記事からは、 「SEOキーワードの選び方」 「記事リライトの手順」など、 リンク先の内容が分かる簡潔なアンカーテキストで詳細記事へ案内します。

「こちら」「詳しく見る」だけのリンクや、 同じ文章内で競合記事を連続して並べる方法は避けます。 どのページを代表として扱うかを決め、 関連ページからのリンク先を整理してください。

Googleは、重要なページには少なくとも一つのサイト内リンクを設け、 アンカーテキストを具体的・簡潔・関連性のあるものにするよう案内しています。 内部リンクを大量に増やすのではなく、読者の理解を助ける場所へ設置しましょう。
SECTION 05

canonicalは重複URLの代表を示す仕組みで 別内容の記事競合を解消する万能設定ではない

ページを残すか廃止するか、検索結果へ出したいかによって方法を使い分けます。

方法
適した用途
カニバリ対策での注意
301リダイレクト
旧記事を廃止し内容を統合先へ移した
利用者も検索エンジンも新URLへ移動させる、統合時の基本方法です。
rel=”canonical”
同一または非常によく似たページを両方残す
独立した記事を代表記事へ寄せる目的ではなく、重複URLの正規化に使います。
noindex
利用者には必要だが検索結果へ出す必要がない
記事競合を調査せず隠す方法として使わず、ページの役割を先に整理します。
404・410
代替ページがなく完全に削除する
内容が移っていないのに無関係なトップページへ転送しません。
タイトル・内容修正
ページを両方残して役割分担する
検索意図、結論、見出し、CTAまで実質的に分けます。
REDIRECT 旧記事を廃止
統合後は301

旧記事の有用な内容を移し、 旧URLへのアクセスを代表記事へ送ります。

転送先は、旧記事の目的へ最も近いページを選びます。
CANONICAL 重複ページを維持
代表URLを通知

印刷版、パラメータ違い、 ほぼ同じ商品ページなどで代表URLを示します。

Googleが必ず指定先を選ぶ保証はなく、他のシグナルとの一貫性も必要です。
SEPARATION 記事を両方維持
目的を明確に分離

誰の何の疑問へ答える記事かを決め、 タイトルからCTAまで分けます。

一方が他方の要約コピーにならないようにします。
Googleは、正規化のシグナルとして リダイレクトとrel=”canonical”を強いシグナル、 サイトマップへの掲載を弱いシグナルと説明しています。 内部リンク・canonical・サイトマップで別々のURLを指定せず、 代表URLへ一貫してそろえましょう。
SECTION 06

WordPressでは記事だけでなく カテゴリ・タグ・添付・一覧ページも確認する

自動生成ページや古い下書きの公開により、意図しない類似URLが増える場合があります。

01
似たカテゴリーとタグ

「SEO」「SEO対策」など、 役割が重なる分類を増やさず、 利用者が探しやすい単位へ整理します。

02
記事タイトルの量産

関連キーワードごとに似た記事を作らず、 同じ検索意図は一記事へまとめます。

03
旧記事の公開状態

新記事を作っただけで終わらず、 旧記事の統合・転送・リンク更新を行います。

04
添付ファイルページ

画像だけの添付ページなど、 テーマ・設定が生成するURLの価値と索引方針を確認します。

05
ページネーションと一覧

カテゴリ一覧や複数ページが、 個別記事の代わりに同じクエリへ表示されていないか確認します。

06
SEOプラグイン設定

canonical、noindex、 XMLサイトマップの設定が、 テーマや別プラグインと矛盾していないか確認します。

01
記事一覧へ主キーワードと検索意図を記録する

タイトルだけでなく、 誰の何の疑問へ答えるかを一文で管理します。

台帳
02
似た意図の記事をグループ化する

基本、費用、手順、事例、 地域などの役割を横並びで確認します。

分類
03
親記事と詳細記事を決める

全体像を示す記事と、 特定の疑問へ深く答える記事を分けます。

設計
04
統合対象と維持対象を決める

検索実績、内容、リンク、 事業価値から残すURLを選びます。

判断
05
WordPress上の設定を更新する

本文、転送、canonical、 カテゴリ、タグ、メニュー、関連記事を整理します。

実装
06
キャッシュ削除後に公開状態を確認する

200・301、canonical、 noindex、内部リンク、サイトマップを確認します。

検証
管理表の列
記録例
目的
主キーワード
SEO キーワード 選び方
同じ語句を狙う記事の候補を把握します。
検索意図
初心者が記事テーマを決めたい
単語ではなく、答える目的の重複を確認します。
記事の役割
親記事・比較・手順・事例
類似テーマ内でページの分担を明確にします。
関連・競合URL
同サイト内の類似記事URL
新規制作前とリライト時に統合候補を確認します。
対応方針
維持・分担・統合・削除
作業担当者が同じ判断を再現できるようにします。
新しい記事を作る前に、 サイト内検索と記事管理表で既存ページを確認すると、 カニバリゼーションを予防しやすくなります。 既存記事へ追記できる内容なら、 新規URLを増やすよりリライトを優先しましょう。
SECTION 07

修正前にデータと役割を記録し 修正後はクエリ・URL・成果の変化を追う

順位だけでなく、代表ページが安定し、利用者の行動が改善したかを確認します。

01
対象クエリと候補URLを記録する

表示回数、クリック、CTR、 順位、主要な修飾語を保存します。

基準
02
各ページの役割を一文で書く

誰が、何を知り、 読後に何をする記事かを整理します。

役割
03
統合または分担の方針を決める

残すURL、移す内容、 変更するタイトル・見出しを決めます。

方針
04
URLと内部リンクを処理する

301、canonical、noindex、 サイトマップ、関連記事を確認します。

実装
05
URL検査で公開状態を確認する

Googleが選んだcanonical、 インデックス可能性、転送先を確認します。

技術
06
一定期間後に検索成果を比較する

クエリ別の表示URL、 クリック、問い合わせの傾向を追います。

測定
同じキーワードを使うだけで競合と判断していない
対象クエリをSearch Consoleで絞り込んだ
ページタブで表示されたURLを確認した
期間比較と季節性を確認した
Search Consoleの匿名化・集計制限を理解している
各ページの想定読者を一文で説明できる
各ページの検索目的と結論を比較した
親記事と詳細記事の役割を分けた
同じ検索意図の記事は統合を検討した
残すURLを検索実績だけで決めていない
統合前に旧記事の有用な内容を移した
旧URLから関連する統合先へ301転送した
独立記事へcanonicalを誤用していない
noindexで問題を隠す前に役割を整理した
タイトル・導入・H2・CTAを目的別に分けた
内部リンクを代表URLと詳細記事へ整理した
カテゴリ・タグ・添付ページも確認した
canonical・サイトマップ・内部リンクが一致している
公開後にURL検査でGoogleの認識を確認した
表示URL・クリック・問い合わせを継続測定した
修正の効果はすぐに確定しません。 Googleが再クロール・再評価する時間を取り、 一時的な順位だけで何度も設定を変えないようにします。 変更日、統合したURL、内部リンク、測定日を管理表へ残しましょう。
CONTENT ROLES & INTERNAL LINKS

記事数を増やす前に 既存記事の検索意図と役割を整理する

キーワード選定、重複確認、リライトを一つの運用として管理しましょう。

競合整理の基本 確認から効果測定まで
4対応
統合・分担・修正・内部リンク

合わせて確認したい内容

  • 主キーワードと検索意図
  • Search Consoleのクエリ・ページ分析
  • タイトル・結論・見出しの重複
  • 親記事と詳細記事の役割
  • 統合する代表URLの選定
  • 301・canonical・noindexの使い分け
  • 内部リンクとアンカーテキスト
  • カテゴリ・タグ・古い記事の整理

※記事の統合や役割分担によって、 検索順位、表示回数、クリック数、 問い合わせ数が必ず向上することを保証するものではありません。 利用者が必要なページを見つけやすく、 一記事で目的を達成できる構成を優先してください。

SEOキーワードの選び方を見る →
同じ単語を消すのではなく
記事ごとの検索意図と答えを分けよう

キーワードカニバリゼーションを確認するときは、 同じキーワードの使用回数ではなく、 複数ページが同じ読者へ同じ答えを返していないかを調べます。 Search Consoleで対象クエリを選び、 ページタブから表示URLと成果を確認したうえで、 タイトル・検索意図・結論・見出し・CTAを比較しましょう。 同じ役割なら一記事へ統合して301転送し、 別の役割を持てるならタイトル・本文・内部リンクを明確に分けます。 canonicalやnoindexを先に設定して隠すのではなく、 読者にとって必要なページ構成を決めてから技術設定を選んでください。

検索パフォーマンス・正規化・内部リンク・コンテンツ整理について

本記事は、2026年7月時点で公開されている Google検索セントラルとSearch Consoleの公式情報を参考に作成しています。 Search Consoleの画面・集計方法、 canonical・リダイレクト・Google検索の仕様は変更される場合があります。 作業時には最新の公式情報と自社サイトの実データを確認してください。