似たSEO記事が増えたら、同じ疑問に答えているかを確かめてから統合を決めます。共通するキーワードがあっても、読者の目的が違う記事は分けて残せます。
この記事では、統合するかの判断から、残すURL、原稿の整理、リダイレクトまでを順に解説します。必要な情報を落とさず、旧URLからも読者を案内するための手順です。
統合・役割分け・リライト・維持を先に選ぶ
記事が複数あること自体は問題ではありません。「費用の目安を知りたい」と「申し込みの手順を知りたい」では、共通する単語があっても必要な回答が違います。次の表で、整理の方向を決めます。
| 状況 | 選択肢 | 判断前に確かめること |
|---|---|---|
| 同じ疑問への回答が二つに分散 | 統合する | 片方にしかない情報を一つにまとめられるか |
| 単語は同じだが読者の目的が違う | 役割を分ける | 見出し・タイトル・案内先の違いが明確か |
| 一つの記事の情報が古い・不足している | リライトする | 今のURLのまま必要な回答を補えるか |
| 両方が異なる検索語や相談を受け持つ | 維持して関連リンクを整える | 読者が行き先を迷う箇所だけ直せるか |
| 不要になり、関連する代替ページもない | 削除を個別に検討する | 利用者・社内・外部からの参照が残っていないか |
アクセスが少ないという理由だけで削除しないでください。営業資料から案内している記事や、少数でも重要な相談につながる記事があります。また、Search Consoleで同じ検索語に二つのURLが表示されても、それだけで順位を奪い合っていると断定はできません。
統合する記事がまだ決まっていない場合は、リライトする記事の選び方から、修正・統合・保留の候補を整理できます。
統合前に、原稿と検索データを残す
元の本文・画像・URLを保存し、Search Consoleで記事ごとの検索語とクリック数を確認します。営業資料や外部サイトからの参照も、残すURLを選ぶ材料になります。
作業メモは、次の5項目にまとめると進めやすくなります。
- 対象:旧URLと、残す候補のURL。
- 役割:それぞれの記事が答えている疑問。
- 内容:残す独自情報と、省く重複。
- 案内先:転送と、更新が必要なリンク。
- 検証:変更日、検索データ、公開後の確認結果。
検索語はレポートにすべて表示されるわけではありません。本文と実際の利用も合わせて判断します。参考:Google「検索パフォーマンス レポート」
残すURLは、順位だけで決めない
一時点の順位が高い方を必ず残す、古い方を必ず残す、といった決まりは設けません。次の条件を並べて比較します。
- 統合後の目的に合うか:URLやタイトルが、まとめる内容から大きく外れていないか。
- 現在の利用があるか:検索流入だけでなく、相談、社内資料、外部サイトからの参照があるか。
- 情報の土台があるか:独自の図表、検証内容、詳しい説明が残っているか。
- 技術的に維持できるか:正常に表示でき、編集や転送を管理できるURLか。
どちらも使えるなら、既存の有用なURLを生かす選択肢から検討します。統合のたびに新しいURLを作る必要はありません。個別の契約ページや会員向け情報など、一般公開の記事と扱いが違うものは一緒に整理しないでください。
モデルケース:二つの解説を、一つの回答に組み直す
法人向けサービスサイトに、「定期清掃の料金」と「定期清掃の見積もり条件」という二つの記事があるとします。両方とも同じ担当者向けで、内容の大半が重なり、一方には料金の決まり方、もう一方には現地確認の手順が詳しく載っています。
| 元の記事 | 統合後に残す情報 | 整理する部分 |
|---|---|---|
| A:定期清掃の料金 | 面積・頻度・時間帯で金額が変わる説明 | 重複したサービス紹介 |
| B:見積もり条件 | 依頼前に用意する情報、現地確認の流れ | Aと同じ料金説明 |
| 統合後 | 料金条件→依頼時の情報→見積もり手順→相談先 | 二つの導入文やまとめをそのまま連結しない |
統合後の見出しを先に作り、必要な情報を移します。重複と古い案内を整理し、用語や条件をそろえてください。図表の出典と画像の利用範囲も引き継ぎます。
実際の整理では、回答先と旧URLの転送まで確認した
FightforLifeが支援するサイトでは、重複していたFAQを公式FAQへ集約し、犬の人気を扱う二つの記事も内容を整理して統合しました。旧URLから統合先への転送も確認しています。実施したのは回答先の整理であり、統合単独による順位や問い合わせの増加は検証できていません。

個別の統合とは別に、FightforLifeの支援全体の実績も掲載しています。支援期間全体の成果を、今回の統合だけの効果として示すものではありません。
公開作業は「本文・転送・リンク」をセットで行う
- 統合先を完成させる:必要な本文・画像・相談先をそろえ、公開状態と表示を確認する。
- 旧URLを対応する統合先へ転送する:恒久的な統合なら、可能な環境では301または308のサーバー側リダイレクトを使う。
- サイト内のリンクを直す:旧URLを経由せず、統合先へ直接つながるように更新する。
- 検索向けの設定を確認する:統合先が誤ってnoindexになっていないか、canonicalやサイトマップが意図したURLを示すかを確認する。
- 旧URLから実際に開く:転送ループ、関係ないページへの移動、画像切れ、スマホ表示、相談ボタンを確かめる。
Googleは、恒久的な移転では可能な限りサーバー側の恒久的リダイレクトを使う方法を案内しています。設定場所はWordPressの構成やサーバーによって違います。本文を消すだけで転送されるとは限りません。参考:Google「リダイレクトとGoogle検索」
旧記事を一律にトップへ飛ばすと、その記事で知りたかったことを読者が見つけられません。内容を引き継ぐページを選び、代替がない削除は別の判断として扱います。転送設定だけ行って旧本文を二重に公開し続けるなど、状態が曖昧にならないよう管理してください。
公開後は、旧記事と統合先を合わせて見る
統合直後の数日の順位だけで成否を判断せず、旧URLから新URLへの検索表示の移行、関連する検索語のクリック、サービスへの移動、実際の相談を追います。比較は統合前の対象記事全体と統合後のページで行い、記事が減った分を見落とさないようにします。
先に表示・転送・計測の不具合を直し、その後に検索意図や失われた情報を確認します。サイト移行に関するGoogleの案内でも、再クロール・再処理中の検索変動への留意と移行後の確認が示されています。参考:Google「URL変更を伴うサイト移転」
SEO記事の統合でよくある質問
統合すれば検索順位は上がりますか?
保証はできません。読者が必要な情報にたどり着きやすくなるか、重複や矛盾が解消するかが判断の軸です。役割の違う記事をまとめると、かえって探しにくくなる場合があります。
公開日を新しくすればよいですか?
日付だけを変えることを目的にしません。実際に見直した内容に応じて更新日を示し、公開日と区別して管理します。残した古い情報にも、現在の条件に合っているか確認が必要です。
失敗したら元に戻せますか?
本文や設定の控えがあれば技術的に戻せる場合がありますが、検索での扱いが即座に元通りになるとは限りません。変更を急いで繰り返す前に、不具合なのか、情報不足なのか、検索での再処理中なのかを切り分けます。
自社サイトの改善を相談する
整理したい記事のURLをお知らせください。各記事の役割と検索データを見て、統合・修正・維持の方針と作業範囲を整理します。
