公式資料では、チャネル市場で管理できる主な差分として「商品の販売可否、価格、通貨」の3項目が示されています。Shopify公式の市場タイプ説明に照らすと、今週はまず国別市場で地域の買い手体験を固め、実際に販売入口ごとの差がある場合だけチャネル市場を追加する判断が安全です。
この順番なら、国別市場とチャネル市場を同じ「海外市場設定」として混ぜずに済みます。設定画面で有効になっていることより、商品ページ、カート、チェックアウト、各販売チャネルで最終結果が一致していることを合格条件にします。
この記事を読むべき担当者
米国や欧州向けの独立ストアを管理し、市場の分け方を決める責任者向けです。TikTok Shop、Google & YouTube、Facebook & Instagramなどへの商品配信を担当する運用担当者にも適しています。
店主、店舗管理者、プロジェクト責任者が、誰がどの設定を持ち、どの画面で確認するかを決めるための手順として使えます。
店主の判断：地域差なら国別市場、入口差ならチャネル市場
最初に「買い手の所在地が変わることで体験が変わるのか」「販売入口が変わることでルールが変わるのか」を分けます。
| 判断対象 | 国別市場 | チャネル市場 |
|---|---|---|
| 主な対象 | 米国、欧州などの買い手地域 | 独立ストア、TikTok Shopなどの販売入口 |
| 管理する内容 | ドメイン、言語、通貨、価格、商品表示、決済 | 商品の販売可否、価格、通貨、チャネル別ルール |
| 先に確認する人 | 地域運用担当、店主 | 多チャネル運用担当 |
| 作成の判断 | 対象地域の体験が違う場合 | チャネルごとの商品や価格条件が違う場合 |
| 避けたい状態 | 地域設定だけで前面表示を確認しない | チャネル名だけを理由に市場を増やす |
Shopify公式は、Marketsを地域だけでなく顧客グループや販売チャネルなどの条件で調整できる仕組みとして説明しています。Marketsの全体仕様を確認したうえで、対象ストアの管理画面に表示される機能を基準にしてください。
つまり、米国向けにUSD、英語、米国向けドメイン、対象商品の表示をまとめて管理したい場合は国別市場が中心です。同じ商品でも、TikTok Shopだけ販売しない、別価格にする、通貨の扱いが異なるといった条件があるなら、チャネル市場を検討します。
地域運用担当：国別市場は買い手側の体験まで確認する
国別市場で設定するのは、管理画面上の国名だけではありません。対象地域に表示されるURL、言語、通貨、価格、商品可否、送料や税の表示、チェックアウトの内容を一つの体験として確認します。
ドメインやサブディレクトリの構成を変更する場合は、Shopify公式のドメインと言語に関する説明と、ストアで実際に選べる設定を照合します。利用条件やプランによって表示される項目が異なる可能性があるため、一般記事の画面をそのまま自社設定とみなしてはいけません。
地域運用の確認は、次の順番にします。
- 対象地域の市場が有効か確認する
- ドメインまたはサブディレクトリが意図したURLになるか開く
- 商品ページで商品名、価格、通貨、在庫表示を確認する
- カートで配送先地域と金額表示を確認する
- チェックアウトで言語、通貨、配送方法、決済表示を確認する
- 別の地域設定に戻したとき、表示が意図せず残らないか確認する
公式のローカライズ説明でも、言語や通貨などの地域向け設定は個別に確認する必要があります。ローカライズ設定の公式手順を参照し、商品ページだけで合格にしないことが重要です。
多チャネル担当：チャネル名ではなくルールの差を基準にする
独立ストアとTikTok Shopで、同じ商品を同じ価格、同じ通貨、同じ在庫条件で販売するなら、チャネル名だけを理由に市場を複製する必要はありません。反対に、一方だけ販売対象にする商品がある場合、チャネルごとに価格体系が違う場合、連携先の掲載条件が異なる場合は分離を検討します。
「Shopify Marketsでは販売チャネル別に価格を設定できるか」という問いは、Marketsだけで決めず、対象チャネルとストアの利用条件まで確認します。要件と考慮事項の公式資料で、現在の要件を確認してください。
同じ商品が複数の市場条件に該当するときは、次の記録を残します。
- 商品が対象になった市場
- 連携している販売チャネル
- 最終的に表示された価格と通貨
- 在庫が表示されたか
- 買い手が開いたURL
- カートからチェックアウトまでの結果
この記録がないと、「設定は保存できたが、どのルールが効いたのか分からない」状態になります。商品管理の担当者と広告・販売チャネル担当者で、同じ商品コードを使って照合してください。
店舗管理者：設定、買い手側、チャネル側を分けて受け入れる
非技術者でも実施できるように、確認を三層に分けます。設定画面、買い手側ページ、販売チャネルの順に見ると、問題の場所を切り分けやすくなります。
先に設定を記録する
Marketsの対象地域、チャネル、商品可否、価格、通貨、ドメインを画面保存します。保存時には日時と担当者を記録し、個人情報、注文番号、顧客情報は画像から隠します。
買い手側で地域を再現する
対象地域のブラウザー環境で商品ページを開きます。URLだけでなく、価格、言語、通貨、在庫、カート、チェックアウトを確認します。
米国向けのmacOSブラウザー表示を再現したい場合は、米国東部のMac環境のような実機環境を使う選択肢があります。ただし、これはmacOSブラウザーでの表示確認を補助するものです。プラットフォームの販売資格、決済資格、チャネル審査を満たすことを意味しません。
販売チャネル側で商品を照合する
TikTok Shop、Google & YouTube、Facebook & Instagramなど、実際に利用する販売入口を一つずつ開きます。商品が表示されるか、リンク先が正しいか、価格と通貨が想定どおりかを確認します。
設定の保存だけを合格条件にしないでください。チャネル側の商品同期が遅れている場合や、商品ごとの販売可否が異なる場合があるためです。
チーム責任者：構成を増やす前に運用単位を決める
単一の独立ストアなら、まず国別市場だけで地域ごとのドメイン、言語、通貨、価格、決済を整えます。チャネル側に差がないなら、チャネル市場は保留します。
独立ストアと外部販売チャネルを併用する場合は、商品、価格、通貨、在庫のどれかに明確な差があるチャネルだけを分離します。差分が少ないのに市場を増やすと、変更箇所と確認箇所が増えます。
複数顧客を支援する代行チームでは、顧客ごとに市場の目的を記録します。「米国向けの地域体験を管理する市場」なのか、「特定チャネルの商品可否を管理する市場」なのかを名称や台帳に残します。新市場へ拡張中のチームは、全商品を一度に切り替えず、対象商品を限定した再確認から始めます。
公開前に、次のチェックを担当者ごとに完了させます。
- [ ] 市場ごとの目的を「地域」または「販売入口」で記録した
- [ ] 対象商品と販売チャネルの組み合わせを一覧化した
- [ ] 商品、価格、通貨、在庫の最終表示を記録した
- [ ] ドメインまたはサブディレクトリを買い手側で開いた
- [ ] カートとチェックアウトまで確認した
- [ ] 各チャネルの商品リンクと表示価格を確認した
- [ ] 変更担当者、確認日時、回退条件を引き継ぎ資料に書いた
回退条件は、「商品が意図しないチャネルに表示された」「価格や通貨が想定と違う」「チェックアウトまで進めない」のように、画面で判定できる形にします。抽象的に「問題があれば戻す」とだけ書くと、担当者が変わったときに判断できません。
Shopifyの管理画面をどのブラウザーで確認するかをチーム内でそろえる場合は、越境チーム向けのMac環境も候補になります。Macを使えば表示環境の差を減らせますが、Marketsの機能範囲やチャネルの利用資格を拡張するものではありません。
FAQ：設定前に確認したい判断
Shopify公式のMarkets情報は更新される可能性があります。機能、プラン条件、チャネル連携、表示される管理画面が対象ストアと一致するかを、公開前に公式資料と実際の管理画面で確認します。
現在の構成とMac環境を比較して、導入範囲を決める
現在の構成が国内の単一ブラウザーだけの場合、地域別ページの確認、macOS Safariでの表示確認、チーム間の同じ環境での再現が難しくなります。共有パソコンではブラウザーのプロファイル、地域設定、保存セッションが混ざり、誰がどの条件で確認したかも残りにくいです。
一方で、海外のMac環境を導入しても、Shopifyの市場設定、決済資格、販売チャネルの審査を代替できるわけではありません。必要なのが実際のmacOSブラウザーでの表示確認、海外地域向けページの再現、チームが使える常時稼働の作業環境なら、MESHLAUNCHのMacレンタルを比較する価値があります。短期の公開確認や一時的な担当者交代にはレンタルが向きますが、長期の常時負荷や物理ポートが必要な作業では、自社所有機との費用と運用を比べてください。
まずは国別市場とチャネル市場の役割、商品表示、価格、通貨、リンクを記録した受け入れ表を保存します。そのうえで、macOSブラウザーや海外環境が必要なチームだけ、実機環境の試用と引き渡し確認を別の判断として進めるのが安全です。