ShopifyとGoogle Merchant Centerの商品数が合わないときの照合手順｜「同期済み」でも掲載されない商品を特定する台帳と切り分け

ShopifyのGoogle & YouTubeチャネルで商品が「同期済み」に見えても、Google Merchant Center（以下、Merchant Center）の商品数や実際の掲載可否が一致するとは限りません。

このとき、Shopify側の件数とMerchant Centerの総数だけを比べると、原因を誤判定しやすくなります。Merchant Centerの商品一覧では、商品ごとにVisibility（表示状況）、Status（ステータス）、Source（データソース）、**Last update（最終更新）**を確認できます。また、Merchant Centerの総商品数には、Googleがサイトから検出した商品が含まれる場合があります。総数の差だけでは、Shopifyから提供した商品の差分を表していない可能性があります。¹

必要なのは「何件あるか」よりも、「照合対象の商品が、どの段階で止まっているか」を商品単位で確定することです。本記事では、SKUまたはバリエーションを起点に、商品担当と広告担当が同じ台帳で修正・再確認できる手順を示します。

仕様確認日：2026年8月23日。画面名や表示項目は、Merchant Centerのアカウント設定・国・アップデートによって変わることがあります。実作業時はリンク先の公式ヘルプも確認してください。

最初にそろえるべきは「商品数」ではなく比較条件

件数の不一致を調べる前に、比較する母数を固定します。ここが曖昧なまま「Shopifyは100件、Merchant Centerは90件」と比較しても、10件の意味を判断できません。

ShopifyのGoogle & YouTubeチャネルは、オンラインストアで販売可能な商品をMerchant Centerへ同期します。商品を変更した後にもエラーや警告が起きうるため、Shopifyはチャネルを継続的に確認するよう案内しています。²

照合を始める前に、次の条件を記録してください。

• 確認日時：ShopifyとMerchant Centerを確認した日時。別日に取得した件数は比較しない
• 対象国・販売先：国や販売先が異なる画面・設定を混在させない
• 単位：Shopifyの商品数、バリエーション数、Merchant Centerの商品レコード数のどれを比較するか
• 対象範囲：下書き、アーカイブ、在庫切れ、販売停止中の商品を含めるか
• データソース：Google & YouTubeチャネル由来だけを見るのか、既存フィードやGoogle検出分も含めるのか
• 確認目的：無料リスティングの表示可否、広告で使える商品、または商品データの受信確認のどれか

特に「商品」と「バリエーション」は混同しやすい項目です。Shopifyで1商品に複数のバリエーションがある場合、商品カードの件数と、Merchant Centerで確認する商品レコードの件数がそのまま1対1になるとは決めつけないでください。自社で照合単位を決め、商品名だけでなくSKUやバリエーションを特定できるキーを台帳に残します。

差分は5層に分けると「同期障害」と誤認しにくい

照合は、次の5層を上から順に確認します。前の層で対象外なら、後の層を調べても掲載されない理由は解消しません。

1. Shopifyで販売チャネルの対象になっているか

まず、対象商品がオンラインストアで販売可能な状態かを確認します。Google & YouTubeチャネルが同期する対象は、オンラインストアで販売可能な商品です。²

ここで確認するのは、商品がShopifyに登録されていることだけではありません。対象商品・対象バリエーションが、照合時点でオンラインストアの販売対象として扱われているかを見ます。商品担当が公開範囲を変更していた場合、広告担当がMerchant Centerだけを見ても原因を特定できません。

2. Merchant Centerに該当レコードが提供されているか

次に、Merchant Centerの商品一覧でSKU、商品名、バリエーションを手掛かりに検索します。見つからない場合は、単に商品一覧の総数が少ないのではなく、対象レコードが存在しない状態として扱います。

この段階では、Merchant Centerの商品一覧に表示されるSourceとLast updateを記録します。SourceがGoogle & YouTubeチャネルではない場合、修正先がShopifyの商品情報とは限りません。Last updateが期待した変更時刻より古い場合も、変更がまだ反映されていないのか、別の入力元を見ているのかを切り分ける材料になります。商品一覧でこれらの項目を商品単位で確認できることはGoogleの公式ヘルプで案内されています。¹

3. Statusに審査・商品データ上の対応事項がないか

Merchant Centerにレコードがあっても、Statusに対応が必要な状態があれば、掲載目的を満たさないことがあります。Googleは、承認状態と掲載可否を区別して確認し、対応が必要な商品はNeeds attentionで診断するよう案内しています。³

広告担当はNeeds attentionで対象商品を抽出し、商品担当に依頼する際には「不承認」「警告」といった大まかな言葉だけで渡さないことが重要です。商品詳細に表示される問題の文言、対象国、商品を識別するキー、確認日時を添えます。そうすれば、商品担当は該当バリエーションを誤らずに確認できます。

4. Visibilityがあるか

Statusが問題なさそうに見えても、Visibilityがない、または掲載が制限されていることがあります。Googleの案内でも、商品のStatusとVisibilityは別の情報として扱われています。¹³

したがって、次のように判定を分けます。

「同期済み」は、広告や無料リスティングでの表示を保証する一語として扱わないほうが安全です。少なくとも、提供されたこと、Status、Visibilityは分けて記録します。

5. Sourceが想定どおりか

Merchant Centerに既存フィードや別の連携がある場合、同じ商品に見えるレコードでも入力元が異なることがあります。Google & YouTubeチャネルを既存のMerchant Centerアカウントへ接続する際、Shopifyは競合回避のため既存の商品フィードが上書きされる旨を案内しています。⁴

このため、件数不一致を理由にフィードアプリを追加したり、連携を切り替えたりする前に、現行のSourceを確認してください。追加連携は設定の重複だけでなく、既存フィードの扱い、商品データの修正窓口、再検証の範囲を変える可能性があります。

SKU・バリエーションで差分を確定する照合台帳

差分確認を担当者の記憶やチャットの断片に残すと、修正後に「何を直し、何を再確認すべきか」が追えません。以下の列をスプレッドシートなどに用意し、1行を自社で決めた照合単位にします。

商品名だけで照合しない理由は、名称変更や似た商品名による取り違えを避けるためです。SKUが未設定の商品がある場合は、少なくとも「Shopify上で同一バリエーションを再発見できる識別子」を決めます。これはGoogleの必須仕様を定めるものではなく、社内の照合ミスを減らすための運用ルールです。

台帳を作る際は、Merchant Centerの総数を別セルに控えつつ、差分一覧は検索して確認した商品行で管理します。Googleがサイトから検出した商品を総数に含めることがある以上、総数からの単純な引き算を「未同期商品リスト」として扱うことはできません。¹

実務での切り分け手順：担当間の受け渡しまで決める

以下の順序で進めると、再確認の漏れを減らせます。

手順1：照合の目的と対象リストを固定する

広告に使う商品だけを確認するのか、無料リスティングも含めるのかを決めます。その上で、Shopifyから対象商品の一覧を取得し、照合キーを付けます。

この時点で「全商品」を一括確認する必要はありません。売上や季節性を理由に優先確認したい商品群があるなら、その範囲を台帳の対象範囲として明記します。対象外の商品を「未対応」と誤って扱わないためです。

手順2：Merchant Centerの商品一覧でSourceをそろえる

Merchant Centerの商品一覧で対象商品を検索し、Source、Status、Visibility、Last updateを台帳に転記します。表示列や画面上の名称は変わりうるため、必要な項目が見当たらない場合は商品詳細も開いて確認します。¹

別ソースの商品を発見した場合は、Shopifyの商品編集を先に行わないでください。どのソースが正本なのか、既存フィードの運用担当は誰かを確認してから修正先を決めます。

手順3：Needs attentionを商品単位で台帳へ戻す

Needs attentionで表示される課題は、一覧の件数として処理せず、該当する商品行に紐付けます。担当依頼には次を含めます。

• 照合キーと商品名
• 対象国・販売先
• Source
• Statusまたは診断に表示された問題文言
• Merchant Centerで確認した日時
• 修正を依頼する場所（Shopify、既存フィード、ストア設定など）

Googleは、承認されていない商品や掲載が制限される商品をNeeds attentionで確認する手順を案内しています。³ ただし、表示された課題だけから修正先を推測せず、Sourceも併記して依頼します。

手順4：修正後は同じキー・同じ条件で再確認する

修正依頼を出した時点で完了にしません。Shopifyは商品変更後にもエラーや警告が発生しうるとして、チャネルの継続確認を案内しています。また、同期データには30日間の有効期限に関するポリシーがあります。²

再確認では、初回と同じ対象国・同じ照合キーで、少なくとも以下を確認します。

1. Merchant Centerで対象レコードを検索できるか
2. Sourceは想定した入力元か
3. Last updateは再確認時点で妥当か
4. Statusに残る対応事項はあるか
5. Visibilityは確認できるか

再確認の期限を一律の時間で断定するより、台帳に「次回確認日時」を設定して運用するほうが実務的です。反映待ちなのか、修正が届いていないのかを後から区別できます。

フィードの追加・切替は、差分の原因を確定してから判断する

商品が見つからないとき、別のフィードアプリや手動フィードを追加したくなるかもしれません。しかし、これは必ずしも最短の解決策ではありません。

既存Merchant CenterアカウントにGoogle & YouTubeチャネルを接続する場合、Shopifyは既存の商品フィードの上書きについて案内しています。⁴ すでに別ソースが存在する環境では、切替前に少なくとも次を確認してください。

• 現在、どのSourceが対象商品を供給しているか
• 既存フィードの停止・上書きによって影響を受ける商品がないか
• 商品データを修正する正本がShopifyか、別のフィード管理元か
• 切替後に検証する商品群と、検証完了を判断する条件
• 商品担当、広告担当、技術担当のうち、誰が接続変更と復旧判断を行うか

データソースを増やすと、件数が増えたように見えても、誰がどのデータを直すのかが不明確になることがあります。まずは既存のSource、Status、Visibilityを台帳で確定し、移行が必要な根拠がある場合にだけ変更範囲と検証計画を作成してください。

週次確認で見る項目と、完了の判断基準

日常運用では、全商品を毎回手作業で再照合するより、変化があった商品と対応中の商品を優先します。週次または商品更新後の確認では、次をチェックリストにします。

• Shopifyでオンラインストアの販売対象から外れた商品がないか
• Google & YouTubeチャネルにエラー・警告が表示されていないか
• Merchant CenterのNeeds attentionに新しい対象商品がないか
• 対応中商品のLast update、Status、Visibilityに変化があったか
• 想定外のSourceが増えていないか
• 台帳で再確認期限を過ぎた行がないか

完了基準も「同期済み表示」だけに置きません。対象商品のレコードをMerchant Centerで特定でき、想定したSourceであり、StatusとVisibilityを確認し、残る課題の担当・再確認日時が台帳に記録されている状態を完了とします。

この基準なら、商品担当は修正対象を特定でき、広告担当は掲載可否を確認でき、管理者は未解決の差分と責任分担を一覧で把握できます。件数の一致を目的にするのではなく、販売機会に関わる対象商品を説明可能な状態にすることが、この照合運用の目的です。

参考情報

• Shopify Help Center：Syncing your products
• Google Merchant Center Help：Viewing and understanding your product data
• Google Merchant Center Help：Check product visibility and status in Merchant Center
• Shopify Help Center：Google & YouTube channel requirements

Footnotes

1. Google Merchant Center Help：Viewing and understanding your product data ↩ ↩² ↩³ ↩⁴ ↩⁵

2. Shopify Help Center：Syncing your products ↩ ↩² ↩³

3. Google Merchant Center Help：Check product visibility and status in Merchant Center ↩ ↩² ↩³

4. Shopify Help Center：Google & YouTube channel requirements ↩ ↩²