UrlEdge
ブログに戻る
2026年5月5日 UrlEdge Editorial3 min read

国別・デバイス別・A/Bテストを組み合わせるSmart Redirect Routing

1つのキャンペーンURLでも、国、端末、言語、UTM、A/Bの配分、fallbackによって行き先は変わります。AppやLINE、QR、広告リンクを壊さずに設計する方法を整理します。

1つのURLが国、デバイス、A/Bテスト、fallback条件で分岐するedge routingのイラスト

リダイレクトは、すべてのクリックを同じページへ送るなら簡単です。広告、LINE配信、QRコード、アプリ導線、越境EC、キャンペーンLPが絡むと、1つのURLでも判断が増えます。

日本のユーザーはiPhoneでLINEから開くかもしれません。AndroidならGoogle Playのfallbackが必要かもしれません。PCではWebのLPや申込画面を出したい。海外からのアクセスは別ストアやグローバルページに送る。広告クリックではUTMやclick IDを残す。A/Bテストでは同じ人を同じvariantに保つ。どの条件にも合わないときのfallbackも必要です。

Smart Redirect Routingは、1つの公開URLに対して、単一のdestinationではなくrouting policyを持たせる考え方です。

UrlEdgeでは、国、デバイス、言語、query、header、cookie、campaign、A/B配分、fallbackを1つのedge ruleとして管理できます。公開、analytics、rollbackも同じ場所で扱えるため、マーケティング、EC、アプリ、開発チームが同じルールを見ながら運用できます。

1つのURLの裏側にあるrouting policy

現場では、よく次のように分散します。

  • 国別リダイレクトはCDN
  • デバイス別リダイレクトはアプリmiddleware
  • A/Bテストはクライアントscript
  • UTM処理はLP
  • QRやLINEのfallbackはスプレッドシート

これでは、どの条件が勝ったのか説明しづらくなります。

Smart redirect routing policy with geo, device, experiment, and fallback branches

決めるべきことは次の通りです。

決めること理由
どのURLを対象にするかドメイン、path、wildcard、regex、キャンペーンslug、QR
どのcontextを見るか国、端末、言語、OS、browser、query、header、cookie
どの条件を優先するかsafety、campaign、device、country、A/B、fallback
どこへ送るかストア、App Store、Google Play、LP、support、fallback
どうsplitするかA/B配分、段階的rollout、canary
何を残すかpath、query、UTM、affiliate ID、coupon
どう戻すか前回snapshot、fallback、一時停止、owner通知

国別リダイレクトは慎重に使う

国別リダイレクトは、国ごとに本当に良いdestinationがあるときに使います。

ケースよいrouting
越境EC国ごとの在庫、配送、通貨、言語に合うstorefront
広告キャンペーン日本向けLP、海外向けLP、global fallbackを分ける
未対応地域waitlist、代理店ページ、明確な案内
法務・ライセンスallowed、blocked、fallbackを明示
ヘルプ/Docsローカルページがある場合だけ送る

Cloudflare Workersではrequest.cfから国などのmetadataを使えます。ただし、技術的に可能だからといって自動で地域ページへ送るべきとは限りません。SEOではcloakingに見える挙動を避け、canonicalとfallbackを明確にします。

デバイス別リダイレクト: App、Web、QR、LINE

日本ではLINE、QR、メール、広告、アプリ内ブラウザから同じURLが開かれます。

Device and geography decision map for app, store, web, and regional destinations

ContextDestination policy
iOSUniversal Link、またはApp Store/Web fallback
AndroidAndroid App Link、またはGoogle Play/Web fallback
DesktopWeb LP、申込ページ、QR handoff
Tablet多くはdesktop web、必要ならtablet app
In-app browserLINEやSNS webview向けbridge page
Unknown安定したweb fallback

Firebase Dynamic Linksの終了後、このrouting layerを自社で持つ必要が増えました。UrlEdgeはdevice routingとfallbackを管理できますが、アプリを直接開くにはUniversal LinksやAndroid App Linksの設定が必要です。

A/Bリダイレクトはdestinationテスト向き

RedirectでA/Bを行うのは、destination自体が違う場合です。

  • LP AとLP B
  • 日本向けofferとglobal offer
  • 新しいpricing pageを一部trafficへ
  • 新storefrontのcanary rollout
  • partner landing pageのrotation

プロダクト内の細かいUI実験やevent分析を置き換えるものではありません。

A/B redirect split and staged rollout controlled before the page renders

判断推奨
Status code一時テストなら302または307
Stickiness期間中は同じvariantへ
SEOcrawlerだけ別体験にしない
Canonicalvariant URLが別なら意図を明確に
期間古いsplitを放置しない
Rolloutmonitorしながら配分を上げる

GoogleはA/Bテストでcloakingを避け、variant URLへ送る場合は一時的なredirectを使うよう案内しています。

条件には優先順位が必要

優先条件例
1Safety / legal未対応国を案内ページへ
2Campaign override?campaign=partnerを優先
3Device / OSiOS、Android、desktopで分ける
4Country / language日本、海外、global fallback
5A/B weight対象trafficだけsplit
6Default fallbackその他は安定したURLへ

順序を間違えると、A/Bが除外すべきtrafficを取ったり、device ruleがUTMを落としたりします。

UTMとqueryはroutingの一部

Policy使う場面
Preserve all信頼できるcampaign source
AllowlistUTM、click ID、affiliate IDだけ残す
Append defaultscampaign名やchannelを統一
Strip all不要なpublic queryを渡さない
Rewritequery値でpathやdestinationを選ぶ

広告、LINE、QR、affiliateの計測はredirect時点で壊れます。LP側だけでは直せません。

公開前にmatrixをテストする

Rule QA and rollback workflow for smart redirect routing

確認すべき項目:

  • 日本、海外、fallback国
  • iOS、Android、desktop、tablet、unknown
  • UTMあり/なし
  • 広告、LINE、QR、organic、affiliate
  • A/Bの初回訪問と再訪問
  • destination status、hop数、loop
  • rule priority、fallback、rollback
  • country/device/rule/action別analytics

UrlEdgeで扱う場所

FAQ

Smart Redirect Routingとは？

1つのURLを、国、デバイス、言語、query、campaign、A/B配分、fallbackに応じて別destinationへ送る運用です。

国別リダイレクトと同じですか？

いいえ。国別リダイレクトは条件の1つです。Smart Routingは複数条件と優先順位をまとめて管理します。

A/Bテストは301ですか、302ですか？

通常は302です。テストは一時的なため、永久redirectではありません。

References

Edgeでsmart routingルールを作成

国、デバイス、言語、query、A/B配分、fallbackを組み合わせたリダイレクトを、アプリコードに隠さず管理できます。

Smart routingを見る

関連記事

すべて見る