Shopify Marketsの国別価格がGoogle Merchant Centerと合わないとき｜フィード・商品ページ・カート・チェックアウトを国別に照合するテスト台帳
ON THIS PAGE▼
Shopify Marketsで市場ごとの通貨や価格調整を設定している場合、Google Merchant Centerで商品が同期済みであっても、購入者が見る価格・通貨・購入可否まで一致しているとは限りません。
確認単位を「商品数」だけにすると、国別価格の差異を見落とします。検証では、対象国 × 言語 × SKUごとに、Merchant Centerの商品データ、広告または無料リスティングの遷移先、商品ページ、カート、チェックアウトを同じ条件で記録します。
本稿で扱う「一致」は、商品価格と通貨を中心にした照合です。送料や税金は価格そのものと混同せず、別項目として記録してください。Google Merchant Centerは、商品データ・ランディングページ・チェックアウト間で価格と通貨が一致することを求めています。仕様確認の基準日は**2026年9月19日（公開前に公式ヘルプの更新有無を再確認）**です。
最初に分けるべき3つのレイヤー
価格不一致の切り分けでは、設定を一つの「Google連携設定」として扱わないことが重要です。少なくとも次の3レイヤーに分けます。
- Shopify Marketsの価格レイヤー
- 市場で販売するか
- 表示通貨は何か
- 動的・手動の為替レートをどちらで使うか
- 換算手数料、丸め、カタログ価格調整を適用しているか
- Google & YouTubeチャネルの連携レイヤー
- Shopify MarketsからGoogle Merchant Centerへ同期する国・言語は何か
- 配送設定を自動インポートするか、Merchant Center側で設定するか
- 購入導線の表示レイヤー
- Googleに送られた価格・通貨
- 遷移先URLの商品ページに表示される価格・通貨
- カートとチェックアウトで購入できる価格・通貨、配送可否
Shopifyは市場ごとに通貨を設定でき、為替レート、換算手数料、丸め、価格調整が購入者向けの価格に影響します。一方、Google & YouTubeチャネルでは、Shopify Marketsから同期する国・言語を選択します。つまり、Marketsで価格が正しく見えていても、Googleへどの国・言語の条件で送信されるかは別途確認が必要です。
価格差を見つけたら、直ちにMarketsの為替設定を変更しないでください。まず「Googleに送った値」「Google経由で到達したページの値」「購入直前の値」のどこで差が生じたかを台帳で確定します。設定変更は、原因レイヤーが判明してから行うほうが手戻りを抑えられます。
テスト対象を「国・言語・SKU」で固定する
全SKUを最初から手作業で確認する必要はありません。ただし、任意の1商品だけでは価格ルールや配送条件の分岐を捉えにくいため、対象市場ごとに代表SKUを選びます。
代表SKUの選び方
市場ごとに、次の条件から該当する商品を選びます。
- 通常価格で販売する商品
- セール価格がある商品
- バリエーションで価格が変わる商品
- 価格調整や端数処理の影響を受けそうな価格帯の商品
- 送料、配送地域、在庫の条件が異なる商品
- 当該市場で販売しない、または販売条件が異なる商品
最後の「販売しない商品」も確認対象です。意図しない国で商品ページやチェックアウトが購入可能になっていないか、反対に販売対象国で配送不可になっていないかを確かめるためです。
言語が複数ある市場では、国だけでなく言語も行として分けます。たとえば同じ国で英語版と現地語版を提供している場合、URL、構造化データ、表示価格が同じ結果になるとは限りません。台帳の最小単位は「JP-日本語-SKU A」ではなく、越境販売なら「販売対象国-言語-SKU」です。
1行で購入導線を追うテスト台帳
以下の台帳は、スプレッドシートで運用できます。価格の列では、通貨記号だけでなくISO通貨コードも残してください。$だけでは、どの通貨かを後から判断できないためです。
| 列 | 記録する内容 |
|---|---|
| テストID | 市場・言語・SKU・実施日を含む識別子 |
| 対象国 / 言語 | Googleへ同期する条件と一致させる |
| SKU / バリエーション | 確認した販売単位。商品名だけで済ませない |
| Marketsの設定メモ | 市場通貨、為替方式、丸め、価格調整の有無 |
| Merchant Centerの送信値 | 価格、通貨、商品URL、確認日時 |
| 遷移元 | 広告、無料リスティング、またはMerchant Center上のURL確認など |
| 実際の遷移先URL | 最終URL、国・言語を判別できる情報 |
| 商品ページ | 画面表示の価格・通貨、在庫・販売可否 |
| 構造化データ | 商品価格・通貨の値。画面表示と分けて記録 |
| カート | 商品単価、通貨、数量変更後の金額 |
| チェックアウト | 商品小計、通貨、配送先入力後の配送可否 |
| 送料・税の表示 | 商品価格とは別に、表示の有無と金額・通貨を記録 |
| 判定 | 合格 / 要修正 / 確認不能 |
| 差異の発生地点 | 送信値→商品ページ、商品ページ→カート、カート→チェックアウトなど |
| 担当 / 修正期限 | 設定担当と再テスト予定日 |
価格の比較ルールを先に決める
「チェックアウトの合計」と「商品データの価格」を単純比較すると、送料や税のために誤判定しやすくなります。比較は次のように分けます。
- 商品価格の一致：Merchant Centerの価格、商品ページの商品価格、カートの商品単価、チェックアウトの商品小計を比較する
- 通貨の一致：上記の各地点で同じ通貨コードかを比較する
- 配送条件の確認：対象国の住所を入力した後、配送方法を選べるかを確認する
- 送料・税の確認：商品価格に含めず、別列で表示条件と金額を記録する
セール価格を使うSKUは、通常価格とセール価格の取り違えも確認対象です。テスト時点の表示だけを残すのではなく、確認日時を必ず台帳に記録します。期間限定価格の切替前後では、同じSKUでも結果が変わり得ます。
実施手順：送信値からチェックアウトまで同じ条件で確認する
1. Shopify Markets側の価格条件を書き出す
各市場について、通貨、為替レートの方式、換算手数料、丸め、カタログ価格調整の有無を台帳へ転記します。この工程は正誤判定のためではなく、差異があった際に再現条件を特定するための記録です。
手動為替レートや丸めを使う市場では、基準通貨から単純換算した値を正解として扱わないでください。購入者向けの最終表示価格は、Marketsの設定の影響を受けます。
2. Google & YouTubeチャネルの国・言語を確認する
Google & YouTubeチャネルで、Shopify Marketsから同期する国・言語を確認します。テスト台帳の対象国・言語に、連携対象外の条件を混ぜないことが目的です。
配送については、チャネル設定で自動インポートを使うのか、Merchant Center側で手動設定するのかも記録します。商品価格が一致しても、対象国へ配送できなければ、その国での購入導線としては合格にできません。
3. Merchant Centerの送信価格とURLを記録する
対象SKUについて、Merchant Centerで確認できる価格、通貨、商品URLを記録します。この値を比較の起点にします。
ここで商品が表示されていることだけをもって合格としないでください。送信値と、購入者・Googleが到達するランディングページの値が一致するかは次工程で確認します。
4. 遷移先の商品ページを国・言語の条件付きで確認する
Google経由の遷移先、またはMerchant Centerに登録された商品URLを開き、最終URL、画面の価格・通貨、購入可否を台帳に記録します。可能なら、画面表示に加えて商品構造化データの価格・通貨も記録します。
Googleは、IP位置に応じてランディングページの価格を変える実装について、クローラーの挙動に影響し得ると案内しています。そのため、「社内のブラウザで正しい通貨に見えた」という一回の確認だけでは判定しません。どの国・言語条件で、どのURLを、いつ確認したかを残してください。
5. カートからチェックアウトまで進める
商品をカートへ入れ、対象国の配送先を入力できる段階まで進めます。確認する項目は次のとおりです。
- 商品単価と通貨が商品ページから変わっていないか
- 数量を変更した場合に単価・通貨の表示が不自然に切り替わらないか
- 対象国の配送先を受け付けるか
- 配送方法を選択できるか
- チェックアウトの商品小計と通貨が、商品データ・商品ページと整合するか
- 送料・税が別表示なら、その通貨が商品価格と整合しているか
注文確定まで進める必要はありません。実注文、決済、在庫引当が発生しない範囲で、事業者のテスト方針に従って確認してください。Googleのチェックアウト要件では、通貨換算を有効にしていない場合、商品データ、商品ページ、チェックアウトで販売対象国に対応する通貨を一貫して表示することが求められます。
差異が出た場所別の切り分け
Merchant Centerの送信値と商品ページが違う
まず、テストしている国・言語がGoogle & YouTubeチャネルの同期対象と一致しているかを確認します。そのうえで、Marketsの市場通貨、為替設定、丸め、価格調整を確認します。
商品ページが訪問者の位置や選択状態で切り替わる構成では、最終URLと確認条件を特に詳細に残します。URLが同じでも、表示通貨が条件によって変化する場合は、Googleが取得する内容との整合を公式要件に照らして再確認してください。
商品ページとカートが違う
商品ページの表示用価格と、カートに追加されるバリエーション価格が同じ販売単位を指しているかを確認します。比較SKU、バリエーション、数量を台帳で固定していないと、異なるバリエーションを比較しているだけの可能性があります。
また、Marketsの価格調整が画面上の表示には反映されていても、カートで別条件になる場合は、再現したURL・国・言語・操作順を添えて設定担当または実装担当へ渡します。「価格が違う」だけでは調査対象を絞れません。
カートとチェックアウトが違う、または配送できない
商品小計と、送料・税を含む合計を分けて比較します。商品小計の通貨や金額が変わる場合と、送料・税の追加によって合計だけが変わる場合は、対応する設定箇所が異なります。
配送先を入力して配送不可になる場合は、Marketsでの販売可否だけでなく、Google & YouTubeチャネルの配送設定が自動インポートか手動設定かを確認します。価格だけを修正しても、配送可否の不一致は解消しません。
公開・予算増額の前に行う判定
次の基準はGoogleの審査結果そのものではなく、運用チームが市場追加や広告予算増額を判断するための内部基準です。
合格は、対象国・言語・代表SKUについて、送信価格、商品ページ、カート、チェックアウトの商品小計の価格・通貨が整合し、対象国へ配送可能である状態です。送料・税は、価格との混同がなく、対象通貨で説明可能な表示であることを確認します。
要修正は、いずれかの地点で商品価格・通貨が異なる、対象国で配送できない、あるいは遷移先の国・言語条件を再現できない状態です。修正後は差異が出た地点だけでなく、Merchant Centerからチェックアウトまで同じ行を再テストします。
確認不能は、国・言語の再現方法、最終URL、配送先条件が記録できず、比較条件を固定できない状態です。この場合は「問題なし」と扱わず、確認方法を決めてから再実施します。
Marketsの追加、為替ルールの変更、価格調整、テーマ改修、配送設定の変更、セール開始前後は、台帳を新しい確認日時で更新する契機です。商品数の同期状況と、国別の購入導線の整合は別の管理対象として運用すると、修正担当と判断根拠を明確にできます。
参考情報
この課題、もっと詳しく相談したい方へ
記事では答えきれない個別の状況にもお応えします。