Google Merchant Center 2026：Shopify商品データの競合、どの値が適用される？

Shopifyの商品情報とMerchant Centerの商品詳細が食い違い、どちらの値を採用すべきか判断できません。 最短の確認方法： Shopifyの最新値や最後に送った値を優先と決めつけず、商品データの提供元、適用済みの属性ルール、ルールのテスト結果、商品詳細の順で照合します。

Shopify商品運用担当者：管理画面の項目とMerchant Centerの値が異なる理由を調べたい方。 越境広告・商品カタログ担当者：複数のデータソースや属性ルールの影響を切り分けたい方。 チーム責任者：変更の根拠と確認結果を、次の担当者へ引き継ぎたい方。

SECTION 01まず、商品データはどの経路から届いているか

Google Merchant Centerには、ECプラットフォームとの連携、自動追加、ファイル、Googleスプレッドシート、APIなど、複数の方法で商品情報を送れます。Googleのデータ送信方法を確認し、対象の商品がどの経路から登録されているか、実際の商品詳細で照合してください。

「Shopifyから同期しているはず」という認識だけでは、対象商品の情報源を特定できません。Merchant Centerで商品詳細を開き、表示されている商品IDとデータソースの情報を控えたうえで、Shopify側の同一商品と比較します。商品データをMerchant Centerで確認する方法も参照し、アカウント上の実際の記録を判断材料にしてください。

同じ画面に似た商品名があっても、同一商品とは限りません。商品IDやバリエーションを照合しないまま値を比べると、別商品の差をデータ競合と誤認するおそれがあります。

SECTION 02項目名ではなく、Merchant Centerの属性との対応を調べる

Shopifyの管理画面にある項目名と、データソース上の項目名、Merchant Centerの商品属性は、見た目が似ていても同じ意味とは限りません。たとえば「商品名」がどの属性へ対応しているかを確認せずに「タイトルの上書き」と断定すると、調査対象を取り違える可能性があります。

タイトル、価格、在庫状況を調べるときは、それぞれについて「Shopify側の入力値」「送信されたデータソースの値」「Merchant Centerの商品詳細にある値」を分けて記録します。項目の要件やデータの扱いは、Merchant Centerの商品データ仕様と照らしてください。必須条件や属性の意味を確認せずに、値の不一致だけをもとに修正するのは避けましょう。

中央値を見るのではなく、同一商品・同一項目で比べる

この表は値を一列にまとめて「正しい方」を選ぶためではなく、どの段階で差が生じたかを見つけるためのものです。特に価格と在庫状況は、対象のバリエーションが違うだけでも値が異なって見えることがあります。

SECTION 03属性ルールは、対象と適用状態を切り分ける

属性ルールは商品データを変換するための設定です。確認時には、対象データソース、フィードラベル、条件、取得元、値を置き換える操作を一つずつ調べます。設定が存在するだけで対象商品に作用するとは限らず、条件に合うかどうかも確認が必要です。Googleの属性ルールに関する説明を参照し、該当商品のルール条件と照合してください。

草案やテスト結果と、適用済みの設定も分けて扱います。ルール画面で値が変わる見込みを確認できても、それだけで本番の商品詳細へ反映されたとは判断できません。属性ルールのテスト方法に沿って結果を確かめ、テスト前後の状態を記録してから、適用の有無を確認してください。

注意：テストで意図した値が示されても、商品が承認されたことや、検索結果・広告で表示されることを保証するものではありません。商品データの処理結果と、承認・掲載状態は別々に確認してください。

SECTION 04商品IDとバリエーションを照合する

複数のデータソースがある場合は、どちらのソースが優先されるかを推測する前に、同じ商品を指しているかを確かめます。商品IDに加え、色やサイズなどのバリエーション情報も控え、比較対象をそろえてください。

バリエーションをまとめて確認する場合、グループ識別に使う項目と個別商品のIDを混同しないことが大切です。バリエーション商品とグループIDの説明に照らして、個別の商品とグループのどちらを比較しているかを整理します。Googleの説明だけから、対象アカウントでどのソースの値が優先されるかまで一般化せず、商品詳細とルールの状態で確かめましょう。

確認手順：変更前の状態を残してから検証する

1. Merchant Centerで対象商品の詳細を開き、商品ID、データソース、問題の項目、現在の値を記録します。
2. Shopify側で同一の商品IDとバリエーションを特定し、比較する項目の値を控えます。
3. どのデータソース項目がMerchant Centerの対象属性へ対応しているか確認し、対応関係を記録します。
4. 属性ルールで対象ソース、フィードラベル、条件、値の取得元、置換操作を確認します。草案と適用済みの設定を混同しないよう、状態も残します。
5. ルールを変更する場合は、変更前の値と設定を保存してから公式のテスト手順で結果を確認します。
6. 変更を適用した後、商品詳細に戻ってソースと実際の項目値を再確認します。テスト結果、処理済みの値、商品状態を別の記録として残してください。
7. 不一致が説明できない場合は、むやみに設定を重ねて変更せず、公式ヘルプまたはプラットフォームのサポートへ、商品ID・対象項目・ソース・ルール状態・確認記録を添えて問い合わせます。

Shopify同期の設定だけを繰り返し変更すると、どの変更が結果に影響したか分からなくなる場合があります。商品情報の送信経路そのものを新たに確認する場合は、Merchant Centerのデータソース作成に関する公式説明も参考にし、既存設定の調査と新しいソースの追加を混同しないでください。

SECTION 05チームへ渡す記録は、原因の分類まで含める

調査記録には、商品ID、バリエーション、対象属性、Shopify側の値、データソースの値、Merchant Centerの商品詳細の値、ルール条件、ルールの状態、変更担当者、テスト結果、再確認結果を残します。値だけの記録では、後から別の担当者が同じ条件で検証できません。

結論は「データソースの設定」「項目の対応」「属性ルール」「商品状態」のどこに問題があるかを分けて記載します。原因がデータ送信経路や属性ルールで説明できない、または商品詳細と承認状態に食い違いがある場合は、修正を続ける前に公式ヘルプやサポートへ確認を引き継ぎましょう。これは商品掲載や広告効果を保証する手順ではなく、調査の根拠を明確にするための運用です。

SECTION 06よくある疑問

Shopifyから同期した値とMerchant Centerの値が違う場合、何を確認しますか？

Merchant Centerの商品詳細で、対象商品のIDと情報源を確認してから、Shopify側の同一商品・同一バリエーションと照合します。次に、比較している項目が同じ属性へ対応しているか、適用済みのルールで変換されていないかを調べます。最新値や最後の送信値だけで優先順位を決めないでください。

複数のデータソースがある場合、どれが優先されると考えればよいですか？

すべてのケースに当てはまる優先順位を前提にせず、対象商品の詳細に示されるソースと実際の値を確認してください。商品ID、バリエーション、対象属性をそろえた比較が必要です。送信元の設定や適用済みルールを特定できないときは、推測で変更せず、記録を添えて公式サポートへ相談します。

属性ルールはShopifyの商品データをどう変えることがありますか？

対象条件に一致する商品について、設定された取得元や置換操作に応じて属性値を変換する場合があります。対象データソースやフィードラベルが合っているか、条件がその商品に該当するか、ルールが草案か適用済みかを確認してください。テスト結果と商品詳細の値は別々に記録する必要があります。

最終的に使われている値はどこで確認できますか？

対象商品の詳細で、商品ID、情報源、確認したい属性の値を照合してください。ルールを変更した場合は、公式のテスト手順で草案の結果を確認し、適用後に商品詳細を再確認します。商品詳細の値が確認できても、それだけで承認済み、または購入者に表示されているとは判断できません。

商品データの不一致は、データソース、項目の対応、適用済みルール、商品状態を分けて調べると、変更すべき場所を絞り込みやすくなります。チームで同じ商品を検証するために共有のmacOS作業環境が必要なら、MACNOXのリモートMac環境や米国向けの利用プランを確認できます。作業環境をそろえることは記録や引き継ぎには役立ちますが、Merchant Centerのデータ設定や商品審査を解決するものではありません。短期の確認作業ならレンタルを検討し、常時稼働の負荷や物理接続が欠かせない業務なら、自社管理のMacなど別の方法と比較してください。