Shopifyストアを海外展開する大半のマーチャントは、同じ分かれ道に直面します。すべてを1つのストアにまとめてより多くの市場を有効化するか、それとも地域ごとに別々のストアを立ち上げるか、です。Shopifyはどちらにも対応していますが、両者は異なる課題を解決するものであり、間違ったほうを選ぶと後々何か月もの移行作業を強いられます。この決断は本質的には翻訳の話ではありませんが、間違った選択のコストが最初に表れるのは翻訳です。ストアフロントを複製すれば、言語作業も永遠に複製されるからです。
このガイドでは、マーチャントやエージェンシーが実際に判断する際の切り口、つまりカタログ、在庫、チーム、法人格、SEO、そしてメンテナンス総負荷に沿って、Shopify Marketsと拡張ストアを比較します。焦点は構成上のトレードオフと、それぞれを運用する現実です。法人設立、税務登録、銀行口座は本ガイドの対象外です。これらはファイナンスと法務のアドバイザーにご相談ください。後述するとおり、それらがしばしば決め手になるためです。
Shopify Marketsと拡張ストアの違いは何ですか？
Shopify Marketsは、1つのストアから複数の国を運営します。1つの管理画面、1つの商品カタログ、1つの在庫プール、1つのテーマ、1つのチェックアウト、そして1セットのアプリです。各市場は独自の通貨、言語、価格調整、ドメインまたはサブフォルダを持ち、上位プランではカタログのカスタマイズも可能です。運用全体を1か所から管理できます。
拡張ストアは別々のShopifyストアで、それぞれが独自の管理画面、カタログ、在庫、テーマ、チェックアウト、顧客データ、アプリ構成を持ちます。これらはShopify Plusプランの組織に対し、1つの組織のもとで独立したストアフロントを運営する手段として提供されます。他のプランでは、別のストアを開設することは単に別の独立したサブスクリプションを持つことを意味します。デフォルトでは何も共有されず、それこそが狙いです。
一言でまとめると、Marketsは集約し、拡張ストアは分離します。 それ以外のすべてはここから導かれます。Marketsは重複作業を最小化してデータを集約し、拡張ストアは重複作業と引き換えに独立性を最大化します。どちらが普遍的に正しいということはなく、正解は地域同士が実際どれだけ共通点を持つかによって決まります。
Shopify Marketsを使うべきとき
地域が別々の事業ではなく、同じ事業のバリエーションである場合は、Shopify Marketsを選びましょう。具体的には、次の条件が当てはまるときにMarketsを使います。
- ブランドとカタログを共有している。 同じブランドのもとでほぼ同じ商品を販売し、地域による違いが価格、通貨、言語、取り扱いの有無に限られる。
- 1つのチーム、1つの運用。 同じ人たちが地域をまたいでマーチャンダイジング、コンテンツ、フルフィルメントを管理しており、5つではなく1つのダッシュボードが欲しい。
- レポートの集約が重要。 注文、顧客、パフォーマンスを1つのストアにまとめ、「グローバルで最も売れている商品は何か？」といった基本的な問いに単一の答えを出したい。
- SEOの権威性を積み上げたい。 1つのドメインのサブフォルダとしてロケールを配信することで、リンクの権威性を単一ドメインに保ち、hreflangの管理がはるかに簡単になる。
MarketsはすべてのShopifyプランに組み込まれており、2026年における大半の海外展開でShopifyが推奨する方法です。運用面の節約は現実的です。更新するテーマは1つ、支払って管理するアプリ構成は1つ、テストするチェックアウトは1つで済みます。各ストアが独自のテーマ、アプリ、設定を持つと、チームは時間の大部分をそれらの整合性を保つためだけに費やすことになります。Marketsはその負担を取り除きます。
トレードオフは、市場が土台を共有することです。もしドイツが米国とは本当に異なる商品構成、異なるフルフィルメントモデル、異なる法的販売者を必要とするなら、Marketsを無理に合わせようとすることはツールと戦うことになります。
拡張ストアを使うべきとき
ある地域が事業のバリエーションではなく、実質的に別の事業である場合は、拡張ストアを選びましょう。次のいずれかが当てはまるときは別々のストアを使います。
- 別の法人または税務義務。 別の登記された会社がその市場で販売し、独自の税務登録、契約、銀行口座を持つ。これが最も一般的で正当な理由です。
- 根本的に異なるカタログ。 地域間で商品構成がほとんど重ならない（異なるSKU、異なるサプライヤー、異なる法令表示）ため、共有カタログではほとんどが例外になってしまう。
- 完全な運用上の独立性。 国ごとに別々のチーム、別々のカスタマーサービス、共有できない別々のフルフィルメントルール、あるいは互いのデータに触れるべきでない別々のブランド。
- 地域固有のコンプライアンス。 現地の規則が、単一のストアではきれいに表現できない、分離された顧客データ、チェックアウトの挙動、ストアフロントのコンテンツを求める。
拡張ストアは地域ごとに白紙の状態を与えてくれます。これは地域が本当に分岐している場合にまさに求めるものです。その代償は、共有されていたものすべてが複製されることです。商品の編集、テーマの変更、アプリの設定、そして翻訳が、1回ではなくN回行われます。この重複は、地域が本当に独立しているときは管理可能ですが、そうでないときは苦痛になります。だからこそShopify自身のガイダンスは、ストアがほぼ同じブランドと体験を販売している場合、拡張ストアをMarketsへ統合する方向に傾いています。
一対一比較
以下の表は、スケールする際にマーチャントが気にする実際的な違いをまとめたものです。
| 項目 | Shopify Markets | 拡張ストア |
|---|---|---|
| 管理するストア数 | 1つ | 地域ごとに1つ |
| カタログと在庫 | 共有 | ストアごとに別々 |
| テーマとアプリ | 1セット | ストアごとに1セット |
| 通貨と価格 | 市場ごと | ストアごと |
| 言語 | ロケールごと、1ストア | ストアごと、再翻訳が必要 |
| ドメイン | 1ストアのサブフォルダまたはccTLD | ストアごとに別ドメイン |
| レポート | 集約 | ストアをまたいで分散 |
| 法人格 | 通常1つ | ストアごとに異なりうる |
| 海外SEO | 権威性が集約 | 権威性が分散 |
| メンテナンス負荷 | 低い | 高い（ストアごとに増える） |
| 適したケース | 同じブランド、類似カタログ | 本当に別々の事業 |
表を上から下まで読むと、あるパターンが見えてきます。ほぼすべての行が労力の点でMarketsに有利で、分離が絶対要件である場合にのみ拡張ストアに有利になります。これが決断の縮図そのものです。分離が必須である特定の行（通常は法人格またはカタログの行）を指し示せないなら、おそらくMarketsが適しています。
いずれにせよ本当の作業は翻訳層である
ここが両方の構成に共通し、どちらもあなたの代わりには解決してくれない部分です。翻訳こそ、2つ目の市場が実際に売れるかどうかを決める層です。 Shopify Marketsは各市場に言語を割り当てられますが、言語を割り当てることは、翻訳されたネイティブ品質のコンテンツを持つこととは違います。すべての商品、コレクション、ページ、メニュー、メタフィールドを、各ロケールで正しくレンダリングする必要が依然としてあります。
Marketsモデルでは、1つのストア内でロケールごとに一度翻訳し、共有商品は同じ言語を使う市場をまたいで翻訳を持ち越します。拡張ストアモデルでは、同じ商品を販売する各ストア内で翻訳しなければならないため、同じ言語に翻訳する5ストア構成では、その翻訳の支払いとメンテナンスが5回発生しうることを意味します。これが、間違った構成を高コストにする隠れた乗数です。コストを決めるのはストア数ではなく、言語作業にストア数を掛けたものです。
ここでLocaleFlowが役立ちます。推奨されるMarkets構成では、LocaleFlowはリソース一式（商品、コレクション、ページ、ブログ、メニュー、メタフィールド、画像の代替テキスト）を、1つの設定からすべてのロケールにわたって翻訳し、コンテンツが変わると再同期します。どのリソースタイプが対象になるかの正確なフィールドレベルの制御をご確認いただけます。設定は約5分で完了し、料金は月額$150/monthの定額で、単語数や言語数の上限はありません。そのためロケールを追加しても請求は増えません。翻訳層はどちらの構成でもご自身が担う作業ですが、目標はストアごとに1回ではなく、一度だけ行うことです。
決め方：短いチェックリスト
以下を順番に確認してください。分離を強いる最初の「はい」が、あなたを拡張ストアへと導きます。最後まで到達しても1つも該当しなければ、Marketsを使いましょう。
- 新しい地域で別の法人が販売しますか？ はいで、かつファイナンスが分離必須だと確認するなら、拡張ストアに傾きます。
- その地域は根本的に異なるカタログを必要としますか（単なる価格や取り扱いの違いではなく）？ はいなら拡張ストアに傾きます。
- 現地のコンプライアンス規則が、分離された顧客データやチェックアウトを求めますか？ はいなら拡張ストアに傾きます。
- 別々のチームが、独自のブランドとサポートを持ってその地域を独立した事業として運営しますか？ はいなら拡張ストアを検討します。
- 上記のいずれも当てはまらない場合は、 Shopify Marketsを使い、ロケールをサブフォルダとして配信し、ロケールごとに一度翻訳します。
- どちらを選ぶにせよ、 翻訳層の予算を明示的に確保し、生の機械翻訳出力ではなく、主力商品でのネイティブ品質の出力を計画しましょう。
Marketsモデル内での翻訳をより詳しく知りたい場合は、Shopify Markets翻訳ガイドをご覧ください。単一の高価値市場が言語を超えてどれほど多くを要求しうるかの実例については、日本向けShopifyローカライズガイドが、「言語を割り当てる」ことが最初の層に過ぎない理由を示しています。
よく見かける間違い
デフォルトで拡張ストアを開設してしまう。 チームは新しいストアがきれいに感じられるので手を伸ばしますが、やがて同じカタログとテーマを3回メンテナンスしていることに気づきます。Marketsから始め、例外は正当化して選びましょう。
翻訳の乗数を過小評価する。 ストア数がコストのように見えます。本当のコストは翻訳にストア数を掛けたものです。ドイツ語とフランス語に販売する2ストアは、同期を保つべき翻訳面が2つではなく4つあることを意味します。
意図せずSEOの権威性を分散させる。 地域ごとに別々のドメインを持つと、リンクの権威性が分割され、hreflangのメンテナンスが倍増します。地域が独自のブランドドメインを必要とするのでない限り、SEOでは通常1ストアのサブフォルダが有利です。hreflangの詳細については多言語SEOガイドをご覧ください。
ファイナンスと法務の意見を聞く前に移行する。 拡張ストアを本当に強いる唯一の入力は、法人格と税務の状況です。どの法人が各市場で販売するかを、構成を選ぶ前に確認してください。後ではありません。
まとめ
Shopify Marketsと拡張ストアは競合する製品ではありません。「この地域はどれだけ独立しているか？」という問いへの2つの答えです。地域がブランド、カタログ、チームを共有しているなら、Marketsが2026年の標準です。メンテナンスが少なく、レポートが集約され、SEOの権威性が1つのドメインで積み上がります。拡張ストアは、地域が法的または運用上別々の事業であるときに選ぶ意図的な例外であり、分離に伴う重複作業を受け入れることになります。
どちらを選ぶにせよ、翻訳層はご自身が担うものであり、そこで間違った構成が静かに高コストになります。LocaleFlowはMarketsモデルでその層を処理します。すべてのロケールにわたるリソース一式の翻訳を、自動同期で、言語を追加しても増えない定額料金で提供します。市場構造が固まったら翻訳を始めましょう。そして別々のストアに踏み切る前に、ファイナンスのアドバイザーにご相談ください。