キーワードカニバリゼーションの直し方｜記事50本超で流入が頭打ちのWeb担当者向け「検出2軸×対応3手」の判断表

結論：カニバリは「2軸で検出し、統合・差別化・正規化の3手で整理する」

キーワードカニバリゼーションとは、同じドメイン内の複数記事が同じ検索意図を狙い合い、どの記事も評価が伸びない状態です。対処は(1)Search Console のクエリ重複と本文の意味類似度という2軸で重複組を検出し、(2)統合・差別化・正規化のいずれかに割り振る、この2ステップに集約されます。

本記事では、この検出2軸と対応3手を1枚の判断表にした「カニバリ整理マトリクス」を提示し、放置した場合の機会損失の試算式、月次スプリントでの運用手順、再発を防ぐキーワード設計ルールまでを順に示します。

この記事は「記事50本以上を担当1〜2名で運用し、流入が横ばいのWeb担当者」に向けて書いています

想定している読者像は具体的に次のような状況です（実在の企業ではなく、読者が自分と照らすための想定条件です）。

• 立場：社内のWebマーケティング担当が1〜2名。オウンドメディアの企画・入稿・分析を兼務し、記事の執筆は外部ライターに部分的に委託している
• 規模感：中堅・中小企業（BtoB SaaS、製造、人材、士業など、問い合わせから商談につなげる業態）で、Web経由のリードが営業の重要な入口になっている
• サイトの状態：公開記事は50本を超え、月に数本のペースで増え続けている。過去記事のリライトは手が回らず、テーマの管理台帳も更新が止まっている
• いま困っていること：記事は増えているのにセッションと問い合わせが横ばい。順位も上がったり下がったりで安定せず、「どの記事をリライトすべきか」の優先順位が決められない

このうち「記事数は増えているのに流入が伸びない」「順位が安定しない」の2つが当てはまるなら、原因の候補としてカニバリゼーションを最初に疑う価値があります。記事設計の考え方は内部リンク最適化の考え方とも直結します。

カニバリは評価を分散させ、流入を頭打ちにする

カニバリゼーションが起きているサイトでは、検索エンジンがどのページを代表として表示すべきか判断を分散させ、本来1本に集約できたはずの評価が割れます。具体的には次の形で表れます。

• 同じクエリで表示されるページが日によって入れ替わり、狙ったページが評価を集めきれない
• クリックの受け皿が分散し、合計インプレッションのわりにクリック率が伸びない
• 被リンクや内部リンクの評価が複数ページに散り、どのページも決定打にならない
• 「どれを伸ばすべきか」が曖昧になり、リライト判断そのものが滞る

発生のきっかけは、タイトルの近似（年号違い・言い回し違い）、meta description の重複、見出しと本文の論点重複の3つが典型です。

よくある失敗は「検出の甘さ」と「対応の取り違え」の2種類に分かれる

カニバリ対応でつまずく箇所は、経験上おおむね次のパターンに収束します。自社の運用に当てはまるものがないか確認してください。

検出段階の見落とし

• タイトルの文字列一致だけで探してしまう：タイトルも meta も違うのに、本文の論点が9割同じ記事は文字列比較では引っかかりません。「入門」と「基礎知識」のように語彙が違うだけの組が残り続けます
• ページ単位でしか Search Console を見ていない：ページ起点で見ると各記事は健全に見えます。クエリ起点に切り替えて初めて「1クエリに自社3ページ」が判明します
• 順位が付いていない記事を対象外にしている：まだ順位が付いていない新しい記事が、既存の主力記事の評価を削っているケースは見落とされがちです

対応段階の取り違え

• 301 の向きを逆にする：公開日が新しい・見た目がきれいという理由で新記事側に統合し、被リンクと履歴のある古い主力記事を消してしまう。これは回復に時間がかかる典型的な事故です
• canonical だけ貼って本文をそのままにする：正規化は評価先の宣言であって、重複した本文の整理ではありません。読者から見た区別のつかなさは残ったままです
• 意図が違う組まで統合してしまう：「〜とは」を探す読者と「〜のやり方」を探す読者は別です。無理に1本にまとめると、どちらの意図にも刺さらない長い記事になります
• 統合後に内部リンクを貼り替えていない：リダイレクト先は生きていても、サイト内の導線が古いURLを指したままだと評価の集約が中途半半端になります
• 再クロールの依頼と効果測定をしていない：作業した気になって終わり、順位とクリックがどう動いたか誰も追っていない状態です

失敗の多くは「検出をタイトル比較で済ませた」か「意図の同一性を確認せずに対応を決めた」のどちらかに起因します。

放置コストは「検索ボリューム × 分散率 × CTR × 転換率 × 単価」で試算できる

カニバリを今すぐ整理すべきかどうかは、感覚ではなく機会損失の金額で判断できます。売上が動く経路は次の式で名指しできます。

月間の機会損失（円） ＝ 月間検索ボリューム(A) × インプレッション分散率(B) × 平均CTR(C) × リード転換率(D) × 案件単価(E) × 受注率(F)

• A：月間検索ボリューム【自社の数字を入れてください】…対象クエリ群の合計。Search Console のインプレッション実績で代用可
• B：インプレッション分散率【自社の数字を入れてください】…同一クエリで、本命ページ以外に流れているインプレッションの比率
• C：平均CTR【自社の数字を入れてください】…統合後に本命ページが取れると見込むCTR
• D：リード転換率【自社の数字を入れてください】…記事セッションから問い合わせ・資料DLに至る率
• E：案件単価【自社の数字を入れてください】…初年度売上でも粗利でも、自社で統一すれば可
• F：受注率【自社の数字を入れてください】…リードから受注に至る率

計算の手順を示すため、すべて仮の値（自社の実数に置き換えてください。実績値ではありません）で1つ通してみます。A=1,000回、B=40%、C=5%、D=2%、E=300,000円、F=25% とすると、1,000 × 0.4 ＝ 400インプレッションが分散、400 × 5% ＝ 20クリック、20 × 2% ＝ 0.4リード、0.4 × 25% ＝ 0.1件、0.1 × 300,000円 ＝ 月30,000円相当。12か月では36万円相当になります。重複組が10組あれば、桁が1つ上がります。

もう1つ、工数側の損失も同じ形で置けます。年間の無駄工数コスト ＝ 重複記事1組あたりのリライト重複工数(h) × 該当組数 × リライト頻度(回/年) × 人件費単価(円/h)。同じテーマの記事を2本並行して更新している限り、この金額は毎年発生し続けます。統合すれば更新対象が1本になるため、この項目はゼロに近づきます。

この2式に自社の数値を入れると、「今期に着手するか、来期に回すか」を金額で議論できるようになります。

検出は2軸で行う：クエリ重複が「顕在」、意味類似度が「潜在」を拾う

検出は片方の軸だけでは必ず取りこぼしが出ます。役割を分けて併用するのが前提です。

軸1：Search Console のクエリ重複（顕在化した競合）

最も再現性が高いのは、検索パフォーマンスをクエリ起点で開き、1クエリに対して複数ページがインプレッションを取り合っていないかを見る方法です。表示ページが日によって入れ替わっていれば、カニバリの疑いは強くなります。GA4 と Search Console を連携して定点観測できる状態にしておくと、検出が運用に乗ります（GA4／Search Console 連携の設計）。

軸2：pgvector による本文の意味類似度（潜在的な重複）

タイトルや meta が違っても、本文の論点が同じならカニバリは起こります。ATK は記事本文をベクトル化し、pgvector による意味ベースの類似度で「見た目は違うが中身が近い」組を抽出します。キーワード文字列の一致では拾えない重複を、文章レベルで可視化できるのが利点です。

検出軸	見るもの	得意な検出	実施タイミング
Search Console のクエリ重複	同一クエリに表示される複数ページ	実際に競合が起きている組（顕在）	月次
pgvector の意味類似度	本文ベクトルの近さ	これから競合しそうな組（潜在）	月次／記事追加時
キーワード設計の重複	target／secondary キーワードの被り	企画段階での未然防止	公開前

顕在化した競合は Search Console、これから起きそうな重複は pgvector、企画段階の未然防止はキーワード設計、と役割を分けると取りこぼしが減ります。

カニバリ整理マトリクス：検出結果と検索意図の組み合わせで対応が一意に決まる

検出2軸の結果と「読者の検索意図が同じか違うか」を掛け合わせると、対応（統合・差別化・正規化）は一意に決まります。これを本記事ではカニバリ整理マトリクスと呼びます。検出した組をこの表に当てはめれば、担当者ごとの判断のばらつきがなくなります。

GSCクエリ重複	意味類似度	読者の検索意図	カニバリ整理マトリクスの推奨対応	実装	優先度
あり	高い	ほぼ同じ	統合	強い側に内容を集約し、弱い側から301。内部リンクも貼り替える	高
あり	高い	実は異なる（例：「とは」と「やり方」）	差別化	タイトル・meta・見出しを書き分け、重複段落を削って相互の役割を明示	高
あり	低い	異なるが同じクエリで拾われている	差別化	本命ページ側のクエリ適合を強化し、他方は狙いを別クエリへ寄せる	中
なし	高い	ほぼ同じだが両方残す事情がある（事業都合・LP併存など）	正規化（canonical）	代表ページに canonical を向け、評価先を一本化	中
なし	高い	同じで、一方は役割を終えている	統合または noindex	使える情報を移設したうえで301、残す必要があれば noindex	中
なし	低い	異なる	対応不要（監視のみ）	次回の月次スキャンで再確認	低

カニバリ整理マトリクスの使い方は単純です。検出した組ごとに左3列を埋め、該当行の対応をそのまま実行に移します。

着手前チェックリスト：1つでも「いいえ」があれば作業を止める

確認項目	はい／いいえ	「いいえ」のときの動き
2記事のインプレッションとクリックを直近3か月分で比較したか		Search Console でエクスポートし、どちらが強い側かを数値で確定する
「強い側」を被リンク・順位・クリックの3点で判定したか		新しさや見た目で決めない。301の向きを誤ると回復に時間がかかる
2記事の検索意図が本当に同じだと言えるか		意図が違うなら統合ではなく差別化を選ぶ
統合後に古いURLを指す内部リンクを洗い出したか		サイト内リンクを新URLへ貼り替える
実施前の順位・クリックを記録し、効果測定日を決めたか		実施日と測定日をカレンダーに登録してから作業する

カニバリ整理マトリクスを3つの場面に当てはめてみる

実在の事例ではなく、条件を立てた場面として3パターンを示します。自社の状況に近いものから読んでください。

場面1：年号違いの「2023年版」と「2024年版」が併存しているパターン

GSCで同一クエリに両方が表示され、意味類似度も高く、意図は同じ。マトリクスでは統合に該当します。古い側に被リンクが集中しているなら、URLは古い側を残して中身を最新化し、新しい側から301を向けるという判断もあり得ます。向きはチェックリストの3点で確定します。

場面2：「〜とは」と「〜の始め方」が同じクエリで競合しているパターン

意味類似度は高いが、読者の意図は「理解したい」と「実行したい」で別。マトリクスでは差別化です。統合すると両方の意図に中途半端な記事になります。重複している前提説明を「とは」側に寄せ、「始め方」側は手順と判断基準に絞り、相互リンクで役割を明示します。

場面3：サービスページと解説記事が同じキーワードで競合しているパターン

両方を残す事業上の理由があり、GSCの重複は顕在化していないが本文の重複が大きい状態。マトリクスでは正規化が第一候補です。ただし、コンバージョンを取りたいのがサービスページであれば、解説記事側の狙うクエリを情報収集寄りにずらす差別化のほうが機会損失は小さくなります。

統合を繰り返しても再発するなら、整理ではなく設計をやり直す

カニバリが多発するのは、個別記事の問題ではなくトピックの切り分け方が崩れているサインです。検出と統合を繰り返しても3か月以内に別の組が生まれるなら、トピッククラスターを引き直し、ハブ記事と配下記事の役割を再定義するほうが早く済みます。場当たりの統合だけで解決しようとしないことが、結果的に手戻りを減らします。

月次スプリントに載せると、検出から効果測定までが1サイクルで回る

1. 月初にカニバリ検出を実行し、Search Console のクエリ重複と pgvector の類似組を突き合わせる
2. 機会損失の試算式で金額の大きい組から並べ替え、上位から目視確認する
3. カニバリ整理マトリクスに当てはめ、統合・差別化・正規化・noindex を決める
4. 着手前チェックリストを埋めてから作業する（1つでも「いいえ」があれば止める）
5. 内部リンクを貼り替え、再クロールを促し、実施日を記録する
6. 翌月の同じスプリントで、対象クエリの順位・クリック・インプレッション分散率の変化を確認する

検出から修正までを一連のスプリントとして回す進め方はリライトスプリントの回し方も参考になります。

予防は「1テーマ1記事」と「公開前の照合」で大半が防げる

• 企画時に既存記事を照合する：新記事の狙うキーワードが既存記事と重複していないかを公開前に必ずチェックする
• 年号入りタイトルの運用ルールを決める：陳腐化したら「更新」か「統合」かを、公開時点で決めておく
• 1テーマ1記事を原則にする：メインの狙いは記事ごとに唯一とし、周辺はサブキーワードで差別化する
• ハブから一方向のリンク構造にする：相互リンクの乱立を避け、ハブ記事を評価の集約点にする
• キーワード台帳を1枚に保つ：ライターが増えるほど、台帳がない運用は重複を量産します

被リンクや競合ドメインの分析が主目的なら、別ツールのほうが向く

カニバリ検出は記事運用に組み込んで回すものですが、被リンクや競合ドメインの流入構造まで含めて分析を深掘りしたい場合は、専用の分析ツールのほうが適します。日本市場の記事運用に組み込んだ検出と、グローバルな分析統合のどちらを軸にするかで選択は変わります（ATK と Ahrefs の比較）。

よくある質問

キーワードカニバリゼーションはどうやって見つけますか？

Search Console をクエリ起点で開き、1つのクエリに複数ページが表示されていないかを確認します。加えて pgvector による本文の意味類似度で潜在的な重複組を抽出します。両方を突き合わせると、顕在化した競合と未然の重複の両方を拾えます。

カニバリを見つけたら必ず記事を統合すべきですか？

いいえ。読者の検索意図が同じなら統合、意図が違うなら差別化、両方を残す事情があるなら canonical での正規化が向きます。カニバリ整理マトリクスの「読者の検索意図」列で対応が分かれます。

統合した記事の評価はどうなりますか？

弱い側から強い側へ301リダイレクトを設定することで、評価を引き継ぎやすくなります。反映には時間がかかるため、Search Console で順位とクリックの変化を継続的に確認してください（変化の出方はサイトの状況により異なります）。

どちらを残すか（301の向き）はどう決めますか？

公開日の新しさではなく、被リンク・平均順位・クリック数の3点で強い側を判定します。強い側のURLを残し、弱い側から301を向けるのが原則です。判断に迷う場合は、着手前チェックリストの2項目目を先に埋めてください。

canonical と noindex はどう使い分けますか？

内容が近く、両方をユーザーに見せる必要があるなら canonical で評価先を一本化します。すでに役割を終え、検索から外して構わないページなら noindex を選びます。canonical は本文の重複そのものを解消しない点に注意してください。

効果はどれくらいで確認できますか？

期間は断定できません。実施日を記録し、翌月以降の同じスプリントで対象クエリの順位・クリック・インプレッション分散率を比較する運用にしておけば、変化の有無を判断できます。

まとめ：3条件のうち1つでも当てはまるなら、重複状況の確認から始める

ここまでの内容を3つの条件に整理します。(1)記事が50本を超えているのに流入が横ばい、(2)同じクエリで自社の複数ページが入れ替わり表示されている、(3)カニバリ整理マトリクスに当てはめても統合・差別化・正規化のどれを選ぶべきか社内で結論が出ない——1つでも当てはまるなら、まず自社サイトの重複状況を可視化する段階です。

ご相談いただくと、(a)Search Console のクエリ重複と意味類似度から抽出した重複候補の組リスト、(b)各組をカニバリ整理マトリクスに当てはめた推奨対応（統合・差別化・正規化・noindex）、(c)機会損失の試算式に基づく着手順の優先順位の3点を整理してお返しします。ご相談時は、対象ドメイン、公開記事本数、Search Console の閲覧権限またはクエリ×ページのエクスポート、直近の流入推移をお手元にご用意ください。この4点があれば、初回の時点で「どの組から着手すべきか」まで具体化できます。