EC向けGeo Redirect: 国別ストア、通貨、言語、SEOを壊さないfallback
Geo Redirectはユーザーを正しい地域ストアへ送れますが、強制しすぎると検索エンジンやユーザーからローカルページを隠してしまいます。

ECチームがgeo redirectを必要とするのは、ユーザーが違うストアに着地したときです。
日本のユーザーが英語のglobal storeに入る。海外ユーザーが日本円表示のページに来る。LINE広告やGoogle広告の地域キャンペーンがglobal pageに飛ぶ。配送、在庫、言語、税、サポートが合わない。
Geo Redirectは有効です。ただし、IPだけで全員を強制的にlocal pageへ送ると、SEOとユーザー選択を壊します。
目的は閉じ込めることではありません。通貨、在庫、配送、言語、法務、サポート、キャンペーンofferが本当に違うときだけroutingします。
日本市場では特に、LINE配信、QRコード、Google広告、楽天やAmazon外部導線、越境ECのメール配信が混ざります。流入元が違っても、最後に見たいのは「この国で買えるか」「この価格で払えるか」「この配送条件で届くか」です。geo redirectは、その判断を早い段階で助けるためのものです。国を見た瞬間に全員を同じ場所へ送るためのものではありません。

| ケース | よいrouting |
|---|---|
| 国別ストア | カタログ、通貨、在庫、配送、税の文脈を合わせる |
| 地域キャンペーン | 日本向け広告は日本LP、海外はglobal fallback |
| 商品未対応 | waitlist、代理店、明確な案内 |
| 言語 | 運用されているlocal pageだけに送る |
| 法務・ライセンス | allowed / blocked / fallbackを明示 |
| Support | 地域に合うヘルプや返品ページ |
UrlEdgeはedgeでcountry contextを見て、Shopify、headless storefront、CMSに届く前にrouteできます。
ここで重要なのは、routing ruleをマーケティングだけ、SEOだけ、開発だけの持ち物にしないことです。EC運用は在庫と配送を見ます。SEOはlocal URLとhreflangを見ます。広告チームはUTMとofferを見ます。Supportは「なぜこのユーザーがこのページに来たのか」を説明する必要があります。ルールが1か所で見えるほど、問題が起きたときの復旧が速くなります。
SEOリスク
Googleはlocal URLとhreflangを使ったalternate管理を案内しています。x-defaultはglobal pageやselectorに使えます。これは、IPで強制redirectして戻れなくする設計とは違います。

| 要素 | 理由 |
|---|---|
| Stable local URLs | 各地域ページに直接アクセスできる |
hreflang | 検索エンジンがalternateを理解する |
x-default | 中立的な入口を用意する |
| Region / language switcher | 誤判定をユーザーが直せる |
| Crawlable fallback | IP routingの裏にページを隠さない |
悪いパターンは、/jp、/us、/globalがあるのに、日本からのアクセスを常に/jpへ戻してしまう設計です。ユーザーが海外配送を確認したい場合も、検索エンジンがalternateを確認したい場合も、同じ強制redirectに巻き込まれます。local pageへ送るなら、direct URL、switcher、fallbackの逃げ道を残します。
国、言語、通貨は別の判断
日本、台湾、香港、シンガポール、USでは、言語、通貨、配送、在庫、サポートが別々に変わります。国だけですべてを決めるとズレます。
| 判断 | よいsignal |
|---|---|
| Store | 国、地域、倉庫、配送 |
| Currency | Store設定、ユーザー選択、価格ルール |
| Language | URL locale、browser language、明示的な選択 |
| Campaign | UTM、広告アカウント、campaign parameter |
| Compliance | 配送可能国、ライセンス、税ルール |
| Support | 注文地域、選択ストア |
たとえば、日本在住ユーザーでも英語ページを選ぶことがあります。海外在住の日本語ユーザーが日本語コンテンツを読みたいこともあります。配送先だけ別の国にしたい購入もあります。country ruleは最初の候補を出すには便利ですが、最終決定はstore、language、currency、shippingを分けて扱うほうが安全です。
Rule priority
| 優先 | Rule | 例 |
|---|---|---|
| 1 | 未対応・法務 | 配送不可国は案内ページへ |
| 2 | Campaign / partner | ?campaign=jp-launchは日本offerへ |
| 3 | Availability | 商品未対応なら代替ページ |
| 4 | Country store | JP、US、EU、global |
| 5 | Language | 運用中の日本語ページ |
| 6 | Fallback | global pageまたはselector |
UTMを保持する
Geo redirectでqueryを落とすと、広告やLINE campaignの計測が消えます。
| Policy | 使う場面 |
|---|---|
| Preserve all | 信頼できるsource |
| Allowlist | UTM、click ID、affiliate ID、coupon |
| Append defaults | regionやstoreを付ける |
| Strip all | sensitiveなdestination |
| Rewrite | parameterをpathやofferに変換 |
ECではallowlistが扱いやすいdefaultです。
キャンペーンURLでは、utm_source、utm_medium、utm_campaignだけでなく、広告クリックID、coupon、affiliate ID、creator IDも残すかどうかを先に決めます。LINEやQRのように一度配布すると差し替えにくいチャネルでは、query policyのミスが後から見えます。ルールごとにpreserve、allowlist、stripを明記しておくと、analytics側の原因調査が短くなります。
QA

日本、海外、未対応国、global fallback、local URL直接アクセス、Googlebot、UTMあり/なし、広告、affiliate、mobile、desktop、language switcher、status、chain、loop、rollbackを確認します。
UrlEdgeで扱う場所
- Geo Redirects
- Redirect Management
- Advanced Redirect Rules
- UTM Builder
- Redirect Checker
- Broken Link Monitor
目的は全員を国別に飛ばすことではありません。ストア、通貨、配送、言語、campaignが本当に変わる市場だけ、review可能なpolicyで運用することです。
FAQ
ECのgeo redirectとは?
国や地域に応じて、local store、通貨、在庫、言語、support、campaign offerへ送るredirectです。
SEOに悪いですか?
local URLを隠すと悪影響があります。stable URL、hreflang、x-default、switcherを用意します。
海外訪問者は全員redirectすべき?
いいえ。local destinationが明確に良い場合だけです。
UTMは保持すべき?
キャンペーンtrafficでは通常保持します。信頼できないqueryはallowlistにします。
参考文献
EC訪問者を国別にroutingしながら制御を保つ
地域ストア、言語fallback、UTM保持、analytics、rollbackを含むgeo redirect ruleを構築できます。
Geo Redirectsを見る関連記事
すべて見る
リダイレクト API と Rules as Code: URL 変更を CI/CD で安全に運用する
リダイレクトルールは本番トラフィックの設定です。レビュー、検証、ステージング、公開、監視、ロールバックまで含めて扱うべきです。

UTM・QR・パートナー流入を壊さないブランド付きキャンペーンリンク
キャンペーンリンクは見た目が信頼できるだけでなく、UTM計測を保ち、LINE配信、QR印刷、パートナー掲載後も行き先を直せる必要があります。