リダイレクトは、あるURLを開いた人や仕組みを別のURLへ案内する設定です。ページ移転や一時的な案内に使われますが、対象と終了条件を決めずに設定すると管理が難しくなります。
301と302のどちらを使うかは、移転を継続するのか、元のURLを再び使う予定があるのかを整理して判断します。番号の扱いと設定方法は、利用環境の公式資料で確認します。
転送する目的を一文で決める
最初に、なぜ別のURLへ案内するのかを書きます。ページの統合、URLの変更、公開期間中だけの案内など、事業上の目的を明確にします。
設定する人と、移転を承認する人を分けます。技術的に設定できても、元ページを終了してよいかは内容の責任者が判断します。
目的が複数ある場合は、URLごとに分けます。一つの設定へ異なる移転理由を混ぜず、対象外のページも記録します。
継続する移転か一時案内かを分ける
元のURLへ戻す予定がない移転と、期間や条件が終われば元へ戻す案内を区別します。終了予定が不明な場合は、設定前に責任者へ確認します。
301または302を提案されたら、どちらが目的に合うかを実装担当者へ説明してもらいます。利用環境の公式資料と設定仕様へ、選択理由を残します。
検索結果や評価への影響を保証する説明は判断材料にしません。利用者が正しいページへ進めることと、解除後の状態を確認します。
対象URLと移転先を一覧にする
転送元と転送先を一対で記録します。似たURL、末尾の違い、別の言語や端末向けページがある場合は、実在する対象だけを一覧にします。
複数回の転送を経由する構成は、利用者が最終的にどこへ着くかを把握しにくくします。既存設定を確認し、不要な経由がないか実装担当者と整理します。
移転先のページが公開済みで、内容と問い合わせ先が正しいかを先に確認します。準備中のページへ転送しないよう、公開責任者の承認を得ます。
リンクと関連機能を確認する
リダイレクトだけに頼らず、サイト内のリンクも新しいURLへ直すかを判断します。メニュー、本文、案内メール、資料など、元URLを使う場所を探します。
入力フォームや外部サービスがURLを参照している場合は、変更の要否を提供元の公式資料で確認します。接続方法を推測して書き換えません。
計測や広告などが関係する場合も、担当者と契約先を確認します。変更前の値を保存し、どの設定を誰が直したかを記録します。
設定前に戻し方を決める
実装前には、現在の設定を保存し、問題が起きたときに戻す手順を確認します。サーバーや管理システムごとの操作は、公式資料に従います。
作業時間、実施者、承認者、連絡先を決めます。影響範囲が分からない場合は本番へ設定せず、管理事業者へ確認します。
一時的な案内では、解除日だけでなく解除を判断する条件を決めます。担当者が不在でも解除の要否を判断できる記録を残します。
設定後に経路をテストする
設定後は、転送元を直接開き、意図した移転先へ進むかを確認します。パソコンとスマートフォンで、表示内容と操作を確かめます。
移転先から問い合わせや主要ページへ進めるかも見ます。転送が動くことだけで作業完了にせず、利用者の経路全体を確認します。
想定外の移転や繰り返しが起きた場合は、設定を重ねません。変更前へ戻すかを責任者が判断し、表示された状態を実装担当者へ共有します。
設定台帳で301と302を管理する
設定台帳には、番号だけでなく選択理由と終了条件を残します。将来の担当者が、設定を維持するか解除するかを判断できる形にします。
- 転送の目的と対象外を決めた
- 継続する移転か一時案内かを確認した
- 301・302の選択理由を公式資料で確認した
- 転送元、転送先、既存設定を一覧にした
- 関連リンクと外部サービスを確認した
- 戻し方、解除条件、担当者を記録した
ページを再編したときは、古い設定台帳も見直します。移転先がさらに変わる場合は、利用者がたどる経路を整理してから変更します。
