URLリダイレクト管理: サイト移行、ドメイン移行、一括301をEdgeで扱う

日本のサイト移行で検索される言葉はだいたい決まっています。301リダイレクト、サイト移行、ドメイン移行、URL移行、リダイレクトマップ。どれも単なる設定作業に見えますが、実際にはSEO、広告、メール、LINE、QRコード、EC、アプリ導線まで巻き込む運用課題です。

1本のリダイレクトなら、サーバー設定やCMSプラグインで済みます。問題は、旧URLが数百、数千になり、WordPress、EC-CUBE、Shopify、独自CMS、Nginx、CDNルール、広告用リンク、アプリのフォールバックURLが混在したときです。どのレイヤーが本当の転送先を決めているのか分からなくなります。

URLリダイレクト管理プラットフォームは、短縮URLを作るためだけのものではありません。サイト移行、ドメイン移行、一括301、キャンペーン用302、デバイス別ルーティング、検証、監視、ロールバックを1つの管理面にまとめるための仕組みです。

UrlEdgeでは、ルールを管理画面でレビューし、Cloudflare-backed edgeへ公開します。オリジンサーバー、.htaccess、Nginx、CMSプラグイン、アプリのデプロイに毎回触る必要はありません。

リダイレクトがインフラになる瞬間

小さなサイトなら、数本の301で十分なこともあります。移行プロジェクトでは足りません。

Googleのリダイレクト資料では、移転したページの新しい場所をユーザーとGoogleへ伝えるためにリダイレクトを使うと説明されています。大規模な移行では、その説明を実現するために、URLごとの意図、優先順位、検証、監視が必要です。

まず、1本のリダイレクトで足りるかを判断する

古い1ページを新しい1ページへ送るだけなら、サーバー設定やCMSプラグインで十分なことがあります。UrlEdgeが必要になるのは、ルールが多く、関係者が多く、公開後も運用が続くケースです。

この判断があると、UrlEdgeを短縮URLツールとしてではなく、URL移行とリダイレクト運用の管理層として説明できます。短縮リンクは用途の一つです。主役は、サイト移行、ドメイン移行、一括301、UTM保持、検証、監視、ロールバックです。

リダイレクトマップに必要な項目

旧URL と 新URL だけの表では、公開後の事故を防ぎきれません。

この情報がないと、リダイレクトは「設定済み」でも、実際にはチェーン、ループ、UTM消失、誤った転送先を生みます。

サイト移行では旧URLの意図を残す

旧URLをすべてトップページへ転送するのは簡単です。ただし、ほとんどの場合は適切ではありません。ユーザーは商品、料金、資料請求、サポート記事、カテゴリ、キャンペーンページを期待して来ています。

例:

実務では次の順序で進めます。

1. 旧サイトをクロールする
2. 流入、被リンク、CV、売上、広告利用の有無を付ける
3. 新サイトまたはステージングをクロールする
4. 重要URLを最も近い転送先へマッピングする
5. 高リスクURLを分ける
6. Bulk URL Managementで取り込む
7. Redirect Checkerで検証する
8. Broken Link Monitorで公開後も監視する

移行はCSVを入れた時点では終わりません。旧URLからのユーザー、クローラー、広告クリックが正しいページへ届いて初めて完了に近づきます。

ドメイン移行ではパスとクエリを明示する

old-brand.jp を new-brand.jp に向けるだけなら簡単に見えます。しかし本当に決めるべきことは多いです。

• 元のパスを保持するか
• utm_source、utm_medium、utm_campaign を保持するか
• http、https、root、www をどう正規化するか
• サブドメインをどう扱うか
• 国別、言語別、店舗別の転送先があるか
• 恒久移転なのか、一時キャンペーンなのか

レジストラの転送機能で済むのは、ほとんどアクセスのないドメインです。SEO、広告、LINE、メール、QR、アフィリエイトが残っているなら、検証できるルール管理が必要です。

UTMとパートナーIDは要件である

ページが表示されても、計測が壊れていることがあります。原因はリダイレクト中にパラメータが落ちることです。

マーケティングやECにとって、UTM、クーポンコード、クリエイターコード、パートナーIDは計測の契約です。技術的な細部ではありません。

Edgeでリダイレクトする理由

リダイレクトは最終ページが読み込まれる前に起きます。旧URLをすべてオリジンやCMSに到達させてから転送するのは、処理する場所が遅すぎます。

Edgeで扱う利点:

• オリジンへ到達する前に応答できる
• 旧サイトを残さず旧ドメインを維持できる
• アプリをデプロイせずにルールを公開できる
• SEOやマーケのルールをアプリコードから分離できる
• server-side analyticsで国、デバイス、ルール、ステータスを見られる
• スナップショットからロールバックできる

アプリ固有のロジックはアプリ内に残して構いません。ただし、サイト移行、ドメイン転送、キャンペーン、QR、アプリストアフォールバック、旧URL整理は専用レイヤーで扱うほうが安全です。

公開前QAと公開後監視

確認すべき項目:

• 期待するHTTPステータス
• 最終転送先
• ループがないこと
• 不要なリダイレクトチェーンがないこと
• パスとクエリの保持
• root、www、HTTPS、サブドメイン
• 国、言語、デバイス条件
• オーナー承認
• ロールバック先

公開後も監視します。LPが非公開になる、商品が統合される、CMSプラグインが別のリダイレクトを追加する、広告チームが転送先を変える。これらは公開前チェックだけでは防げません。

UrlEdgeの使いどころ

UrlEdgeは、リダイレクトを速く、見える形で、チーム運用できる場所に置きます。

使いどころ:

• Redirect Management
• Bulk URL Management
• Permanent 301 Redirects
• Temporary 302 Redirects
• Redirect Checker
• Geo Redirects
• Device Targeting
• Advanced Redirect Rules
• UTM Builder
• Link Firewall

価値は「多くのリダイレクトを作ること」ではありません。誰が承認し、何をし、どう検証され、どう戻せるかを明確にすることです。

よくある失敗

すべて301にする

恒久移転なら 301 または 308 が合います。キャンペーン、テスト、一時的なアプリ導線なら 302 または 307 のほうが自然です。

旧URLを全部トップページへ送る

作業は早いですが、ユーザーの意図を失います。

チェーンを放置する

過去の移行で作られた中間URLを経由せず、現在の最終URLへ近づけます。

UTMを落とす

ページは開いても、広告やLINE配信の計測が壊れます。

FAQ

URLリダイレクト管理とは何ですか?

ドメイン、パス、キャンペーン、アプリ、チームをまたいで、リダイレクトを作成、レビュー、公開、検証、監視、ロールバックする運用です。

短縮URLツールとは違いますか?

違います。短縮URLは一部の用途です。リダイレクト管理は、サイト移行、ドメイン移行、一括301、パラメータ保持、ルーティング、監視、ガバナンスまで含みます。

いつ301を使うべきですか?

恒久的なURL移転には 301 または 308 を使います。一時的なキャンペーンやテストには 302 または 307 が向いています。

参考資料

• Google Search Central: リダイレクトとGoogle検索
• Google Search Central: URL変更を伴うサイト移転
• MDN: HTTP のリダイレクト
• Cloudflare Docs: URL redirect parameters