記事を統合してSEOを立て直す手順と、301リダイレクト設計の考え方

統合すべき記事と残すべき記事の見分け方

記事を統合するかどうかは、タイトルが似ているかどうかでは決まりません。同じ検索キーワードに対して、自社の複数のURLが入れ替わりで表示されている。あるいは、どの記事も順位が伸びず、内容の大半が重なっている。この2つのどちらかに当てはまるときに、統合が選択肢に入ります。

先に結論を書くと、統合は「残すURLを1つ決め、他の記事の中身を移し、旧URLから301リダイレクトで渡す」という3工程で終わります。難しいのは工程そのものより、統合してよい記事と、分けたまま残すべき記事を見分けることです。

統合を検討する3つの症状

統合を検討する目安は、次の3つです。

• Search Consoleで同じクエリに複数のURLが表示され、期間によって上位に出るURLが入れ替わっている
• 似た題材の記事が複数あり、どれも表示回数はあるのに順位が10位前後から上がらない
• 公開から時間が経ち、情報が古くなった記事と新しい記事が並んでいて、読者がどちらを読めばよいか分からない

3つ目は順位だけを見ていると見落とします。読者の側から見て、同じ疑問に答える記事が2本あるなら、それは検索エンジンにとっても評価の置き場が定まらない状態です。

統合してはいけないケース

似たキーワードでも、検索する人が知りたいことが違えば、記事は分けたままにします。たとえば「SEO 外注 費用」と「SEO 外注 選び方」は、前者が金額の目安、後者が業者を選ぶ基準を求めており、1本にまとめると両方の答えが薄くなります。

判断の目安は、上位表示されているページの種類です。検索結果の上位が、費用の一覧記事ばかりなのか、選び方の解説ばかりなのかを実際に見てください。上位の顔ぶれが違うなら、検索意図も違うと考えて、統合ではなく書き分けを選びます。

判断に使うデータ

材料はSearch Consoleで足ります。対象キーワードで絞り込み、ページ別に表示回数、クリック数、平均掲載順位を並べます。ここで見るのは順位の絶対値より、2本以上のURLが同じクエリで表示されているかどうかです。

次に、被リンクを受けているかを確認します。外部サイトから参照されている記事は、URLを消すと評価の受け皿を失うため、後述する残す記事の選定で優先度が上がります。

残す記事を決める基準

統合で最初に決めるのは、どのURLを残すかです。ここを曖昧にしたまま本文の書き換えを始めると、途中で方針が変わり、作業のやり直しが発生します。決めるのは文章の出来ではなく、URLの実績です。

比較する指標

残す記事は、次の順で比べると迷いが減ります。

• 外部サイトからの被リンクの有無
• 過去の流入数とクリック数
• 同じクエリでの平均掲載順位
• 公開日の古さと、URLの分かりやすさ

被リンクを先頭に置くのは、リンクを受けたURLを変えると、外部から渡されている評価の経路が変わるからです。流入数が多い記事でも、被リンクがなければ、実績の少ない側へ寄せて整える選択もあり得ます。

実績が拮抗したときの決め方

どの指標も差がない場合は、将来の運用を基準にします。URLが短く、キーワードに沿っていて、今後も更新しやすい側を残してください。更新を担当する人が替わっても管理できるかどうかは、内製で運用しているサイトでは意外に大きな要素です。

ここで迷って決められないことを理由に、統合を先送りにするのはお勧めしません。どちらを残しても大きな差が出ないのであれば、決めて進めたほうが、2本が並走している状態を早く終わらせられます。

統合の実行手順

残すURLが決まったら、実行に移ります。順番を間違えると、統合後の記事が薄いまま残ります。301リダイレクトを先に設定してしまうと、消す側にしかなかった情報が検索結果からも読者の目からも消えるため、必ず中身の移植を先に行います。

中身の移植

消す側の記事を読み、残す側にない情報を洗い出して移します。見るのは次の3点です。

• 残す側にない見出しと、その見出しの下にある説明
• 消す側だけが持っている図、表、事例、手順
• 消す側の記事に寄せられていた、読者からの質問への回答

移植したら、単に付け足すのではなく、残す側の構成に合わせて並べ直します。段落を継ぎ足しただけの記事は、話題があちこちに飛び、1本にまとめた意味が薄れます。見出しを組み直し、重複する説明は1か所に寄せてください。

内部リンクの張り替え

リダイレクトを設定しても、サイト内に旧URLへのリンクが残っていると、読者は毎回転送を経由することになります。内部リンクは、旧URLを指しているものをすべて新しいURLへ書き換えます。

旧URLが記事本文、関連記事のブロック、パンくず、サイトマップのどこに残っているかを一覧にして、漏れなく直します。サイト内検索で旧URLの文字列を探すと、見落としが減ります。

301リダイレクトの設定

最後に、旧URLから残すURLへ恒久的な移動を意味する301リダイレクトを設定します。Googleのドキュメントでは、恒久的なリダイレクトは、リダイレクト先がカノニカルであるべきというシグナルとして扱われると説明されています。出典は https://developers.google.com/search/docs/crawling-indexing/301-redirects です。

実装は、PHP、Apache、NGINXなどのサーバー側で行う方法が、Googleにとって最も確実だとされています。JavaScriptによる転送や、ページ内の自動更新で代用するのは避けてください。

リダイレクト設計の注意点

統合でつまずく原因の多くは、記事の選び方ではなく、リダイレクトの設計にあります。1本ずつなら簡単に見えても、数が増えると、宛先の取り違えや設定漏れが起きます。

1対1の対応を守る

Googleは、旧URLと新URLを1対1で対応させ、関連する新しいURLへ誘導するよう案内しています。多数のURLを関連のない1つの宛先、たとえばトップページへまとめて飛ばすと、ユーザーを混乱させ、ソフト404として扱われる場合があるとされています。出典は https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes です。

統合する場合も同じです。3本の記事を1本にするときは、3本とも、統合先の1本へ個別に301を設定します。消した記事の飛ばし先を、とりあえず記事一覧に設定するのは避けます。

canonicalとの使い分け

URLを統合する手段として、Googleは強い順にリダイレクト、rel=canonical、サイトマップへの記載を挙げています。出典は https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls です。

使い分けは単純で、旧URLを読者から見えなくしてよいなら301、両方のページを表示したまま代表URLを示したいならcanonicalです。記事を統合して片方を消す場合は、301が基本になります。

同じ文書では、URLの正規化の目的でrobots.txtを使わないこと、重複ページの扱いとしてnoindexを使うことは推奨されていません。重複を解消するつもりで旧記事にnoindexだけを付けて放置するのは、避けたほうがよい方法です。

リダイレクトの維持期間

統合が終わっても、リダイレクトの設定は消さないでください。Googleは、リダイレクトをできるだけ長く、一般的には最低1年間は維持するよう案内しており、ユーザーのことを考えるなら、無期限に残すことも検討できるとしています。出典は先ほどのサイト移転のドキュメントです。

実務では、CMSの移行や記事の削除作業で、古いリダイレクトが整理対象になりがちです。リダイレクトの一覧を管理表に残し、消してよい時期を記録しておくと、担当者が替わっても事故が起きません。

統合後の確認と立て直し

統合は、設定して終わりではありません。統合後の数週間は、順位とクリック数が一時的に動くことがあります。動いたときに慌てて元に戻すと、評価が定まる前に作業を無駄にしてしまいます。逆に、何も見ないまま放置すると、失敗に気づけません。

確認する指標と期間

統合前に、対象キーワードのクリック数、表示回数、平均掲載順位、対象URLの合計を記録しておきます。統合後は、同じ指標を同じ条件で比べます。

• 旧URLの表示が減り、新URLの表示が増えているか
• 新URLの表示回数が、統合前の2本の合計に近づいているか
• 新URLがインデックスされ、Search Consoleのリダイレクトエラーが出ていないか

反映の速さはサイトのクロール頻度で変わるため、何日で戻るとは約束できません。確認する間隔は、更新頻度の高いサイトなら週単位、そうでなければ月単位を目安に、あらかじめ決めておきます。

順位が落ちたときの切り分け

統合後に順位が下がった場合は、次の順で原因を探します。

• 旧URLのリダイレクトが、正しい宛先に飛んでいるか
• 中身の移植が足りず、消した記事にあった見出しや情報が失われていないか
• 内部リンクが旧URLに残っていないか
• 検索意図が違う記事を統合してしまっていないか

最後の原因が最も厄介です。意図の違う記事を1本にまとめていた場合は、元の2本に分け直すほうが早く立て直せることがあります。

戻す判断

元に戻すかは、期間と原因で決めます。設定ミスが原因ならすぐ直します。中身の不足なら、記事を加筆します。数週間様子を見ても、新URLの表示が旧URLの合計を下回り続けるなら、統合した判断自体を見直します。

見直した結果は、管理表に残してください。次に似た記事の統合を検討するときに、同じ判断を繰り返さずに済みます。自社だけで原因を切り分けられないときは、無料診断で現状の記事一覧を見せていただければ、残す記事の選び方から確認できます。https://qujiraseo.com/diagnosis/

よくある質問

記事を統合すると必ず順位は上がりますか。

上がると言い切ることはできません。統合は、評価が分かれている状態を整える作業で、順位を保証する施策ではありません。検索意図が同じ記事の重複が原因であれば改善が見込めますが、原因が別にあれば、統合しても変わらないことがあります。

301リダイレクトとcanonicalは、どちらを使うべきですか。

旧URLを消してよいなら301、両方を残すならcanonicalです。Googleのドキュメントでは、リダイレクトのほうが強いシグナルとされています。

統合した記事の公開日や更新日はどうしますか。

統合後は、内容を更新した日を更新日として表示するのが自然です。公開日は、残したURLの元の日付を保つ運用が一般的です。実際の中身を更新していないのに更新日だけを書き換えることは避けてください。

統合する記事が10本以上あるときはどう進めますか。

一度にすべてやらず、同じテーマごとに小分けにします。まず1グループを統合して結果を確認し、問題がなければ次に進みます。リダイレクトの対応表を最初に作り、グループごとに完了を記録してください。

まとめ

• 統合の対象は、同じ検索意図に複数のURLが表示されている記事。意図が違えば分けたまま残す
• 残すURLは、被リンク、流入実績、掲載順位、URLの分かりやすさの順で決める
• 手順は、中身の移植、内部リンクの張り替え、301リダイレクトの順。順番を入れ替えない
• 旧URLと新URLは1対1で対応させ、リダイレクトは最低1年は維持する
• 統合前の数値を記録し、統合後に同じ条件で比べて、戻すかどうかを判断する

記事の統合は、記事を減らす作業ではなく、評価を受け止めるURLを1つに定める作業です。残す理由を記録し、結果を測りながら進めてください。

← ブログ一覧へ戻る