Google Merchant Centerの設定方法|サイト確認・商品登録・不承認の点検

Google Merchant Centerは、販売する商品の情報と店舗の情報をGoogleへ提供するためのサービスです。商品を登録するだけで、必ず検索結果に表示されたり広告が配信されたりするわけではありません。販売サイトの確認、商品・送料・返品情報の整合、登録後のステータス確認までを一つの運用として進めます。
Merchant CenterとGoogle広告の役割を分ける
Merchant Centerは商品情報を管理する役割、Google広告は有料キャンペーンの予算や配信を管理する役割を持ちます。無料リスティングとショッピング広告は同じものではなく、利用する掲載先ごとの条件を確認します。無料掲載についてはGoogleの無料リスティングの案内を参照してください。
商品データを使うショッピング広告や小売向けP-MAXでは、Merchant Centerの商品情報が重要です。ただしP-MAX全体が商品フィードを必須とするわけではなく、売上・見込み顧客・Webトラフィックなど目的別の作成方法があります。P-MAXの作成方法を見て、商品データを使う施策とそれ以外を分けてください。
ビジネス情報と販売サイトの条件を準備する
販売する国や地域、ビジネス名、管理する連絡先、販売サイトのURLを整理します。商品ページで価格・在庫・購入条件がわかり、購入手続きや問い合わせ先、配送・返品に関する情報へ利用者が進めるかを確認してください。社内担当者の個人連絡先を、公開範囲を確かめずに登録する運用は避けます。
税、配送範囲、返品条件などは販売先と商品によって異なります。別の国向け手順をそのまま当てはめず、対象市場で要求される設定と販売サイトの実態をそろえます。最初から全商品を投入するより、代表的な1SKUを使って情報の流れを確認すると、不整合の箇所を探しやすくなります。
ウェブサイトの所有権確認と申し立てを行う
所有権の確認(verify)は、そのウェブサイトを管理する権限があることを示す手続きです。申し立て(claim)は、確認したサイトをMerchant Centerアカウントに関連付ける手続きで、単にGoogle広告アカウントとリンクする操作とは異なります。利用できる確認方法と要件はウェブサイトの確認と申し立ての公式手順で確認します。
確認用の設定を配置したのに完了しない場合は、対象ドメインとURL、配置場所、管理権限を切り分けます。既に別のアカウントが申し立てている場合は、まず社内や委託先に現在の管理者を確認してください。同じサイトに新しいアカウントを作り続ける方法では管理関係を解決できません。
配送・返品と商品データをサイト表示にそろえる
商品情報の正とするデータ元を決め、商品ページ・チェックアウト・Merchant Centerへ同じ内容が届くようにします。次は架空のTシャツ1SKUの照合表です。金額と相対パスは説明用で、実在する販売商品ではありません。
項目 | 説明用データ | 照合する場所 |
|---|---|---|
商品ID | TS-BLK-M | EC管理とデータソースで一意に対応 |
タイトル | コットンTシャツ ブラック M | 商品ページの色・サイズと一致 |
商品URLの相対パス | /products/ts-blk-m | 対象バリエーションを購入できるページ |
画像URLの相対パス | /images/ts-blk-m.jpg | 該当商品がわかる取得可能な画像 |
価格 | 3300 JPY | 商品ページ・購入手続き・商品データ |
在庫 | in_stock | 実際に購入可能な状態と一致 |
ブランドやGTINなどの識別子、商品カテゴリに応じた属性は商品データ仕様に沿って扱い、存在しないGTINを作らないでください。送料・配送日数・配送地域は配送設定の公式案内、返品の期限・費用・方法は返品ポリシーの公式案内を基に、サイトの案内と照合します。
項目 | 正とするデータ元 | 更新方法・担当 | 最終確認 |
|---|---|---|---|
価格・在庫 | ECの商品管理 | 連携経路を一つ把握/商品担当 | 更新後にページと商品データを照合 |
送料・配送日数 | 実際の配送条件 | 対応する設定・連携/物流担当 | 地域・注文条件別に試す |
返品条件 | 承認済みの店舗ポリシー | サイトと管理設定/運用責任者 | 文面変更時に両方確認 |
台帳には確認頻度と確認日も記録します。EC連携やAPIが同じ設定を更新する構成では、手動修正が次の同期で戻ることがあります。現在の同期元と優先関係を確かめ、複数担当が別経路から同じ項目を直す状態を避けます。
登録後のステータスと不承認理由を点検する
登録後は「データを取り込めたか」「商品が掲載可能か」「どの掲載先で問題があるか」を分けて確認します。審査が必ず何日以内に終わるとは約束せず、管理画面の現在のステータスと理由に沿って対応してください。
症状 | 確認対象・担当 | 修正後の確認 |
|---|---|---|
所有権を確認できない | 対象URL・確認方法/サイト管理者 | 公式手順で確認状態を再確認 |
別アカウントが申し立て済み | 既存の管理関係/運用責任者 | 正しいアカウントと権限で管理できるか |
価格・在庫が不一致 | ページ・購入手続き・同期元/商品担当 | 同じSKUで値を照合 |
送料・返品条件が不整合 | 販売条件・市場別設定/物流・店舗担当 | 購入条件ごとに案内が一致するか |
識別子などが不足 | 商品実態と仕様/商品担当 | 正しい属性が反映されたか |
承認されたが表示されない | 掲載先・商品状態・配信条件/運用担当 | 不承認と決めつけず掲載機会を確認 |
原因を直さず再審査だけを繰り返すより、問題のあるSKUと項目、修正したデータ元、更新日時を残す方が次の点検につながります。
無料掲載と広告配信を分けて運用する
無料掲載と広告は別の記録で運用します。有料広告ではGoogle広告側のリンク、キャンペーンの状態、予算、商品選択なども確認します。Merchant Centerで掲載可能と判定されても、すべての検索や場所で表示されることを意味しません。
運用では、価格・在庫・配送条件を変えた際の反映確認と、問題のある商品の点検を担当者に割り当てます。表示・クリック・購入は段階が異なるため、広告のクリックや商品掲載数をそのまま受注と扱わず、注文記録と検証済みの成果計測へつなげてください。まず代表SKUの整合と、所有権確認・申し立ての状態から点検すると、次の対応が明確になります。
関連記事




