ホームページ制作・引き継ぎ

サイトリニューアルで301リダイレクトはどうする?SEOを引き継ぐ移行チェック

  • 公開日:
  • 最終確認日:
旧ページから新ページへ対応関係を整理し、サイト移行を進める担当者のイラスト

会社サイトをリニューアルし、ページのURL構成も変わる中小企業向けの記事です。

新しいデザインが完成していても、旧ページの行き先を決めないまま公開すると、検索や外部リンクから来た人が旧URLへアクセスしたときに目的のページへ進めなくなる可能性があります。まず「旧URL」と「対応する新URL」を一覧にしてください。

301リダイレクトを設定すること自体が目的ではありません。どの旧ページをどの新ページへ引き継ぐかを決め、内部リンク・サイトマップ・公開後の確認まで含めて制作会社へ渡せる状態にすることが重要です。

結論:公開前に「旧URL → 新URL」の対応表を作る

Google Search Centralは、URL変更を伴うサイト移転で、元のURLから新しいURLへのマッピングを作ることを重要な作業として案内しています。複雑なリニューアルでは、旧URLの一覧を作り、各URLの移転先を決めます。

会社側でサーバー設定を書く必要はありません。まず、旧ページごとに「残す」「統合する」「移転先がない」を整理し、制作会社へ渡してください。

サイトリニューアルでURLを引き継ぐ順序 旧URLと新URLの対応を決め、恒久リダイレクト、内部リンク更新、サイトマップと公開後確認へ進む流れ。 URL変更があるなら、公開前に対応表を作る 1 旧URLを一覧化 残す統合する移転先なし 2 新URLへ対応 内容が近い移転先を決めるトップへ一括にしない 3 恒久転送を設定 最終URLへ直接転送する転送の連鎖を避ける 4 公開後を確認 内部リンクサイトマップクロールエラー 「旧URL → 新URL」の対応関係を制作会社へ渡せる状態にする
旧URLと新URLの対応を決めてから、恒久リダイレクト、内部リンク、サイトマップ、公開後確認へ進みます。

301リダイレクトは「どこへ移すか」を決めてから設定する

Googleは、技術的に可能な場合、サーバー側の恒久的なリダイレクトを使い、HTTPの恒久リダイレクトとして301や308を推奨しています。また、複数のリダイレクトをつないで最終ページへ送るより、最終URLへ直接転送することを勧めています。

ここで重要なのは、旧URLを機械的にすべてトップページへ送らないことです。Googleは、多数の旧URLを関連性の低い1つのURLへ転送すると、利用者を混乱させ、soft 404とみなされる場合があると案内しています。

ページを統合した場合は、旧ページを統合後の新ページへまとめて転送できる場合があります。削除したページに近い移転先がない場合は、「何でもトップへ」ではなく、残す必要がある情報かどうかから判断します。

リニューアル前に整理する4つの項目

確認項目 会社側で整理すること 制作会社へ依頼すること
旧URL 現在あるページと、検索・問い合わせに使われているページを一覧にする 漏れがないか技術的に確認する
新URL 旧ページの内容を残すか、統合するか、削除するか決める 旧→新の対応表に基づいて転送先を設計する
サイト内リンク 新サイト内で残す導線を確認する 内部リンクを新URLへ更新する
公開後確認 重要ページが開けるか、問い合わせ導線が動くか確認する サイトマップ送信、リダイレクト、クロールエラー等を確認する

旧URLの一覧は「検索で見つかっているページ」から始める

ページ数が多い場合、すべてを手作業で探す必要はありません。まずサイトマップ、アクセス解析、Search Console、現在のCMSなどから旧URLを集めます。

ENOLのホームページ制作ページでは、既存サイトのリニューアルにあたり、既存ページの役割、残す情報、直す導線、増やす情報を分けて整理する進め方を案内しています。旧URLと新URLの対応やリダイレクト要否は、前述のGoogle公式手順に沿って制作会社へ確認してください。

「会社概要だから残す」「古いページだから消す」とページ名だけで決めず、外部からアクセスされているか、同じ情報を新サイトでどこに残すかを確認します。

内部リンクとサイトマップも新URLへ更新する

Googleは、URLマッピングを決めた後、新サイトの内部リンクを旧URLから新URLへ更新するよう案内しています。リダイレクトがあるから古い内部リンクをそのままにするのではなく、新サイト内では最初から新URLを使います。

また、公開後は新URLを含むサイトマップをSearch Consoleへ送信し、移転の状況を確認します。リダイレクトだけ設定して終わりにせず、新サイトのURLが認識されているかを確認します。

制作会社へ渡すときは、設定方法より「対応関係」を伝える

経営者や事務担当者が、サーバーの設定ファイルやリダイレクト記述を確認する必要はありません。次のような表を用意できれば十分です。

旧ページ 新しい扱い 補足
旧サービスページ 新サービスページへ移転 内容を統合した
旧事例ページ 新しい事例ページへ移転 URLだけ変更
終了した古い告知 移転先なし 残す必要があるか確認

制作会社には、この対応表を基にリダイレクト方法、内部リンク、サイトマップ、公開後確認をまとめて依頼します。

順位保証ではなく、移行漏れを減らすための作業として考える

リニューアルで検索順位を必ず維持できると保証することはできません。ただし、旧URLの移転先を決めずに公開するより、旧→新の対応を整理し、恒久リダイレクトや内部リンク更新を正しく行うほうが、利用者と検索エンジンに新しい場所を伝えやすくなります。

URLを変えないデザイン調整だけなら、同じ対応は不要な場合があります。今回の手順は、URL変更を伴うリニューアルを対象にしています。

ENOLへ相談する場合

ENOLでは、既存サイト改善・リニューアル・WordPress対応を案内しており、既存ページの役割、残す情報、直す導線、増やす情報を整理する進め方を案内しています。

ホームページ制作・リニューアルの対応範囲を確認したうえで、現在のURL一覧や「残す・統合する・削除する」がまだ整理できていない段階でも、お問い合わせから相談できます。

課題解決ガイド一覧へ

Web制作・システム開発 内容が固まる前でも相談できます 相談フォームへ進む