リダイレクト

古い URL にアクセスしたユーザーや検索エンジンを、自動的に新しい URL へ転送する仕組み。現実世界に例えるなら「郵便局への転送届」や「店舗の移転案内」のようなもので、サイトリニューアル、ドメイン移行、カテゴリの統廃合時に絶対に欠かせない SEOの要となる。サーバ側の設定(.htaccess(.htaccess)や Nginx)や、CMS のプラグインなど、実装方法は複数存在する。

最大の特徴：SEO 評価を引き継ぐ「301」と、避けるべきリセット事故

リダイレクトにはいくつかの種類(HTTP ステータスコード)があるが、基本にして最強なのが「301(恒久的な転送)」。これを正しく設定することで、旧 URL が長年培ってきた「リンクジュース(SEO 上の評価やドメインパワー)」を新 URL へ引き継ぐことができる。

現場で最も怖いのが、このリダイレクト設定の漏れによる「SEO 評価リセット事故」。これを防ぐため、「リダイレクトマップ(旧 URL と新 URL の対照表)の作成 → 検証 → 反映 → 確認」という 4 ステップの進行を必ず制作業者と握り、最終的に「実装確認書」を提出させるのが発注者側の鉄則。

運用の要点と、現場でよくある「落とし穴」

リダイレクトの失敗は、ユーザーの離脱と検索順位の暴落に直結する。

• ステータスコードの使い分けと URL の正規化：論点＝基本は「301(恒久)」を使い、サイトメンテナンス時など元の URL に戻す前提なら「302(一時的)」を使う。また「http:// から https://(HTTPS / HTTP)へ」「www あり・なし」など、表記揺れを統一(正規化)するためにもリダイレクトを用いる。落とし穴＝301 と 302 を逆に設定してしまい、検索エンジンに「新しいページを評価しなくていいよ」と誤ったメッセージを伝えてしまう。
• リダイレクト漏れとチェーン・ループ：論点＝転送をバケツリレーのように繋ぐ「リダイレクトチェーン(A→B→C)」を避け、「A→C」へ直接転送させる。実装後は Google の管理ツール「Search Console」のカバレッジレポートでエラーがないか監視する。落とし穴＝転送漏れにより旧 URL で「404(デッドリンク)(ページが見つかりません)」が大量発生し、検索流入が激減して売上が吹き飛ぶ。また、転送先を誤って「A→B→A」のように無限ループ(リダイレクトループ)させてしまい、画面が真っ白になってユーザーが離脱する。
• その他の技術的・管理的リスク：論点＝転送先の新 URL にある「canonical(このページが正規版です、と検索エンジンに伝えるタグ)」が別の URL を指していないかなど、矛盾がないか確認する。落とし穴＝「リダイレクトマップ」の Excel を業者に任せきりにした結果、数年後に別の業者で再リニューアルしようとした際、過去の URL 構造がブラックボックス化していて地獄を見る(必ず自社で最新版を保管すること)。