サイト移行のURL対応表の作り方｜旧ページと移行先を整理する手順

サイト移行のURL対応表は、旧URLごとに内容の近い新URLと移行時の扱いを決める資料です。新サイトのページ一覧だけでは、外部リンクや検索から来る訪問者を適切に案内できません。内容を引き継ぐページ、統合するページ、廃止するページを分け、転送の実装と公開後の確認に使える形へ整理します。

旧URLの候補を集める

既存サイトのページ一覧、サイトマップ、アクセス解析、検索管理ツール、管理画面などからURLを集めます。一つの資料だけでは、一覧にない公開ページや古い案内を見落とすことがあります。PDFなどのファイルも外部から直接利用されている可能性があるため、対象として確認します。

収集後は、末尾のスラッシュ、大文字小文字、URLパラメータなどの違いを確認します。同じ内容でも表記が違うURLをどう扱うかは、既存の動作と新サイトの構成によります。文字列を機械的にまとめる前に、実際に違うページを指していないかを確かめてください。

旧URLについて、ページ名、内容、想定する訪問者、閲覧の状況、外部リンクの有無などを記録します。閲覧数が少なくても、契約先への案内や問い合わせ後の説明で使われている場合があります。数字だけで廃止を決めず、業務上の利用も確認します。

検索から来る訪問者が何を期待しているかを考えると、適切な移行先を選びやすくなります。旧サービスの説明を会社概要へ送っても、期待した情報に答えられない場合があります。新ページの名前が似ているかだけではなく、内容と目的が対応するかを見ます。

内容を引き継ぐ場合は、対応する新URLを記録します。複数の旧ページを一つに統合するなら、新ページがそれぞれの主要な疑問へ答えているかを確認します。統合先に必要な説明がないまま転送すると、訪問者が目的を果たせません。

廃止して代替情報もない場合は、適切な終了応答や案内を検討します。すべてをトップページへ転送する方法は、内容が対応しない移行先を大量に作ることになります。転送方式や応答の選択は配信環境と移行方針を確認し、内容の担当者と実装する人で合意してください。

「旧URL：旧サイトのサービス説明」「ページの役割：対象業務と相談範囲の案内」「扱い：内容を統合」「新URL：同じ対象業務を含む新サービス説明」「確認点：旧ページで案内した条件が新ページにあるか」と記入します。実在するパスへ置き換えて管理するための想定例です。

管理列には、決定状況、内容の確認者、実装状況、公開後の確認結果も設けます。移行先未定と、廃止決定を空欄で混同しないようにします。転送の設定ファイルを作る人が迷わず使えるか、内容確認の人が理由を追えるかの両方を意識してください。

新URLが存在するだけでなく、最終的に表示すべきURLへ直接案内できるかを確認します。旧URLから別の旧URLを経由して新URLへ至るような複雑な経路は、管理もしにくくなります。転送の繰り返しやループ、スマートフォンだけの挙動差がないかを検証します。

新ページの正式URL、内部リンク、サイトマップの記載も揃えます。転送表が正しくても、新サイトのリンクが旧URLのままなら移行が複雑になります。検証用環境で転送を試す場合は、本番とホスト名やパス条件が違う箇所を整理し、何を確認できたかを分けて記録します。

公開後は旧URLへのアクセスや取得エラー、新ページの公開状態を確認します。対応表にないURLが見つかった場合は、使われている内容を調べて追加判断します。公開直後の検索指標の変化は複数の要因があるため、転送を設定しただけで順位が維持されると断定しないでください。

関係者が配布した資料や外部掲載情報には旧URLが残ることがあります。変更を依頼できるリンクは新URLへ更新します。旧ドメインを使う場合は契約や証明書の管理も移行計画へ含め、担当変更によって転送が止まらないように管理者を明確にします。

アクセスのないページは省略できますか。測定対象外の利用や外部リンクがある可能性もあるため、役割を確認したうえで扱いを決めます。

同じURLなら対応表は不要ですか。URLを維持する場合も、内容、表示、応答が移行後に成立するか確認します。継続という扱いを記録しておくと、確認の漏れを減らせます。