こんにちは。バナナデスクです。
Search Consoleで同じ検索語を調べたら、自分のブログの記事が2本出てきた。「記事同士が競合しているから、どちらかを消した方がいいのか」と迷うことがあります。
でも、2本表示されたこと自体は、統合する理由にはなりません。「講座の料金を決める記事」と「講座の料金を案内するページ」が、どちらも料金という語で表示されることはあります。それぞれ違う用事に答えていれば、両方を残す理由があります。
この記事では、検索語とURLの記録を確かめ、残す・役割を変える・統合する判断へ進む手順を説明します。特定サイトの検索順位を検証した報告ではなく、公式レポートの使い方と架空の3組の比較例です。
カニバリを疑う前に、何が重なっているかを分ける
ここでいうカニバリは、似たページの役割が重なり、どの記事で読者の疑問を解決するか分かりにくい状態として扱います。Search Consoleに「カニバリ」と確定診断する表示があるわけではありません。
重なりには少なくとも、①同じ検索語で複数URLが記録される、②記事が同じ問いに同じ答えを返す、③似た本文の別URLが存在する、の3つがあります。一つ目は観測、二つ目は内容の判断、三つ目はURLや重複の整理です。
同じ語が出たからすぐcanonicalを書き換える、といった対応は順番が逆です。canonicalは重複・類似ページの正規URLを示す仕組みで、別々の有用な記事の役割を決める代わりにはなりません。Googleの正規URLの説明。
Search Consoleで同じ検索語のURLを確かめる
最初は、気になった検索語を一つに絞ります。検索タイプ、期間、国、デバイスなどの条件を記録し、途中で変えたら別の観測として扱います。
- 検索パフォーマンスを開き、比較する期間と検索タイプを設定する。
- 対象のクエリを選ぶか、クエリのフィルタを追加する。
- 「ページ」へ切り替え、その検索語で記録されたURLを確認する。
- 各URLのクリック、表示、平均掲載順位を同じ条件で保存する。
- 必要なら期間を分けて、どちらのURLがいつ記録されているかを確かめる。
フィルタの操作と注意点は、Search Consoleの公式説明で確認できます。クエリやURLで絞ると、匿名化されたクエリの除外などにより合計が変わる場合があります。
また、期間中に2本が記録されたことは、同じ検索結果画面に必ず同時表示されたという証拠ではありません。前半と後半、地域、端末などが違う可能性があります。自分で検索して片方が見つからなくても、それだけでレポートが間違いとは言えません。
URL別の数値を、サイト全体の数値へ単純に足さない
Search Consoleでは、プロパティ単位とページ単位で集計の方法が違います。同じ検索結果に同じサイトの2ページが表示された場合、サイト単位の表示は1回でも、ページ側にはそれぞれ記録される場合があります。集計方法の公式説明。
そのため、URL AとURL Bの表示を足し、「統合したらこの表示をすべて一つへ集められる」と予測しないでください。平均掲載順位を単純に平均することも、同じ条件の全体値にはなりません。
| 項目 | URL A | URL B |
|---|---|---|
| 検索語 | 講座 価格 決め方 | 同じ語 |
| 期間 | 9月1日〜30日 | 同じ期間 |
| 表示 | 80回 | 45回 |
| クリック | 4回 | 2回 |
| 記事の約束 | 初回価格の決め方 | モニター価格の決め方 |
| 必要な次の作業 | 本文・対象者・完成物の違いを比較する | |
この表だけで統合を決めることはできません。表示が少ないBに、Aにない具体例があるかもしれません。数字は本文を開く候補を選ぶ材料で、削除の自動判定にはしません。
残す・役割を変える・統合する3組の例
1.両方残す:価格の決定と、料金の掲載方法
記事Aが「講座の価格を決める方法」、記事Bが「LPに料金を載せるか判断する方法」なら、読者の作業は違います。Aでは提供範囲と価格を決め、Bでは決まった価格をどう説明するかを選びます。
この場合は両方を残し、タイトルと冒頭で違いを明確にします。共通する前提は短く説明し、価格がまだ未定の人には価格決定の考え方が必要だと案内します。同じ定義を長く繰り返している箇所だけ整理すればよいかもしれません。
2.役割を変える:総合的な準備と、当日の接続確認
記事Aが「オンライン講座の準備」、記事Bが「オンライン講座の開催前チェック」で、両方が募集から接続まで浅く扱っているとします。Bに音声・画面共有の詳しい例があるなら、Bを当日の接続確認へ絞る方法があります。
このときは、タイトルだけを変えて本文を残しません。Bの募集や価格の一般論を整理し、接続の前提、確認手順、つながらない場合の切り分けを充実させます。読後にできることが変わって初めて、役割を分けたと言えます。
3.統合する:初回価格とモニター価格が同じ判断を扱う
記事AもBも、同じ架空の講座、同じ提供範囲、同じ計算表を使い、「最初の開催価格をどう決めるか」に答えているなら、統合を検討できます。
片方にしかない「無料にする場合の条件」「通常提供との違い」を拾い、残す記事へ組み込みます。どちらを残すかは、URLの継続性、既存リンク、内容の完成度、検索記録などを合わせて判断します。新しい方、長い方、クリックが一回多い方だけで決めるものではありません。
| 比較 | 判断 | 完成する作業 |
|---|---|---|
| 価格を決める/料金を掲載する | 残す | 金額の決定/説明の設計 |
| 準備全体/開催前チェック | 役割を明確にする | 準備計画/接続の確認 |
| 初回価格/同条件のモニター価格 | 内容を見て統合 | 同じ初回価格の決定 |

統合する場合は、本文を完成させてからURLを動かす
統合は、片方の記事を削除するだけでは終わりません。まず、二つの記事でしか読めなかった情報を一覧にし、どこへ残すかを決めます。独自の説明を落としてから移動すると、読者が求めた答えがなくなることがあります。
- 残すURLと終了するURLを決める。
- 独自の例・条件・根拠を残す記事へ移し、重複を整理する。
- 目次、見出し、本文の矛盾、画像と出典を確認する。
- 旧URLを案内していた内部リンクを、新しい行き先へ更新する。
- 同じ内容を引き継ぐ適切な移動先がある場合、永続的なリダイレクトを設定する。
- 旧URL、新URL、内部リンクを実際に開いて確認する。
Googleは、ページを統合した場合に旧URLから統合先へリダイレクトできると説明しています。関係の薄いトップページなどへ一括で送る対応とは区別してください。URL変更とリダイレクトの公式ガイド。
canonical、noindex、リダイレクトは同じ働きではありません。検索結果から外したいからといって、役割が異なる設定を一度に追加しないでください。変更した理由と期待する状態を一つずつ書き、CMSやサーバーの設定に合う方法を選びます。
変更後の確認票を、先に用意しておく
| 確認項目 | 合格とする状態 |
|---|---|
| 統合先の内容 | 旧記事の独自の例と条件が残っている |
| 旧URLの移動 | 意図した統合先へ到達する |
| 内部リンク | 廃止したURLを案内し続けていない |
| 正規URL | 統合先の指定とサイト内の案内が一致している |
| 表示 | 目次・表・画像・スマホ表示に不備がない |
| 検索の観測 | 変更日を境に、同じ条件で両URLを確認する |
すべての数値が翌日に統合先へ移るわけではありません。移動を確認したこと、検索で選ばれるURLが変わったこと、クリックが増えたことは別の結果です。設定できた時点で「カニバリが解消して順位が上がった」と報告しないようにします。
比較期間の検索需要やほかの更新も変わるため、増減だけで統合の効果を断定できません。明確な不備を修正したら、同じ条件で次の観測を残し、短期間に統合と分割を繰り返さないようにしてください。
データが少ないときは、本文の役割を先に揃える
公開直後で数値が少ない場合、わずかな表示の入れ替わりから問題を決めるのは難しいです。この段階では、2本のタイトルを隠して本文を読み、「誰が、何を、どの完成物で解決する記事か」を書き出します。
その一文が同じで、使う表も同じなら、重複を整理する価値があります。異なる作業なら、タイトルと導入で違いが伝わるかを点検します。数字が少なくても、読者にとっての役割は確認できます。
同じ検索語で2本見つかったら、まず片方を消すのではなく、二つの完成物を並べてみてください。残す理由が説明できれば残す。役割が混ざっていれば分け直す。同じ答えなら、独自情報を保って統合する。検索データは、その判断を観測するために使いましょう。基本的な数値の比較は、検索パフォーマンスの見方でも説明しています。