SEOで避けたい重複記事とキーワードカニバリの直し方

同じ検索意図に密集する重複記事の峰を一つの代表ページへ統合し異なる意図を独立した山系へ整理する等高線地形図

企業ブログを増やすと、似た質問へ答える記事が複数できることがあります。同じ検索意図を持つページが競合し、表示されるURLや順位が安定しない状態は、一般にキーワードカニバリと呼ばれます。

ただし、同じ言葉を使うページが複数あるだけで問題とは限りません。重要なのは、各ページの目的・対象・答えが明確に異なるか、同じ意図なのに内容が分散していないかです。本記事では、見つけ方と安全な修正手順を解説します。

重複URLと検索意図の重複は別問題

技術的な重複URL

同じ、またはほぼ同じ内容が複数URLで表示される状態です。

同じ検索意図に密集する重複記事の峰を一つの代表ページへ統合し異なる意図を独立した山系へ整理する等高線地形図
  • HTTPとHTTPS
  • www有無
  • 末尾スラッシュ違い
  • パラメータ
  • 印刷・並べ替えページ
  • ステージング環境
  • 同じ記事の別URL

Googleは重複ページ群から代表URL、つまりcanonicalを選びます。重複自体が直ちにスパム違反というわけではありませんが、利用者の混乱、クロール、計測の分散につながります。

検索意図の重複

URLも本文も異なるものの、同じ読者の同じ質問へ答える記事が複数ある状態です。

例:

  • ホームページ制作費用の相場
  • Web制作料金はいくら
  • 会社サイト作成の価格

内容と結論がほぼ同じなら、ページ同士で役割が競合する可能性があります。

カニバリを疑う兆候

  • 同じ検索クエリで複数URLが交互に表示される
  • 重要ページではなく古い記事が表示される
  • 順位と表示URLが頻繁に変わる
  • 内部リンクが複数の似たページへ分散している
  • 被リンクや流入が分かれている
  • 新記事公開後に既存記事の表示が落ちた
  • サービスページより解説記事が依頼検索で表示される
  • 似たページを更新する担当者も迷う

順位変動だけで断定せず、検索意図、ページ内容、Search Console、内部リンクを確認します。

1. 対象URLを一覧化する

次を集めます。

  • URL
  • title・H1
  • ページ種類
  • 公開・更新日
  • 対象読者
  • 主要な質問
  • 検索クエリ
  • 表示・クリック
  • 問い合わせ貢献
  • 内部リンク・被リンク
  • canonical・index状態

サイト内検索やsite:検索は手掛かりになりますが、Search Consoleと実際のページを主に確認します。

2. Search Consoleでクエリとページを照合する

パフォーマンスレポートで重要クエリを選び、ページ別に確認します。

  • 複数ページが表示されているか
  • 期間ごとに代表ページが変わるか
  • クリック率・順位・コンバージョンはどうか
  • ブランド検索か非ブランド検索か
  • デバイス・地域で違うか

検索クエリのすべてが表示されるわけではないため、顧客質問やキーワード設計表も併用します。

3. 検索意図を一文で定義する

各ページについて次を書きます。

このページは、誰の、どの質問へ、どの段階で答えるか。

例:

  • サービスページ:札幌で制作会社を比較中の企業へ、自社のホームページ制作サービスを説明する
  • 費用記事:制作を検討し始めた企業へ、一般的な費用項目と価格差を説明する
  • 料金ページ:自社へ相談を検討する企業へ、プランと見積もり条件を説明する

役割が明確なら、同じ語句が含まれていても共存できます。

4. 本文の重なりを比較する

見出し、結論、例、CTAを並べます。

  • 同じ質問へ同じ結論か
  • 独自情報があるか
  • 対象読者が違うか
  • 顧客段階が違うか
  • 片方だけが古く薄いか
  • 一方へ統合できるか

単語一致率だけで機械的に決めません。

5. 修正方法を選ぶ

統合する

同じ意図で、情報が分散している場合は、最も適切な一ページへ有用な内容を統合します。

役割を分ける

対象や段階を明確に変えられる場合は、タイトル、導入、見出し、内容、CTAを修正します。

リダイレクトする

不要になったページの代替となる統合先がある場合、旧URLから新URLへ恒久的リダイレクトを検討します。

canonicalを指定する

同じ内容を複数URLで提供する合理的理由がある場合、代表URLの希望をrel="canonical"などで示します。ただしGoogleにとってヒントであり、必ず採用される命令ではありません。

noindexにする

利用者には必要でも検索結果へ出す必要がないページはnoindexを検討します。クロール制御とインデックス制御を混同しません。

削除する

価値がなく代替も不要なページは削除できます。流入、被リンク、内部リンク、法的保存、顧客利用を先に確認します。

統合の安全な手順

  1. 代表ページを決める
  2. 各ページの有用な内容・画像・出典を抽出する
  3. 重複を除き、構成を再設計する
  4. 代表ページを更新する
  5. 旧URLのリンク・成果・用途を確認する
  6. 適切なら301または308リダイレクトする
  7. 内部リンクを代表URLへ更新する
  8. XMLサイトマップとcanonicalを確認する
  9. Search ConsoleでURLを検査する
  10. 表示・クリック・問い合わせを継続確認する

旧記事を削除してから統合内容を作るのではなく、先にバックアップと新ページ完成を行います。

代表ページの選び方

  • 検索意図に最も合う
  • 内容が充実している
  • URLが分かりやすい
  • 被リンク・内部リンクが多い
  • 問い合わせへ貢献する
  • 更新しやすい
  • サービス構造に合う
  • 既存のcanonicalとして選ばれている

流入が多いだけで決めず、今後の正式なページとして適切か判断します。

役割分担の例

制作会社選び

  • サービス:札幌のホームページ制作
  • 記事:ホームページ制作会社の選び方
  • 記事:見積書で確認する項目
  • 事例:制作会社変更の実例

WordPress保守

  • サービス:WordPress保守・運用
  • 記事:毎月確認する10項目
  • 記事:更新を放置するリスク
  • FAQ:緊急対応の範囲

各ページが別の質問へ答え、必要なページへ内部リンクします。

技術的な重複の確認項目

  • HTTPからHTTPSへ統一
  • www有無の統一
  • 末尾スラッシュ方針
  • 大文字・小文字
  • パラメータURL
  • ページネーション
  • AMP・印刷版など別形式
  • ステージング・プレビュー
  • canonicalの自己参照と整合性
  • サイトマップ掲載URL
  • 内部リンク先
  • リダイレクトチェーン

WordPressでは、カテゴリ、タグ、日付、著者、添付ファイルなどのアーカイブが増えることがあります。利用者価値とサイト構造に合わせて整理します。

canonicalだけで内容競合を直そうとしない

検索意図が異なる記事へcanonicalを向けるのは適切ではありません。canonicalは重複・非常に類似したURLの代表を示すために使います。

内容競合では、統合、役割変更、内部リンク、タイトル・本文の修正が必要です。

robots.txtだけで重複を消そうとしない

robots.txtはクロールを制御する仕組みで、URLのインデックス削除を保証するものではありません。noindexを読み取らせるにはクローラーがページへアクセスできる必要があります。目的に合う方法を選びます。

修正後に確認する指標

Search Console

  • 代表ページの表示回数
  • クリック数・率
  • 検索クエリ
  • 選択されたcanonical
  • インデックス状況

GA4・営業

  • 自然検索流入
  • サービス・事例への遷移
  • 問い合わせ
  • 商談・受注への貢献
  • 旧URLへのアクセス

統合直後はクロール・再評価に時間がかかることがあります。短期変動だけで元へ戻しません。

新しい重複を防ぐ運用

  • 記事企画時に既存URLを検索する
  • 検索意図マップを管理する
  • 一記事一主要意図を記録する
  • 新規・更新・統合を選ぶ
  • サービスページとの役割を確認する
  • 公開前にtitle・H1・見出しを照合する
  • 半年ごとにコンテンツ棚卸しを行う

「新しい記事を書く」ことを唯一の成果にせず、既存ページ改善も制作計画へ入れます。

よくある質問

同じキーワードが複数ページに出るとカニバリですか?

必ずしも違います。ページの検索意図、対象、答え、役割が異なるかを確認します。

重複記事はすべて削除しますか?

削除前に、独自情報、流入、被リンク、問い合わせ、顧客利用を確認します。統合や役割変更が適切な場合があります。

canonicalを設定すれば順位が統合されますか?

Googleに代表URLの希望を示す方法ですがヒントです。リダイレクト、内部リンク、サイトマップなどの信号を整合させ、内容も確認します。

301リダイレクトで評価は失われませんか?

適切な代替ページへ恒久的に移す標準的な方法です。ただし無関係なページへ大量転送せず、リンクと動作を確認します。

いつ統合効果を判断しますか?

サイト規模・クロール頻度・検索需要で異なります。Search Consoleで再クロールと代表URLを確認し、数週間から数か月の推移を見ます。

まとめ

重複記事とキーワードカニバリは、同じ語句の使用回数ではなく、複数ページが同じ読者の同じ質問へ答えているかで判断します。Search Console、ページ内容、内部リンク、canonicalを照合し、各ページの役割を一文で定義します。

同じ意図なら有用な内容を代表ページへ統合し、必要に応じてリダイレクトします。別の意図へ分けられるなら、対象、結論、見出し、CTAを明確に変えます。公開前の検索意図マップと定期棚卸しで再発を防ぎます。

株式会社サーハビーでは、札幌の企業を中心に、Search Consoleを使ったコンテンツ監査、重複記事の統合、サイト構造・内部リンク・リダイレクト設計、GA4による成果確認を支援しています。記事を増やした後に検索流入が分散した場合も、安全な統合計画からご相談いただけます。

参考情報

お問い合わせ

CONTACT

WEB制作、マーケティング、運用のご相談など、お気軽にお問い合わせください。

お問い合わせ