Merchant Center 不実表示でアカウント停止になる原因5パターンと審査請求の実務手順

この記事のポイント

• 不実表示によるアカウント停止は商品単位の不承認とは別物で、アカウント全体が停止されるため審査請求なしに配信を再開することはできない
• 停止原因は価格不一致・在庫虚偽・LP乖離・プロモーション条件・配送条件の5類型に分類でき、「問題」タブと停止通知のキーワードを照合すれば自力で絞り込める
• 審査請求文には「修正内容・根拠・再発防止策」の3要素を必ず含め、LPとフィードの整合性が完全に解消された状態で提出することが通過率を左右する
• 2回連続で却下された場合はGoogleサポートへの経緯説明を先行させ、新アカウント作成はポリシー違反解消後の最終手段として判断する

Google Merchant Centerの管理画面を開いたら突然「アカウントが停止されています」という表示。しかも理由は「不実表示」——そう書かれていても、自社のどこが問題なのかすぐには判断がつかないケースは少なくありません。

不実表示によるアカウント停止は、Merchant Centerのポリシー違反の中でも対応の難易度が高い部類に入ります。原因の特定がしにくく、審査請求の書き方を誤ると何度出しても通らないという状況に陥りやすいからです。

この記事では、不実表示の停止原因を5つのパターンに分類して切り分ける方法から、審査請求文の構成、審査が通らない場合の対処フローまでを一本の手順として整理します。

不実表示ポリシー停止の全体像——他のポリシー違反とどう違うか

Merchant Centerの「アカウント停止」と「商品不承認」は別物

よく混同されるのが、「商品の不承認」と「アカウント停止」の違いです。商品不承認は特定の商品がポリシーに抵触した場合に、その商品のみが広告配信から除外される処分です。対してアカウント停止は、アカウント全体に対して下される措置であり、停止中はすべてのショッピング広告が配信されません。

不実表示ポリシー違反によるアカウント停止は後者に当たります。一部の商品の情報が問題になったとしても、Googleはそのアカウント全体の信頼性を問題視して停止判断を下します。GoogleショッピングやP-MAXキャンペーンを含む、Merchant Centerに紐づくすべてのキャンペーンが影響を受ける点で、深刻度が高い処分です。

不実表示ポリシーがカバーする違反範囲——Googleが何を問題視するか

Google広告ポリシーにおける「不実表示」（Misrepresentation）とは、フィード・ランディングページ・広告に含まれる情報が消費者に対して誤った認識を与える状態を指します。

具体的には以下のような状態が該当します。

• フィードに登録された価格とランディングページの価格が一致していない
• 在庫ありと表示しているが実際には欠品または廃番になっている
• 広告から遷移した先のLPで商品スペックや特典条件が異なる
• セール価格や割引条件が実際と異なる、または期間・対象が不明確
• 送料・配送日数が実際と異なる、または条件の記載が曖昧

いずれも「ユーザーが広告を見て期待した内容と、実際に購入ページで提示される情報が食い違う」という構造的な問題です。消費者保護の観点からGoogleが厳しく取り締まっているポリシー領域です。

停止通知メールと管理画面「問題」タブで確認すべき情報

アカウントが停止になると、登録メールアドレス宛に停止通知が届くとともに、Merchant Center管理画面の「問題」タブにも違反内容が表示されます。この2つを照合することが原因特定の出発点です。

停止通知メールには違反ポリシーのカテゴリが記載されていますが、どの商品・どのページが問題だったかを特定してくれるわけではありません。通知はあくまで大分類のヒントであり、詳細な原因はMerchant Center側の問題タブと自社フィード・LPの照合で調べる必要があります。

不実表示でアカウント停止になる主な原因5パターン

不実表示の停止原因は、大きく5つのパターンに分類できます。自社のケースがどれに該当するかを見極めることが、修正と審査請求の成否を左右します。

パターン1：フィード価格とランディングページの価格が一致していない

最も発生頻度が高いとされるのが、フィードの price 属性とLPに表示されている実売価格のズレです。

典型的な発生パターンとして以下が挙げられます。

• ECカートシステム側で価格変更したが、フィード更新タイミングが遅れてズレが生じた
• 会員向け価格や法人向け特別価格をフィードに登録してしまった
• 税込価格と税抜価格が混在している（フィードは税込、LPは税抜表示など）
• 「カートへ進む」ステップを経ると価格が変わる仕様になっている

フィードの価格とLPの表示価格は「まったく同じ条件で同じ額であること」が原則です。購入ステップを経ると実質的な価格が変わるような構造もリスクになります。

パターン2：在庫ステータスの虚偽（「在庫あり」表示で実際は欠品・廃番）

フィードの availability 属性が in stock になっているにもかかわらず、実際にLPへ遷移するとSOLD OUTや「現在販売しておりません」と表示されているケースです。

季節商品・限定品・入荷待ち商品のフィード管理が属人的になっているショップで起きやすい問題です。廃番になった商品をフィードから除外し忘れている、在庫復活待ちで in stock のままにしているといった状況が不実表示の判断を受けます。out of stock（品切れ）や preorder（予約受付中）等の正確なステータスに切り替えるか、販売終了商品はフィードから削除することが基本対応です。

パターン3：ランディングページの商品情報がフィードと乖離している

価格・在庫以外の商品情報——商品名・スペック・特典・セット内容等——がフィードとLPで異なる場合も不実表示に該当します。

フィードには「○○セット品」と記載しているがLPを見ると単品売りになっている、フィードにある「送料無料」の記述がLPには存在しない、フィードの title に誇張表現が含まれていてLPの実際の商品説明と整合しない——こういったケースがこのパターンに当たります。「広告に書いてあることが実際のページにない」という状態がGoogleの判定基準になります。

パターン4：プロモーション・セール価格の条件が不明確または実際と異なる

sale_price 属性を使ってセール価格を設定している場合、その価格がLPで適切に表示されていないと不実表示のリスクが生じます。

よくある落とし穴は、セール期間が終了しているにもかかわらずフィードにセール価格が残っているケースです。またクーポンコード入力後の価格をセール価格として登録しているが条件の説明がない、会員限定価格を一般向け広告に表示しているといったケースも該当します。

Merchant Centerのプロモーション機能を使っている場合は、promotion_id に対応するプロモーションの配信期間・対象商品・割引条件がLP上の実際の条件と一致しているかを優先的に確認してください。

パターン5：送料・配送条件の虚偽または不明瞭な表示

フィードまたはMerchant Centerの配送設定に登録された送料・配送日数と、LPに表示されている送料・配送日数が異なる場合も対象になります。

「送料無料」とフィードに記載しているが、LPでは一定金額以上の購入に限ることが書かれている。配送日数を「翌日」と設定しているが実際は3〜5営業日かかる。離島・一部地域での配送不可条件が不明瞭。このようなパターンが実務では多く見られます。

配送設定はMerchant Centerの「配送」セクションとフィードの shipping 属性の両方が整合している必要があります。どちらか一方だけ直しても不一致が残るケースがあるため、両方を同時に確認するのが原則です。

自分のアカウントで何が問題か——原因切り分け診断フロー

5つのパターンを把握した上で、自分のアカウントに何が起きているのかを特定します。Merchant Center管理画面、停止通知メール、そしてLP・フィードの直接確認という3ステップで絞り込んでいきます。

ステップ1：Merchant Center「問題」タブで違反カテゴリを確認する

Merchant Center管理画面の左メニューから「問題」タブを開くと、現在のアカウントに紐づくポリシー違反の一覧が確認できます。不実表示による停止の場合は「不実表示」または「Misrepresentation」という表記で問題が表示されます。

ここで確認すべきポイントは2つです。問題のカテゴリが「アカウント停止」に分類されているのか「商品の問題」に分類されているのかを見分けること。そして影響を受けている商品IDや商品グループが表示されているかを確認することです。

商品IDが示されている場合は、そのURLとフィードの該当商品を対照させると原因の絞り込みが早くなります。ただし、すべてのケースで商品IDが明示されるわけではない点には注意が必要です。

ステップ2：停止通知のキーワードから5パターンの該当候補を絞り込む

停止通知メールに記載されているキーワードや例示を確認し、5パターンのどれに近いかを判断します。「価格（price）」「プロモーション（promotion）」「在庫（availability）」「配送（shipping）」といった単語が含まれていれば、対応するパターンを優先確認対象にします。

通知が英語の場合は “misrepresentation” に加えて、どのデータ属性が言及されているかを読み取ることが重要です。通知文だけで原因を断定することは難しいのが実態ですが、ヒントになる単語を手がかりに次のステップへ進みます。

ステップ3：LP・フィード・アカウント設定を突き合わせてギャップを特定する

実際に問題のあるLP URLをブラウザで開き、フィードの該当商品データと1項目ずつ照合します。

フィード属性	LPでの確認箇所
price	商品ページの表示価格（税込・税抜の条件も含む）
sale_price	セール価格の表示有無と期間
availability	在庫表示・カートへの追加可否
shipping	送料・配送日数の記載
title	商品名・セット内容の記載
description	特典・仕様・対象条件の記載

この照合作業で発見したギャップがそのまま修正対象です。複数のギャップが見つかった場合は、すべてを解消してから審査請求に進む必要があります。1箇所でも残っていると却下される傾向があります。

修正・改善の実務手順（LP・フィード・アカウント設定別）

原因が特定できたら修正作業に入ります。「一回直す」だけでなく「今後もズレないようにする」仕組みを作ることが、再発防止策として審査請求文にも記載できる内容になります。

価格不一致の修正：フィード更新サイクルとLP同期の設計

フィードの更新頻度を上げることが基本的な対策です。Merchant Centerでは「フィードの自動更新」機能を使うと、登録したURLから定期的にフィードを取得して最新の状態に保てます。更新間隔は最短で1日複数回の設定が可能です。

より確実なのは、ECカートシステムとフィードの価格ソースを同一にする設計——カートの価格マスタから直接フィードを生成する構成です。価格を別々のシステムで管理していると、手動更新のタイミングのズレが必ず発生します。フィードとLPが常に同じソースから価格を参照する状態にすることが、構造的な解決策です。

Merchant Centerフィード品質診断の実務設計も参考にしながら、フィード品質の定期確認サイクルを設計することをお勧めします。

在庫ステータス修正：availability 値の正しい運用と自動更新設定

availability 属性は在庫の実態に合わせて常に最新の状態に保つ必要があります。設定できる値は主に in stock（在庫あり）、out of stock（品切れ）、preorder（予約受付中）、backorder（入荷待ち受付）の4種類です。

廃番・販売終了の商品はフィードから除外するか、excluded_destination 属性で配信対象から外すことが推奨されます。在庫管理システムとフィードを連携させ、在庫が0になった段階で自動的に out of stock に切り替わる仕組みが理想ですが、それが難しい場合は週次以上の頻度で手動確認のルーティンを設けることが次善策です。

LP情報の整合性確保：確認すべき8項目チェックリスト

LP改修後またはフィード更新後に必ず確認すべき項目を整理しました。修正が完了したらこのリストで再確認してから審査請求に進みます。

1. 税込表示価格がフィードの price と一致しているか
2. セール価格設定時、LPにセール表示と期間が明記されているか
3. 在庫状況表示がフィードの availability と一致しているか
4. 送料・送料無料条件がフィードの shipping 設定と一致しているか
5. 商品名・セット内容がフィードの title と矛盾していないか
6. 特典・オプション・付属品の記載がフィードと一致しているか
7. 配送日数の記載が実態に即しているか
8. 会員限定・条件付き価格を一般向け広告に表示していないか

プロモーション設定の修正：promotion_idと掲載条件の整理手順

Merchant Centerのプロモーション機能を利用している場合、まず管理画面の「マーケティング」→「プロモーション」で現在有効なプロモーションの一覧を確認します。期間が終了しているプロモーションが有効のまま残っていれば停止します。

次に、フィードに設定している promotion_id と実際のプロモーション設定が対応しているかを照合します。対応するプロモーションが存在しないIDはフィードから削除してください。

プロモーションの対象条件（対象商品・割引額・適用条件）はLP上に明記する必要があります。「自動適用」「クーポン入力が必要」「一部商品のみ対象」といった条件は、ユーザーが広告を見た時点で認識できる形でLPに記載することがポリシー準拠の要件です。

審査請求（再審査リクエスト）の正しい出し方

修正が完了したら、Merchant Centerから再審査リクエストを提出します。修正だけして審査を申請しないと停止は解除されないため、この手順は必須です。

再審査リクエストの提出操作手順（管理画面のどこから出すか）

Merchant Center管理画面にログイン後、画面上部または左メニューから「アカウントの問題」に移動します。停止中のポリシー違反が表示されている画面に「再審査リクエスト」または「審査をリクエスト」のボタンが表示されるので、クリックして申請フォームへ進みます。

フォーム内には修正内容を記述するテキストエリアが設けられています。ここに審査請求の内容を入力して送信します。Merchant Centerのインターフェースは定期的に更新されることがあるため、ボタンの表示名や画面遷移が若干異なる場合があります。「問題」タブを起点に画面を辿るのが最も確実な経路です。

審査請求文に書くべき3要素：修正内容・根拠・再発防止策

審査が前進しやすい申告文には、以下の3要素が揃っています。この構成を押さえているかどうかが通過率に直結します。

① 修正内容：何を、どのように修正したかを具体的に記述します。「価格を修正しました」では不十分です。「フィードの price 属性をLP表示価格と一致するよう更新し、フィードの自動更新設定を1日2回に変更しました」のように、対象属性・変更内容・変更後の設定値まで記述することが求められます。

② 根拠：なぜその修正で問題が解消されるのかを説明します。「フィードとLPの価格ソースを同一のシステムから生成する構成に変更したため、価格のズレは構造的に発生しなくなりました」のような説明が有効です。

③ 再発防止策：同じ問題が再発しないためにどのような仕組みを導入したかを記述します。「毎日9時・21時に自動フィード更新を設定し、フィード更新エラー時はアラートメールが届く設定にしました」のような具体的な仕組みが説得力を持ちます。

申告文は英語・日本語いずれでも提出できます。

提出前の最終確認チェックリスト——審査前に必ずやること

• 問題タブで指摘された違反カテゴリに対応する修正がすべて完了している
• フィードの更新が反映されていることをMerchant Centerのフィード画面で確認した（最終更新日時が修正後の日時になっている）
• LPの変更が本番環境に反映されており、実際にブラウザでアクセスして確認した
• 修正した項目を1項目ずつ再確認し、フィードとLPの整合性が取れている
• 申告文に3要素（修正内容・根拠・再発防止策）がすべて含まれている
• 同一アカウントで別の不実表示ポリシー違反が残っていないことを確認した

フィードの反映タイムラグに注意が必要です。フィードを更新しても、Merchant Center側に反映されるまで数時間かかることがあります。管理画面でフィードの「最終更新日時」が修正後の日時になっていることを確認してから審査申請するのが安全です。

審査請求が通らない・返答がない場合の対処フロー

審査を提出しても却下される、または返答自体が来ないケースがあります。その場合に取れる選択肢と判断基準を整理します。

却下通知のパターン別読み方——「追加修正が必要」と「ポリシー違反の継続」の違い

却下通知には大きく2つのパターンがあります。

1つ目は「追加修正が必要」という内容の却下です。修正が不完全か、審査請求文の記述が不十分なために再修正を求められているケースです。この場合は修正漏れがないかを再点検し、申告文の3要素を再度整理してから再申請します。

2つ目は「ポリシー違反が継続している」という内容の却下です。これは審査時点でLPまたはフィードに問題が残っていると判断されたことを意味します。フィードの反映タイミングが審査タイミングとずれていた可能性、あるいは見落とされている別の違反箇所が残っている可能性を検討します。

LPをGoogleのクローラー視点で確認するために、Search Consoleの「URL検査」ツールを使って実際にページがどう認識されているかを確認するのも有効です。ページの一部がJavaScriptで動的に読み込まれる仕様になっている場合、クローラーには価格が表示されないことがあります。

P-MAXアセットグループが不承認になる原因と再審査手順も参考にしながら、審査プロセス全体の流れを把握しておくと、却下通知の読み方の解像度が上がります。

Googleサポートへの問い合わせ経路と有効な相談内容

2回連続で審査が却下された場合、または7営業日以上返答がない場合は、Googleサポートへの問い合わせを検討するタイミングです。

問い合わせはGoogle広告のヘルプセンターから「サポートへ連絡」を選択し、Merchant Centerのカテゴリで問い合わせます。問い合わせ時に伝えるべき情報として、アカウントID（MCCを経由している場合はMCA含む）、停止された日付、審査請求の提出日と却下された回数、実施した修正内容の概要が挙げられます。「どこが具体的に問題として残っているのかを確認したい」という形で問い合わせると、サポート担当者が対応しやすくなります。

ただし、Googleサポートが「この行を直してください」のような具体的な修正指示を出してくれるわけではない点は認識しておく必要があります。状況確認と申請状況の把握が主な目的です。

新アカウント作成を検討するのはどういう状況か——リスクと判断ライン

新しいMerchant Centerアカウントの作成は、慎重な判断が必要な選択肢です。

ポリシー違反が解消されていない状態で新アカウントを作成することはGoogleのポリシー違反になります。既存アカウントの停止原因が解消されていないまま新アカウントを作っても、同様の停止処分を受けるリスクが高く、最悪の場合は関連アカウントへの影響も生じます。

新アカウントを現実的な選択肢として検討できるのは、①既存アカウントで3回以上却下されており、②LPとフィードの修正は完全に完了していて、③Googleサポートとも数回やり取りしたが打開策が得られない、という状況が一つの目安になります。この場合でも、新アカウント作成の前にサポートへ経緯を説明し、可能であれば相談した上で判断することが推奨されます。

代理店の切り替えやインハウス化も含めた体制変更を検討する場合は、広告アカウント移管時に確認すべきチェックリストが参考になります。

再停止を防ぐ恒常的チェックポイント

審査が通って停止が解除されたとしても、同じ問題が再発すれば再停止になります。「解除できた」で終わらず、運用フローに定期チェックを組み込む設計が必要です。

価格・在庫フィードの更新頻度と差異検知の仕組み化

動的に価格や在庫が変動するECサイトであれば、フィードの自動更新を1日2回以上に設定するのが基本です。Merchant Centerの「フィード」設定から更新間隔を調整できます。

より精度の高い運用としては、フィードとLPの価格・在庫を定期的に機械的に突き合わせる仕組みを作ることです。差異が発生したタイミングでアラートが上がる設計にすることで、問題を人が気づく前に検知できます。実装方法は技術スタックによりますが、定期バッチで価格チェックを走らせる設計が一般的なアプローチです。

LP改修前に確認すべき広告ポリシーとの整合チェック手順

LP改修はマーケティング側・開発側・制作側が関わるため、広告ポリシーとの整合チェックがおろそかになりやすい工程です。

LP改修時のフローとして、改修内容がMerchant Centerの配信商品に影響するかどうかを事前に確認するステップを組み込むことが重要です。価格・送料・在庫表示・商品説明を変更する場合は、フィードとの整合確認を必須ステップとして明文化しておきましょう。変更前後の確認事項を簡単なチェックシートにまとめておくと、担当者が変わっても運用品質を維持しやすくなります。

Metaビジネス認証が承認されない原因と再申請手順も参考になります。プラットフォームは異なりますが、審査が通らない際の切り分け方や対処パターンに共通する部分があり、複数媒体を運用している担当者には参考になる視点が得られます。

Merchant Center通知メールを見逃さないアラート設計

Merchant Centerからの重要な通知は登録メールアドレスに届きますが、広告担当者が日常的に監視していないアドレスに設定されているケースが意外と多くあります。

Merchant Centerの「ユーザー」設定から通知メールの受信先を確認し、実際に監視されているアドレスが設定されているかを確認してください。Slack等の社内チャットツールにGmailの特定ラベルのメールを転送するフィルタを作ることで、通知の見落としリスクを下げられます。特に「Google Merchant Center」送信元のメールを自動でラベリングして担当チャンネルに流す設計は、停止の早期発見に効果的です。

よくある質問

Q：Merchant Centerの「不実表示」とはどういうポリシー違反ですか？

フィード・ランディングページ・広告に掲載される情報が消費者に誤った認識を与える状態を指します。具体的には、価格・在庫・配送条件の不一致や、プロモーション条件の不明確な記述が代表的な違反パターンです。「商品単位の不承認」とは異なり、アカウント全体が停止対象となるため、GoogleショッピングやP-MAXキャンペーンを含む広告配信全体が止まります。

Q：不実表示の審査請求を出したが通らない。何を修正すれば通りますか？

まず審査請求文に「修正内容・根拠・再発防止策」の3要素が揃っているかを確認してください。次に、LPとフィードの整合性が完全に解消されているかを再点検します。フィードの更新が審査タイミングまでに反映されていなかった可能性も確認の対象です。整合が取れていない箇所が1項目でも残っていると却下される傾向があります。

Q：Merchant Centerの審査請求後、何日で返答が来ますか？

通常3〜5営業日が目安とされています。7営業日を超えても返答がない場合は、Googleサポートへの問い合わせを検討するタイミングです。繁忙期や祝日をまたぐ場合は多少遅れることがあります。

Q：不実表示の停止原因が通知だけでは分からない。どこを見ればよいですか？

以下の3点を順番に確認します。①Merchant Centerの「問題」タブで違反カテゴリを確認する、②停止通知メールのキーワード（price / availability / shipping 等）から5パターンの該当候補を絞り込む、③LP・フィード・アカウント設定の3点を突き合わせてギャップを特定する。この順で進めることで、通知だけでは分からなかった原因を絞り込みやすくなります。

Q：審査請求が2回連続で却下された場合、新しいアカウントを作っても問題ないですか？

ポリシー違反が解消されていない状態での新アカウント作成はGoogleのポリシー違反になるため、リスクがあります。Googleサポートに2回却下の経緯を説明し、問い合わせを先行させるのが原則です。新アカウントはあくまでも最終手段であり、既存アカウントの問題が完全に解消されていることが前提となります。

---

Merchant Centerの不実表示対応は、原因の特定から修正、審査請求の構成、再発防止まで、一連のプロセスとして設計しないと途中で詰まりやすい案件です。「どこが問題かわからない」「何度申請しても通らない」という状況は、切り分けの方法と申告文の構成を変えることで前進できるケースが多いと言われています。

真策堂では、Merchant Centerのポリシー対応や審査請求まわりの相談を受け付けています。原因の切り分けや審査請求文の構成でお困りの場合は、お気軽にご相談ください。