ブログを続けていると、似たテーマの記事が少しずつ増えてきます。公開した当時は別の記事として必要に見えても、あとから読むと内容の大半が重なっていたり、どちらを更新すればよいか分からなくなったりすることがあります。
この状態を放置すると、読者が同じようなページを行き来して迷うだけでなく、運営者自身も内部リンクや更新履歴を管理しにくくなります。ただし、似ている記事を見つけたからといって、すぐに削除すればよいわけではありません。検索意図、情報の役割、流入、外部リンク、更新しやすさを見ながら、残す・統合する・書き分ける・削除するのどれが適切か判断する必要があります。
この記事では、WordPressでブログを運営する初心者に向けて、重複コンテンツの見つけ方から整理後の確認までを実践的に解説します。専門的なSEO設定だけに頼らず、記事の役割を整理することを中心に進めます。
重複コンテンツは同じ文章だけを指すものではない
重複コンテンツと聞くと、文章をそのままコピーしたページを想像しがちです。しかし、ブログ運営でよく起こるのは、完全に同じ文章ではなく、検索する人の目的や記事の結論がほぼ同じページが複数ある状態です。
たとえば「ブログ記事タイトルの付け方」と「クリックされる記事タイトルの作り方」があり、どちらもキーワードを入れる位置、文字数、具体性、改善方法まで同じように説明している場合、文章表現が違っても役割は重なっています。一方、「タイトルの基本」と「公開後にクリック率を見て改善する方法」のように、対象読者や作業段階が明確に分かれていれば、関連はしていても重複とは限りません。
Googleは、重複コンテンツそのものを通常はスパムポリシー違反として扱わないと説明しています。ただし、同じ情報へ複数のURLから到達できる状態は読者を迷わせ、検索エンジンが不要なURLのクロールに時間を使う原因になり得ます。重複を見つけたときは「ペナルティを避けるため」だけではなく、読者に最も分かりやすい入口を一つに整えるという視点が大切です。
完全重複と部分重複を分けて考える
完全重複は、本文の大部分が同じで、URLだけが違うような状態です。URLの表記ゆれ、印刷用ページ、誤って複製した投稿、移行時に残ったページなどで発生します。
部分重複は、記事の一部や結論が重なっている状態です。ブログではこちらの方が見つけにくく、判断にも迷います。導入文や用語説明が似ているだけなら問題にならないこともありますが、見出し構成と回答がほぼ同じなら、記事の役割を見直す価値があります。
テーマが近くても役割が違えば残せる
同じ主軸キーワードを含む記事でも、検索意図が違えば両方を残せます。たとえば「SSLとは」は仕組みを理解したい読者向け、「WordPressを常時SSL化する手順」は実際に設定したい読者向けです。前者から後者へ内部リンクをつなげれば、基礎理解から実践へ自然に進めます。
判断するときは単語の一致率だけでなく、読者の疑問、記事を読む前の状況、読了後にできるようになることを比べてください。
記事整理を始める前にバックアップと記録を用意する
記事の統合や削除は、公開中のURLと内部リンクに影響します。作業を始める前に、元へ戻せる状態を作り、何を変更したか記録しておきましょう。
サイト全体のバックアップを取る
少なくともWordPressのファイルとデータベースをバックアップします。記事本文だけを直す予定でも、リダイレクト設定やプラグイン設定を変更する可能性があります。バックアップは作成するだけでなく、保存先と復元方法も確認してください。
WordPressにはリビジョン機能があり、保存した下書きや公開後の更新履歴を比較して復元できます。ただし、リビジョンだけをサイト全体のバックアップ代わりにするのは安全ではありません。記事単位の戻し方と、サイト全体の復元方法を分けて準備します。
変更前のURLを一覧にする
整理対象の記事について、現在のタイトル、URL、公開日、更新日、主な検索キーワード、流入、内部リンク、外部リンク、変更方針を表にします。小規模サイトならスプレッドシートで十分です。
とくにURLは、タイトルだけで判断せず必ず記録してください。統合後に301リダイレクトを設定するとき、元URLが分からないと確認できません。記事をゴミ箱へ移したあとでURLを探し直すより、先に控えておく方が安全です。
一度に大量の記事を変更しない
初めて整理する場合は、明らかに似ている二、三記事から始めます。多くの記事を同時に変更すると、順位やアクセスが変わったときに原因を追いにくくなります。変更日と対象URLを記録し、反映を確認してから次へ進むと失敗を切り分けやすくなります。
重複候補の記事を見つける方法
候補探しでは、検索順位だけに頼らず、WordPressの記事一覧、サイト内検索、Google Search Consoleなど複数の情報を組み合わせます。
WordPressの記事一覧で似たタイトルを探す
管理画面の投稿一覧を開き、カテゴリーやキーワードで絞り込みます。「方法」「手順」「使い方」「初心者」など、同じ言葉を含むタイトルが並んでいないか確認します。
タイトルが似ていなくても内容が重なることがあります。気になる記事は別タブで開き、導入文、H2見出し、結論を比べます。本文を最初から一字ずつ比較するより、記事の役割が表れやすい部分から見ると効率的です。
サイト内検索と検索演算子を使う
サイト内の検索欄に主軸キーワードを入れ、どの記事が表示されるか確認します。検索欄がない場合は、Google検索で「site:自分のドメイン キーワード」と検索する方法もあります。ただし、検索結果に表示されないページが必ず存在しないとは限らないため、WordPressの記事一覧と併用してください。
Search Consoleの検索パフォーマンスを確認する
Google Search Consoleの検索パフォーマンスでクエリを選び、ページを確認すると、同じ検索語で複数URLが表示されていることがあります。これは直ちに重複と断定できる証拠ではありませんが、内容を比べる候補になります。
日付範囲が短いとデータが少ないため、季節変動が大きくないテーマでは、ある程度長い期間で傾向を見ます。表示回数が少ない新しい記事は、データだけで判断せず、検索意図と構成を優先してください。
見出しと結論を並べて比較する
候補が見つかったら、各記事のH2見出しと結論を一つの表に並べます。次の項目が重なるほど、統合候補として検討しやすくなります。
- 想定している読者
- 読者が解決したい悩み
- 記事の最終的な回答
- 説明する手順
- 主な見出し
- 検索結果で狙うキーワード
反対に、対象者や読了後の行動が明確に違うなら、書き分ける余地があります。
残す記事を決める判断基準
統合すると決めたら、どの記事を中心に残すか選びます。検索順位が一番高い記事を機械的に残すのではなく、今後も更新しやすく、読者の疑問に最もよく答えられるURLを選びます。
検索意図への適合度を見る
主軸キーワードで検索する人が知りたい内容を、過不足なく答えられる記事を優先します。流入が多くても内容が古く、別の記事の方が現在の検索意図に合っているなら、古い記事の評価や被リンクを新しい記事へ引き継ぐ形で統合する選択肢があります。
蓄積された評価とリンクを確認する
外部サイトからリンクされている記事、長期間アクセスを集めている記事、サイト内の多くのページからリンクされている記事は、安易にURLを捨てない方がよい場合があります。残すURLを決める前に、Search Consoleやアクセス解析、内部リンクの状況を確認します。
URLの分かりやすさと将来性を考える
年号や狭すぎる製品名が入ったURLは、将来の更新で意味が合わなくなることがあります。一方、公開済みURLを変更するとリダイレクトやリンク修正が必要です。わずかな見た目の改善だけでURLを変えるのではなく、今後そのテーマを代表するURLとして使えるかを基準にします。
内容の新しさと保守しやすさを見る
情報が新しい記事でも、構成が分かりにくく更新しづらい場合があります。古い記事を残して新しい情報を移す方がよいことも、新しい記事を残して古い記事の有用な説明を移す方がよいこともあります。どちらを残すかは、読者と運用の両面で判断します。
記事を残す・統合する・書き分ける・削除する
整理方法は一つではありません。候補ごとに次の四つから選びます。
両方を残す
検索意図が異なり、どちらにも独立した価値がある場合は両方を残します。ただし、導入文や見出しが似すぎているなら、それぞれの役割が伝わるようにタイトルと内容を調整します。
基礎記事と実践記事を分けるなら、基礎記事では用語と判断材料を説明し、実践記事では操作手順、確認方法、トラブル対応を中心にします。相互に内部リンクを設け、読者が次に読むべきページを明確にします。
一つの記事へ統合する
検索意図と結論が同じなら、一つの記事へ統合する方法が有効です。残す記事を先に決め、もう一方から独自性のある説明、事例、注意点だけを移します。単純に全文を末尾へ貼り付けると冗長になるため、重なった説明は一つにまとめます。
統合元の記事から内容を移したら、元URLを残すURLへ301リダイレクトすることを検討します。Googleは、恒久的な移転にはサーバー側の301や308などの恒久的リダイレクトを推奨し、転送先を正規URLとする強いシグナルとして扱うと説明しています。
検索意図が分かれるように書き直す
二つの記事に価値があるものの役割が曖昧な場合は、片方または両方を書き直します。タイトルだけを変えるのではなく、想定読者、導入文、見出し、結論まで揃えて役割を分けてください。
たとえば「記事タイトルの付け方」は公開前の作成手順、「クリックされないタイトルの改善」は公開後にデータを見て直す手順へ分けられます。同じ項目を繰り返すのではなく、前者は作成、後者は診断と改善に集中します。
削除する
情報が古く、流入やリンクがなく、代わりとなるページもない場合は削除を検討します。ただし、関係の薄いページへ一律にリダイレクトすると、読者が期待した情報へたどり着けません。明確な代替ページがなければ、適切な404または410を返す方が自然な場合があります。
削除前には内部リンクを外し、ナビゲーションやサイトマップからも参照されていないか確認します。WordPressで投稿をゴミ箱へ移すだけでは、必要なリダイレクトが自動で設定されるとは限りません。
判断に迷ったときの具体的な考え方
実際の整理では、二つの記事が完全に同じことは少なく、どの方法を選ぶか迷います。その場合は「ページ数を減らしたいか」ではなく、「このURLを残すことで、読者に別の価値を提供できるか」と考えてください。
検索結果に並んだときの違いを説明できるか
二つのタイトルが検索結果に同時に表示されたと仮定し、読者がどちらを選ぶべきか説明できるか確認します。「片方は初心者向けで、もう片方は経験者向け」「片方は仕組みの理解、もう片方は設定作業」のように違いを言葉にできれば、書き分けやすい状態です。
「言い回しが違う」「公開日が違う」程度しか差を説明できない場合は、統合候補と考えます。記事の役割はタイトルだけでなく、本文全体で一貫している必要があります。
片方だけを読んでも目的を達成できるか
記事Aを読むために、必ず記事Bの重複した説明も読まなければならないなら、分割方法が不自然かもしれません。反対に、基礎を知っている人は実践記事だけで作業でき、初めての人は基礎記事から順に読めるなら、二記事に分ける意味があります。
今後それぞれを更新し続けられるか
二記事を残すと、共通する仕様変更があったときに両方の更新が必要です。少人数で運営するブログでは、記事数を増やしすぎると更新が追いつきません。独立した価値が小さく、毎回同じ修正が必要になるなら、一記事へまとめた方が情報の鮮度を保ちやすくなります。
重要な情報を削りすぎていないか
重複を避けようとして、必要な前提説明まで片方からすべて削るのも問題です。各記事を単独で読んだ人が理解できる最低限の説明は残し、詳しい内容は内部リンクで案内します。短い用語説明が両方にあることと、記事全体の検索意図が重複することは分けて考えてください。
統合作業を安全に進める手順
残す記事の完成形を先に設計する
統合前に、新しい見出し構成を作ります。読者の疑問を順番に並べ、どちらの記事から何を移すかメモします。この準備をしないと、似た説明が複数残り、統合したのに読みづらくなることがあります。
独自の価値だけを移す
統合元から、残す記事にない具体例、注意点、手順、図表を選んで移します。内容が重なる段落は、分かりやすい方を基準に一つへ整えます。公開日や古い画面名、終了した機能が混ざっていないかも確認してください。
タイトルと導入文を合わせる
本文を統合したら、タイトルが完成後の内容を正しく表しているか確認します。導入文では、誰のどの悩みを解決し、何ができるようになる記事なのかを簡潔に示します。元記事のテーマを追加した結果、タイトルと本文がずれていないか注意します。
内部リンクを新しいURLへ直す
統合元へ向いている内部リンクを検索し、残すURLへ変更します。リダイレクトがあるから放置してよいと考えず、サイト内リンクはできるだけ最終URLへ直接つなげます。リダイレクトの連鎖を減らし、読者にも検索エンジンにも分かりやすい構造にします。
301リダイレクトを設定する
統合元と統合先が同じ目的を満たすなら、元URLから残すURLへ恒久的なリダイレクトを設定します。方法はサーバーやプラグインによって異なります。設定に不慣れな場合は、利用中のサーバーや信頼できるリダイレクト機能の公式手順を確認してください。
転送元と転送先を逆にしないこと、複数回の転送を重ねないこと、無関係なトップページへ転送しないことが重要です。設定後はシークレットウィンドウなどで元URLを開き、意図した記事へ一度で移動するか確認します。
元記事を公開状態のまま残さない
統合が完了し、リダイレクトも確認できたら、元記事を非公開化または削除します。二つのURLで同じ完成記事を公開したままにすると、整理の目的を達成できません。実行する順番は環境により異なりますが、訪問者が行き止まりにならないよう、リダイレクトと公開状態を一連の作業として扱います。
記事統合の作業例
「ブログ記事の書き方」と「読みやすい文章の作り方」という二記事があり、どちらも構成、見出し、文章の長さ、推敲を説明しているケースを考えます。
比較前に役割を仮置きする
まず、前者を記事作成全体の手順、後者を文章表現の改善に分けられるか考えます。前者にはキーワード確認、構成作成、本文執筆、公開前確認を置き、後者には一文の長さ、主語と述語、専門用語、段落、推敲を置くなら、役割を分けられる可能性があります。
しかし、実際の見出しを比べて、両方とも文章表現の説明が中心なら、タイトルの違いだけで二記事に分かれている状態です。この場合は、アクセスやリンク、内容の新しさを確認して残すURLを決めます。
統合先の構成を作る
統合先では、書き始める前の準備、文章を書く手順、読みやすく整える方法、公開前の確認という流れを作ります。二記事の見出しをそのまま全部残すのではなく、同じ説明を一つへまとめます。
統合元にしかない具体例やチェック項目は移します。古い編集画面の説明、同じ意味の例文、現在は使わない方法は移しません。情報を足す作業と、不要な部分を減らす作業を同時に行います。
読者の移動経路を整える
統合元へリンクしている記事を検索し、統合先へ直します。統合元が外部サイトから参照されている可能性も考え、明確な代替となる統合先へ301リダイレクトを設定します。その後、元URL、サイト内リンク、統合先の記事表示を確認します。
このように、記事整理は本文の編集だけでは終わりません。URL、リンク、公開状態、読者の移動まで整えて完了です。
canonicalを使う場面と使わない場面
似たページを見つけると、すべてcanonicalで解決したくなるかもしれません。しかし、記事統合で元ページが不要になるなら、読者も自動で新しいページへ移動できる301リダイレクトの方が分かりやすいことが多いです。
rel=”canonical”は、重複または非常に似たページのうち、検索結果に表示してほしい代表URLを検索エンジンへ示すための仕組みです。Googleは、リダイレクトとcanonicalを強いシグナル、サイトマップへの掲載を弱いシグナルとして説明しています。
canonicalを設定しても、利用者は別ページへ転送されません。意図的に複数URLを残す必要があり、代表URLを示したい場面で検討します。通常のブログ記事を整理するだけなら、まず記事の役割、統合、内部リンク、リダイレクトを整え、canonicalは必要性を理解したうえで使ってください。
整理後に確認すること
元URLの応答を確認する
元URLを開き、残す記事へ正しく移動するか確認します。可能であればHTTPステータスも確認し、恒久的な移転なのに一時的な302になっていないか見ます。転送先がさらに別URLへ転送される状態も避けます。
残す記事の表示と操作を確認する
パソコンとスマートフォンで記事を開き、見出し、画像、表、リンクが崩れていないか確認します。統合時にブロックを移したことで、同じ見出しが連続したり、リンク先が古いままになったりすることがあります。
内部リンクとサイトマップを確認する
サイト内検索やリンク確認ツールで元URLへのリンクが残っていないか調べます。XMLサイトマップに削除したURLが残っている場合は、生成設定と更新状況を確認します。通常はWordPressやSEO機能が更新しますが、キャッシュによって反映が遅れることがあります。
Search Consoleで経過を見る
Google Search ConsoleのURL検査で残すURLの状態を確認し、検索パフォーマンスではクリック数、表示回数、掲載順位の推移を見ます。変更直後の短期間だけで成功・失敗を決めず、変更日を記録して傾向を追います。
順位が一時的に変動しても、すぐに元へ戻すのではなく、リダイレクト、インデックス、内部リンク、記事内容の順に確認します。技術的な設定が正しければ、読者の検索意図に十分答えているかを見直します。
整理の効果を評価する方法
整理後は、検索順位が上がったかだけで判断しないことが大切です。記事の役割を明確にする作業には、読者の迷いを減らし、運用負担を小さくする目的もあります。
検索流入は統合前の合計と比べる
二記事を一つへまとめた場合、統合先だけの過去データと比較すると正しく評価できません。統合前は二URLのクリック数や表示回数を合計し、統合後は残したURLの推移を見ます。季節性があるテーマでは、直前期間だけでなく前年同期も参考にします。
問い合わせや回遊も確認する
検索流入が大きく変わらなくても、関連記事への移動、読了後の行動、問い合わせにつながる割合が改善することがあります。整理後の記事で次の行動が分かりやすくなっているか、内部リンクが適切かを確認します。
更新時間が減ったか記録する
同じ情報を複数記事で修正していた状態から一記事へ統合できれば、次回の更新時間を短縮できます。仕様変更があったときに何ページ直したか、確認にどれくらい時間がかかったかを簡単に記録すると、整理の運用面の効果が分かります。
評価期間を決めて再確認する
変更した直後だけでなく、数週間後、数か月後など再確認する日を決めます。リダイレクトの不具合、古い内部リンク、想定外の検索語は時間がたってから見つかることがあります。ただし、毎日細かな変動を見て頻繁に編集すると判断しにくくなるため、確認間隔を決めて記録します。
よくある失敗と避け方
流入だけで残す記事を決める
現在の流入は重要ですが、それだけで決めると、内容が古い記事や検索意図に合わない記事を中心に残してしまうことがあります。流入、リンク、内容、将来の更新性をまとめて判断します。
二つの記事をそのまま連結する
全文を貼り合わせるだけでは、同じ説明が繰り返され、記事が長くなるだけです。統合後の構成を先に作り、一つの疑問には一つのまとまった回答を置きます。
無関係な記事やトップページへ転送する
アクセスを失いたくないという理由で、代替にならないページへ転送すると、訪問者は期待した情報を得られません。統合先は、元記事の目的を十分に引き継げるページに限ります。
タイトルだけ変えて書き分けたつもりになる
検索意図が同じままなら、タイトルだけ変えても役割は分かれません。導入文、見出し、具体例、結論まで確認し、それぞれの記事を読む理由が説明できる状態にします。
変更記録を残さない
あとからアクセスが変化したとき、何を統合したか分からないと検証できません。日付、元URL、残すURL、変更内容、リダイレクト方法を一行でもよいので記録します。
定期的な記事整理を運用に組み込む
重複は、記事数が増えるほど起こりやすくなります。新規記事を作る前に、同じ主軸キーワードと検索意図の記事がないか確認するだけでも予防できます。
公開前の企画表には、主軸キーワード、検索意図、対象読者、既存の関連記事、記事の役割を記録すると便利です。公開後は、半年ごとなど無理のない間隔で、似た記事、アクセスが落ちた記事、古い記事を確認します。更新頻度はサイト規模やテーマの変化の速さに合わせてください。
記事整理は、ページ数を減らすこと自体が目的ではありません。読者が迷わず適切な記事へたどり着き、運営者が内容を更新し続けられる構造にすることが目的です。残す理由、統合する理由、書き分ける理由を説明できる状態を目指しましょう。
重複コンテンツ整理の確認リスト
- 候補記事のURLと変更前情報を記録した
- サイトとデータベースのバックアップを用意した
- 検索意図、対象読者、結論、見出しを比較した
- 残す記事を流入だけで決めていない
- 統合後の記事から重複した説明を除いた
- 統合元への内部リンクを修正した
- 必要な301リダイレクトを設定した
- 元URLから転送先へ一度で移動できることを確認した
- 削除ページがサイトマップやナビゲーションに残っていない
- 変更日と対象URLを運用記録へ残した
まとめ
重複コンテンツの整理では、似た文章を探すだけでなく、記事の検索意図と役割を比べることが重要です。役割が違えば書き分け、同じなら有用な情報を一つの記事へ統合します。不要になったURLに明確な代替ページがある場合は、301リダイレクトと内部リンク修正まで行います。
初めての場合は少数の記事から始め、変更前の記録、バックアップ、整理後の確認を省かないでください。読者にとって分かりやすく、運営者にとって更新しやすい記事構成になれば、今後の新規記事作成でも重複を予防しやすくなります。
