サイトリニューアルのリダイレクトで失敗しない旧URL整理と転送先の決め方

サイトリニューアルでURLが変わるとき、リダイレクトをどう設定するかで公開後の検索流入やユーザー体験は大きく変わります。見た目のデザインやCMS移行に意識が向きやすい一方で、旧URLから新URLへの案内が抜けると、これまで評価されていたページが見つからなくなり、問い合わせや資料請求の機会を逃すことがあります。この記事では、どのURLを転送すべきか、301と302をどう使い分けるか、公開前後に何を確認すればよいかを、実務で判断しやすい形に整理します。

サイトリニューアルのリダイレクトは旧URLごとに設計する

サイトリニューアルのリダイレクトで最初に考えるべきことは、トップページだけを転送すればよいかではなく、旧サイトの各URLを新サイトのどのページへつなぐかです。検索結果や外部サイト、SNS、ブックマークから訪れるユーザーは、必ずしもトップページに来るわけではありません。サービス紹介、料金ページ、事例ページ、ブログ記事、採用ページなど、過去に見られていたページへ直接アクセスする人も多いため、URL単位で整理する必要があります。

特にSEOを意識するなら、旧URLと新URLの内容ができるだけ近いページへ301リダイレクトするのが基本です。旧サイトの「制作実績」ページを、新サイトのトップページへまとめて飛ばすよりも、新しい「事例一覧」や該当する事例詳細へ転送したほうが、ユーザーにも検索エンジンにも意味が伝わりやすくなります。リダイレクトは単なる転送処理ではなく、旧サイトで積み上げた評価と導線を新サイトへ引き継ぐための設計です。

リニューアルでページを削除する場合も、何も考えずに404にするのではなく、代わりに読むべきページがあるかを確認します。ただし、関係の薄いページへ無理に飛ばすと、ユーザーは期待した情報にたどり着けず離脱しやすくなります。残すページ、統合するページ、削除するページを分け、旧URLごとに転送先を決めることが、公開後の混乱を減らす第一歩です。

旧URLの状態	基本の対応	判断のポイント
同じ内容の新ページがある	新ページへ301リダイレクト	タイトルや本文のテーマが近いか確認する
複数ページを1ページに統合した	統合後の代表ページへ301リダイレクト	旧ページの検索意図をまとめて満たせるか見る
内容を廃止した	関連ページへ転送または404を検討	無関係なページへ飛ばさない
一時的なキャンペーンページ	終了案内や関連サービスへ誘導	過去情報として残す価値があるか判断する

先に確認するURLの変化

URLが変わる範囲を見る

リダイレクト設計の前に、まず旧サイトと新サイトで何が変わるのかを整理します。ドメインが変わるのか、下層ページのURLだけが変わるのか、CMS変更でカテゴリ構造が変わるのかによって、必要な作業量は大きく違います。たとえば、同じドメインのままデザインだけ変える場合でも、WordPressのパーマリンクを変更すれば旧URLは使えなくなることがあります。

確認したいのは、旧URLの一覧、新URLの一覧、残すページ、統合するページ、削除するページです。旧サイトにブログ記事が300本あり、新サイトで主要記事だけ残す場合は、残さない記事の扱いも決めなければいけません。アクセスがほとんどない記事でも、外部リンクがある、指名検索で見られている、問い合わせ前によく読まれているなど、数字だけでは判断しにくい価値を持つことがあります。

URLの変化は、制作会社や担当者の感覚だけで決めると漏れが出やすくなります。サイトマップ、アクセス解析、Search Consoleの検索パフォーマンス、被リンクがあるページ、社内で共有している重要URLを合わせて確認すると、転送すべきページの優先順位が見えます。すべてのURLを同じ重さで扱うのではなく、集客や問い合わせに関係するページから確実に設計することが大切です。

301と302を使い分ける

サイトリニューアルで恒久的にURLを変える場合は、基本的に301リダイレクトを使います。301は、旧URLから新URLへ永続的に移動したことを示す転送です。検索エンジンに対しても、今後は新しいURLを評価対象として扱ってほしいという意味になるため、リニューアル後のURL変更では最もよく使われます。

一方、302リダイレクトは一時的な転送です。メンテナンス中だけ別ページに案内する、期間限定のページへ一時的に誘導する、A/Bテストで一部のアクセスを別URLへ流すなど、元のURLへ戻る可能性があるときに使います。リニューアルで旧ページを完全に置き換えるのに302を使うと、移転の意図が伝わりにくくなり、評価の引き継ぎやインデックスの整理に時間がかかることがあります。

ただし、301にすれば何でも安心というわけではありません。旧ページと転送先の内容が大きく違う場合、ユーザーは混乱し、検索エンジンにも適切な移転とは見なされにくくなります。リダイレクトの種類だけでなく、旧URLと新URLの内容の近さ、転送先で目的を達成できるか、内部リンクやサイトマップも新URLに更新されているかを合わせて確認する必要があります。

種類	使う場面	リニューアル時の考え方
301リダイレクト	URLを恒久的に変更する	旧ページから対応する新ページへ移す基本対応
302リダイレクト	一時的に別ページへ転送する	本番リニューアルの恒久移転には原則向かない
リダイレクトなし	削除して問題ないページ	代替ページがない場合は404や終了案内も選択肢

転送先の決め方

似た内容へつなぐ

リダイレクト先を決めるときは、URLの見た目ではなくページの役割で考えます。旧サイトの「料金表」ページは、新サイトでも料金やプランが分かるページへ転送します。旧サイトの「施工事例A」は、新サイトの同じ事例詳細があればそこへ、なければ事例一覧や近いカテゴリへつなぐのが自然です。ユーザーが旧URLを開いた理由を想像すると、どのページへ案内すべきか判断しやすくなります。

失敗しやすいのは、旧URLをすべてトップページに集める方法です。作業としては簡単ですが、検索結果から具体的な情報を求めて来た人にとっては遠回りになります。たとえば「補助金対応 ホームページ制作」の記事を見ようとした人がトップページへ飛ばされると、目的の情報を自分で探し直す必要があります。これではリダイレクトしていても、実質的には迷子に近い状態です。

判断に迷う場合は、旧ページの検索キーワード、タイトル、見出し、問い合わせへのつながりを見ます。新サイトに完全一致するページがなくても、同じ悩みを解決できるページがあるなら転送候補になります。逆に、内容が古い、法制度や料金が変わっている、今は提供していないサービスを扱っている場合は、無理に残すより終了案内や関連サービスページへ整理するほうが誠実です。

統合ページは意図を残す

リニューアルでは、旧サイトに散らばっていたページを1つにまとめることがあります。たとえば「SEO対策」「コンテンツ制作」「アクセス解析」の3ページを、新サイトの「Web集客支援」ページへ統合するようなケースです。この場合、旧URLから統合後のページへ301リダイレクトすること自体は自然ですが、新しいページの中に旧ページで扱っていた情報がきちんと含まれているかを確認する必要があります。

旧ページが検索で評価されていた理由は、ページ内の具体的な内容にあることが多いです。SEO対策のページに「キーワード設計」「内部リンク」「Search Console確認」が書かれていたなら、統合後のページにもそれらの要素をある程度残したほうが、ユーザーの期待に合いやすくなります。単にサービス一覧の1行にまとめてしまうと、旧ページの検索意図を受け止めきれません。

統合するページが多い場合は、転送先にアンカーリンクや見出しを用意するのも有効です。旧URLから来た人がすぐ関連情報へたどり着けるように、料金、実績、対応範囲、よくある質問を整理しておくと離脱を防ぎやすくなります。リダイレクトは技術設定だけで完了ではなく、転送後のページが読者の疑問に答えられる状態になって初めて効果を発揮します。

削除ページは無理に飛ばさない

リニューアル時には、古いお知らせ、終了したキャンペーン、扱わなくなったサービス、内容が薄い記事を削除することがあります。このとき、すべての削除URLを何かしらのページへリダイレクトすればよいと考えると、かえって分かりにくい導線になります。代替となる情報がないページは、無理に関係の薄いページへ飛ばすより、404や終了案内ページを用意したほうが自然な場合もあります。

たとえば、過去のセミナー告知ページを現在のサービスページへ転送しても、ユーザーは「セミナー情報を探していたのに違うページに来た」と感じます。今後も同じテーマのセミナーがあるならセミナー一覧へ、終了した内容を残す価値があるなら開催レポートへ、完全に不要なら削除というように、ユーザーの次の行動を考えて判断します。リダイレクトはアクセスを逃さないためのものですが、期待を裏切る転送は逆効果です。

削除するページでも、外部サイトからリンクされている、検索流入がある、SNSで共有されている、営業資料やメールにURLが残っている場合は注意が必要です。アクセス解析で少なく見えても、重要な見込み客がたまに見ているページかもしれません。削除前に、過去3か月から1年程度のアクセス、検索クエリ、被リンク、社内利用の有無を確認してから対応を決めると失敗を減らせます。

実装前後の確認ポイント

リダイレクト表を作る

実装前には、旧URLと新URLを並べたリダイレクト表を作ります。表には、旧URL、新URL、対応方針、ページの種類、優先度、確認状況を入れておくと、制作担当者、SEO担当者、社内確認者の認識がずれにくくなります。URLが数十件なら手作業でも管理できますが、ブログや事例が多いサイトでは、一覧化しないまま進めると設定漏れが起きやすくなります。

旧URLの取得方法はいくつかあります。旧サイトのXMLサイトマップ、CMSの投稿一覧、アクセス解析のランディングページ、Search Consoleで表示されているページ、社内資料に貼られているURLなどを集めます。特に、検索流入があるページと外部リンクがあるページは優先度を上げて確認します。全部を完璧に洗い出せない場合でも、問い合わせや売上に近いページから押さえるだけでリスクは下げられます。

リダイレクト表を作るときは、機械的に同じパターンで変換できるURLと、個別に判断が必要なURLを分けます。たとえば「/blog/記事ID」から「/column/記事ID」のように構造だけ変わる場合は一括設定できることがあります。一方、ページ統合やサービス名変更がある場合は、旧ページの内容を見ながら個別に転送先を決める必要があります。

公開前にテストする

リダイレクトは、公開してから気づくより、公開前にテスト環境や本番直前の確認で見つけたほうが安全です。確認する内容は、旧URLを開いたときに正しい新URLへ移動するか、ステータスコードが301になっているか、途中で何度も転送されていないか、スマートフォンでも問題なく表示されるかです。見た目だけで転送できているように見えても、内部では302になっていたり、リダイレクトチェーンが起きていたりすることがあります。

特に注意したいのは、httpからhttps、wwwありなし、末尾スラッシュ、index.htmlの有無が混ざるケースです。リニューアルと同時にSSL化やドメイン変更を行うと、旧URLから新URLへ行くまでに複数回転送されることがあります。ユーザーには一瞬に見えても、検索エンジンや表示速度には余計な負担になるため、できるだけ最短で目的のURLへ転送されるように設定します。

テストでは、重要URLを全件確認するだけでなく、代表的なパターンも確認します。サービスページ、ブログ記事、カテゴリページ、画像やPDF、フォームページ、旧キャンペーンページなど、種類ごとにチェックすると漏れを見つけやすくなります。公開直後は時間に追われやすいため、事前に確認リストを用意しておくことが、慌てず対応するための現実的な対策です。

公開後も数週間見る

リダイレクトは公開日に設定して終わりではありません。公開後は、404エラー、検索流入の変化、インデックス状況、問い合わせ数、主要ページの順位を数週間から数か月かけて確認します。サイトリニューアル直後は検索エンジンが新しい構造を理解するまで変動が出ることがあるため、1日や2日の数字だけで成功失敗を判断しないほうが落ち着いて対応できます。

ただし、明らかな設定ミスは早めに直す必要があります。旧URLが404になっている、すべてトップページへ転送されている、フォームページが別URLへ飛ばない、スマートフォンだけ表示が崩れるなどは、ユーザーの行動にすぐ影響します。アクセス解析だけでは気づきにくい場合もあるため、Search Consoleのエラーやサーバーログ、問い合わせ導線のテストを合わせて見ます。

公開後に新たな旧URLが見つかることもあります。古いメールマガジン、PDF資料、SNS投稿、取引先サイトのリンクなど、制作時に拾いきれなかったURLからアクセスが来ることは珍しくありません。404が出たURLの中に重要なものがあれば、後からリダイレクトを追加します。公開後の調整まで含めてリニューアル計画に入れておくと、検索流入の落ち込みや機会損失を最小限にしやすくなります。

よくある失敗を避ける

すべてトップへ飛ばす

サイトリニューアルのリダイレクトで多い失敗は、旧URLをまとめてトップページへ飛ばすことです。一見すると404を防げるため良い対応に見えますが、ユーザーが探していた情報にはたどり着きにくくなります。料金を見たい人、事例を読みたい人、ブログ記事の解決策を知りたい人が全員トップページに戻されると、そこから再検索やサイト内検索をしなければなりません。

検索エンジンにとっても、旧ページとトップページの内容が近いとは限りません。個別記事やサービス詳細が評価されていたのに、関係の薄いトップページへ転送すると、旧ページの意図を引き継ぎにくくなります。特に、検索流入が多かったページをトップへまとめてしまうと、公開後に順位やクリック数が落ちたように見えることがあります。

もちろん、旧ページに対応する新ページがまったくなく、トップページが唯一の案内先になる場合もあります。その場合でも、重要な旧URLだけは関連性の高いカテゴリや問い合わせページ、終了案内ページを検討したほうがよいです。作業効率を優先しすぎず、ユーザーが次に何をしたいかを考えて転送先を選ぶことが、リダイレクトの品質を左右します。

内部リンクを旧URLのままにする

リダイレクトを設定しても、新サイト内のリンクが旧URLのまま残っていると、毎回リダイレクトを経由することになります。ユーザーには大きな違いが見えない場合もありますが、表示速度やクロール効率の面では無駄が増えます。メニュー、フッター、記事内リンク、ボタン、バナー、パンくず、XMLサイトマップなどは、新URLへ直接向かうように更新しておく必要があります。

特にWordPressなどのCMS移行では、本文内に貼られた内部リンクが旧URLのまま残りやすいです。過去記事の中で関連記事へリンクしている場合、見た目のページは新しくなっていても、本文中のURLだけ古いことがあります。リダイレクトがあるから問題ないと考えず、サイト内の導線は新URLで統一するのが基本です。

また、canonicalタグ、構造化データ、OGP、サイトマップ、フォーム完了ページ、広告のリンク先、メール署名なども確認対象です。リニューアル後に広告やSNSから旧URLへ流入し続けると、分析データも分かりにくくなります。リダイレクトは外部からの古いアクセスを受け止めるための保険であり、新サイト内部では古いURLに頼らない状態を目指します。

リダイレクトの連鎖を放置する

過去に何度かリニューアルしているサイトでは、旧URLから別の旧URLへ、さらに新URLへ転送されるリダイレクトチェーンが起きることがあります。たとえば、httpの旧URLからhttpsの旧URLへ、その後wwwありのURLへ、最後に新しいページへ移動するような流れです。ユーザーが最終的に表示できても、余計な転送が増えるほど表示は遅くなり、管理も複雑になります。

リニューアル時は、できるだけ古いURLから最終的な新URLへ直接転送するように整理します。途中のURLを挟まないことで、クロールの負担を減らし、設定ミスも見つけやすくなります。特にドメイン変更、SSL化、CMS変更、カテゴリ変更を同時に行う場合は、複数の転送ルールが重なりやすいため注意が必要です。

また、リダイレクトループにも気をつけます。AからBへ、BからAへ戻るような設定になると、ページが表示されずエラーになります。個別設定と一括ルールが重なったときに起きやすいため、公開前のテストでは代表URLだけでなく、カテゴリや記事詳細など複数パターンを確認します。設定ファイルやサーバー側のルールを触る場合は、バックアップを取り、変更履歴を残しておくと復旧しやすくなります。

次にやることを決める

サイトリニューアルでリダイレクトが必要になったら、まず旧URLの一覧を作り、新URLと対応させるところから始めます。すべてを一度に完璧にしようとすると手が止まりやすいため、検索流入が多いページ、問い合わせにつながるページ、外部リンクがあるページ、営業資料やSNSで共有されているページを優先して整理します。そのうえで、同じ内容へ転送するページ、統合先へ転送するページ、削除または終了案内にするページを分けると、判断がしやすくなります。

実装では、恒久的なURL変更には301リダイレクトを使い、旧URLからできるだけ近い内容の新URLへ直接つなぎます。すべてトップページへ飛ばす、302のまま公開する、内部リンクを旧URLで残す、リダイレクトチェーンを放置する対応は、公開後の混乱につながりやすいので避けたいところです。制作会社に依頼する場合も、「リダイレクト対応をお願いします」だけでなく、旧URLと新URLの対応表、確認したい重要ページ、公開後に見る項目を共有すると認識がそろいやすくなります。

公開前には主要URLを実際に開き、正しいページへ移動するか、フォームやCTAが使えるか、スマートフォンでも問題ないかを確認します。公開後は数週間、404エラー、検索流入、主要キーワード、問い合わせ数を見ながら、漏れていた旧URLを追加で設定します。リダイレクトはリニューアルの裏側の作業に見えますが、旧サイトで得ていた評価とユーザー導線を新サイトへつなぐ大切な作業です。見た目の刷新と同じくらい、URLの引き継ぎまで計画に入れて進めることが、失敗しにくいリニューアルにつながります。