Google Merchant Centerでの価格ポリシー違反と解決方法（2024年最新版）

Google Merchant Centerの価格ポリシー違反は、商品フィードで送信した価格と、商品ページや決済画面で表示される価格が一致しない場合に発生します。最速の解決方法は、フィード価格、商品ページ価格、構造化データ、通貨、消費税・送料表示、割引ルールを統一し、その後Merchant Centerで再クロールを依頼することです。このエラーが解消されないと、商品がショッピングタブや無料リスティング、Performance Maxキャンペーンで制限される場合があります。

ECサイトでは価格情報が一箇所ではなく、テーマテンプレート、ERP連携、マーケットプレイスモジュール、キャンペーンプラグイン、クーポンシステム、バリエーション、在庫連動価格更新、Googleフィードプラグインなど複数箇所で生成されることがあります。Googleはユーザーに実際に表示される価格を基準とします。例えば、フィードで9,999円を送信し、商品ページで10,499円を表示、決済画面で消費税を追加したり、カートで必須サービス料金を上乗せすることは価格ポリシー違反となる可能性があります。

本ガイドではMerchant Center価格エラーの原因、実際のシナリオでの診断方法、恒久的な解決のための技術的ステップを解説します。特にWooCommerce、OpenCart、Shopify、独自開発やAPIフィード利用サイトのためのチェックリストも付記。安定した運用には商品ページの高速・アクセス可能・安全な動作が重要です。技術面での健康状態については、eコマースホスティングソリューションやSSL証明書ページが参考になります。

Google Merchant Centerの価格ポリシー違反とは？

価格ポリシー違反とは、Googleが商品に対してユーザーに約束した価格と、サイト上で検証した価格に不一致がある場合に検出されます。数円の端数違いから、割引価格が反映されていないケースまで様々。Googleは購入意思決定に直結する価格を、最もセンシティブなデータ項目とみなしています。

Merchant Centerでは主に以下の警告が表示されます：価格の不一致、通貨の不一致、ランディングページの価格がフィード価格と一致しない、決済時の価格増加、販売価格の誤り、構造化データの価格が無効、自動更新による価格変更など。名称が異なっても本質は同じで、Googlebotが取得した価格がフィードのpriceまたはsale_priceと一致していないのが問題です。

Googleは初回登録だけでなく、定期的に商品を再クロールします。今日承認された商品も、キャンペーン終了、為替の変動、在庫変化、プラグインの不具合などで翌日に拒否されることも。よって、単なる個別修正ではなく、価格データを一貫して管理する仕組みが必要です。

よくある価格ポリシー違反のパターン

1. フィード価格と商品ページ価格の不一致

最も多いのが、フィード価格とランディングページの価格が異なるケース。例えばフィードで7,499円を送信したスニーカーが、サイトでは7,999円で表示される。主な原因はキャッシュ、キャンペーンプラグイン、手動価格更新、もしくはフィードが古いデータを取得している場合です。

解決策は、まずMerchant Centerの商品詳細で送信価格を確認し、商品URLをシークレットモードで開き、キャッシュ無し状態で表示価格を確認すること。CDNやページキャッシュを使用している場合は、価格更新後のキャッシュクリアを自動化しましょう。WordPress/WooCommerceサイトでは、フィードプラグインの更新頻度を最低1日1回、キャンペーン時は1～4時間ごとに設定するのが安全です。

2. 割引価格の誤送信

Merchant Centerでは割引価格にprice（通常価格）、sale_price（割引価格）の2つの項目が重要。例えば商品が5,999円から4,999円に値下げされた場合、フィードではpriceに5,999円、sale_priceに4,999円を送信します。しかし、多くのショップは通常価格のみ送信したり、割引終了後もsale_priceをクリアしないケースが。

割引価格使用時は、キャンペーン開始・終了日もsale_price_effective_dateで送信すると、Googleの判定が正確になります（必須ではないが推奨）。キャンペーン終了時にフィードが更新されないと、商品ページには5,999円なのにGoogleは4,999円を期待し、価格エラーとなります。

3. 消費税・手数料の後付け

日本のECサイトでは、消費者向け価格は消費税込みが基本。商品ページで1万円表示、決済画面で消費税追加で1万2千円になると明確な不一致です。同様に、必須の梱包料、サービス料、取引手数料などがカートで自動加算される場合、それらは商品価格または明示された配送料・料金として設定する必要があります。

Googleが重視するのは、ユーザーが商品購入時に支払う実際の金額です。オプションのギフト包装やスピード配送、延長保証は別扱いですが、購入に必須の料金は価格認識を変えます。商品ページ・フィード・決済画面で消費税込みの最終価格を一致させましょう。

4. 通貨・フォーマットの誤り

フィード価格はISO 4217フォーマットで送信必須。日本ならJPYが正しい。単に「円」や記号、カンマ・ドットの誤用、商品ページでUSD表示・フィードでJPY送信などはエラーを招きます。

正しい例：1299.90 JPY。フィードではドット区切りが安全です。サイトでは「1,299円」と表示しても、構造化データ・フィードではGoogleが読める形式で統一を。複数通貨対応サイトでは国別ターゲティング、hreflang、通貨マッチングの再確認を。海外販売の場合はドメイン管理と国別拡張子も信頼性向上のため要チェックです。

5. バリエーション価格の混在

色・サイズ・容量・パッケージなどバリエーションのある商品は価格差が多い例。例えばスマホケースの黒が1,990円、レザーが2,990円。フィードでメイン商品を1,990円送信し、URLを開くとデフォルトで2,990円が選択されている場合、Googleは価格不一致と認識。

この場合、各バリエーションごとに独自商品ID、正しいitem_group_id、URLパラメータ、バリエーションの価格を反映したランディングページが必要。ユーザーがフィードで見たバリエーションをクリックすると、同じバリエーションが選択された状態で開くように。特に独自開発ショップでは、バリエーションURLがクロール可能で、botに違う価格を表示しないことも重要です。

6. 構造化データと表示価格の不一致

Googleは画面上のテキストだけでなく、schema.orgのProduct・Offerマークアップも解析します。ページ表示は8,990円でも、構造化データが9,990円のままだとMerchant Centerが価格不一致を検知。テーマ更新やキャッシュプラグイン、古いschemaモジュールが原因の場合が多いです。

GoogleリッチリザルトテストやURLインスペクションで、どの価格が取得されているか確認を。Product schema内のprice、priceCurrency、availability、必要ならpriceValidUntilの最新化を。テーマやフィードプラグインが異なるソースから価格を取得している場合は、単一の商品データソースに統一するのが長期的には最善です。

価格エラー診断早見表

ステップ別：Google Merchant Center価格ポリシー違反の解決手順

ステップ1：問題の範囲を特定

まず問題が単一商品か、特定カテゴリか、全カタログかを把握。Merchant Centerの「商品」からフィルタして拒否商品をエクスポート。10～20件のサンプル商品で価格、URL、カテゴリ、ブランド、バリエーション、キャンペーン状況を比較。全商品なら通貨・税設定・フィードフォーマット・サイト全体のschemaデータを要確認。キャンペーン商品だけならsale_priceと日付項目に注目。

ステップ2：フィードとライブページを比較

サンプル商品ごとにフィード価格、商品ページ価格、決済画面価格を並べて比較。全て一致しない場合はMerchant Center側の修正だけでは不十分。例：商品ページ349円、カート369円、フィード349円ならカートで必須料金が加算されている。商品ページ349円、フィード329円ならフィードが古い。

手動チェック時はブラウザキャッシュを無効化し、シークレットモード、できれば別IPや端末でテスト。サイトによっては地域・会員・セグメントで価格が変わる場合も。Googlebotは通常一般訪問者として動作するため、会員限定価格やクーポン適用価格、ログイン後の割引などをフィード価格として送信してはいけません。

ステップ3：商品フィードのクリーニングと標準化

フィードはXML、CSV、Googleシート、Content API、ECプラグインなど様々な生成方法がありますが、価格項目は単一ソースから供給すべき。同一商品のERP、サイト、フィードプラグインで異なる価格管理はエラーリスクを高めます。技術担当には「現在の販売価格はDBの一つの項目から生成、割引情報は別項目・日付管理」といったルールを徹底。

• price: 通常価格を正しい通貨で送信
• sale_price: 実際に割引が有効な場合のみ使用
• sale_price_effective_date: キャンペーン開始・終了日を指定
• availability: 在庫状況も価格と一緒に更新
• link: ユーザーを正しい商品・バリエーションページへ誘導

ステップ4：サイトクロール可能性の確認

Googleがページを正しく解析するには、商品ページがbotに解放されている必要あり。robots.txtで商品URL、CSS、JSリソースをブロックしてはいけません。価格がJSで後読み込みの場合、Googleが遅延取得や誤認することも。サーバーが遅いとbotが途中で古い・空の価格を取得することもあります。

Merchant Centerのエラーを減らすには、ページ速度とサーバー安定性も重視。2026年以降Googleのクロールは高度化しても、遅い・不安定・エラー応答のECサイトはデータ検証で不利。商品ページが200HTTPステータスを返し、3xxリダイレクトチェーンが短く、SSL証明書が正常に動作しているか確認。NVMeホスティングや無料SSLインストール記事も技術基盤として参考になります。

ステップ5：構造化データの最新化

商品ページのProduct schemaはオーガニック表示・Merchant Center検証の両面で有効。ただし、誤ったschemaは未設定より悪影響。テーマファイルの価格変数が最新商品から取得されているかをチェック。バリエーション商品で選択バリエーション切り替え時にschema価格も連動して更新されているかテスト。

リッチリザルトテストで表示価格とユーザーへの表示価格が一致していることを確認。priceCurrencyはJPY、USD、EURなど正しいコードを設定。在庫切れ商品ではavailabilityも正しく、在庫切れで古い割引価格を表示しないこと。これはユーザー体験もMerchant Center承認も損ないます。

ステップ6：Merchant Centerで再審査・再クロール依頼

修正後、フィードを再送信、API同期をトリガー。Merchant Centerの商品詳細で最新価格が反映されたか確認。その後、問題商品で再審査依頼。自動システムは数時間で更新するが、場合によって24～72時間かかることも。キャンペーン予算の大きい商品は、修正前にサンプルグループでテストし、全体ミスの繰り返しを防ぎましょう。

プラットフォーム別の特別チェック

WooCommerceサイト

WooCommerceサイトの価格エラーは主にキャッシュ、多通貨プラグイン、動的価格プラグイン、フィードプラグインの古いデータ利用が原因。商品編集画面の通常価格・割引価格項目を確認し、フィードプラグインでsale price mappingが正しく設定されているかチェック。商品ページで価格が会員やクーポン条件で変動する場合は、フィードには一般ユーザー価格を送信する必要があります。

サーバー側キャッシュ利用時は価格変更時に商品・カテゴリ・フィードキャッシュが自動クリアされているか確認。WordPressホスティング基盤と適切なキャッシュ設定が重要です。

ShopifyやクラウドECサービス

Shopifyなどクラウドサービスでは価格項目が整理されている場合が多いですが、多国籍・多通貨・自動割引がエラー原因になることも。Google & YouTubeアプリで対象国・通貨・バリエーション一致を確認。比較価格と販売価格を混同しない。カート自動割引をフィード価格として送信しない。Googleは商品ページで直接見えないクーポン割引を必ずしも認めません。

独自開発・API連携の場合

独自開発の場合は、商品価格のバージョン管理・ログ記録のあるデータフローが最適。誰がいつどの価格を変更し、フィードにいつ反映したかが記録される設計が望ましい。Content API利用時は更新後の成功レスポンス・エラーコードを中央ログで管理。Googlebotが取得するURLでbotブロック・国別リダイレクト・セッション必須になっていないかも要確認。

価格不一致を防ぐための恒久的ベストプラクティス

価格ポリシー違反は一度直せば終わりではなく、持続的なチェック機構が必要です。大規模カタログでは日々数千件の価格が変動します。よって手動ではなく自動化・ログ・定期監査が必須。

• キャンペーン開始・終了直後にフィード更新をスケジューリング
• 商品価格変更時にページ・フィード・schemaキャッシュを同時クリア
• 週次で最もクリックの多い50商品でフィードとサイト価格一致をチェック
• 消費税込み価格方針を全チームで明文化
• バリエーション商品は各バリエーションの価格・URLテストを実施
• Merchant Center診断レポートを毎日監視、エラー率が1％超なら根本原因分析
• SSL・DNS・ホスティング・リダイレクト問題を定期監視し、アクセス不能ページが価格認証に影響することを防ぐ

例：5,000商品ショップで1日8％が価格変更なら、毎日約400商品でフィード・ページ一致テストが必要。全て手動は現実的でないため、cronジョブでフィード価格とライブURL価格を自動比較するレポート作成だけでも早期エラー検知につながります。

送料・クーポン・キャンペーン価格の正しい扱い方

送料は商品価格とは別管理可能ですが、Merchant Center側の送料設定が正しいことが前提。商品ページで「送料無料」と書いて決済画面で送料が発生するのはユーザー信頼を損ない、ポリシー違反となります。送料が国・地域・重量・カート金額で変動する場合は、Merchant Centerの送料ルールも合わせて設定しましょう。

クーポン割引は注意が必要。ユーザーが手動でクーポン入力する場合、それは通常フィード価格として送信すべきではありません。サイト上で全ユーザー自動適用の割引ならsale_priceとして扱えます。例えば商品ページで直接7,999円→6,999円表示、全ユーザーがその価格で購入できるならフィードも6,999円に。EFSANE10クーポンでのみ適用される場合は、Googleがランディングページで違う価格を見るので注意。

Googleの自動商品更新はいつ利用すべき？

Merchant Centerの自動商品更新は、Googleが商品ページから価格・在庫情報を取得してフィードの一部エラーを一時的に修正する機能です。小さなズレを減らせますが、根本解決ではありません。Googleが読み込むデータが誤ったschemaや遅延JSの場合、自動更新も誤った結果になる可能性があります。

この機能は有効にしておくとよいですが、主データソースの正確性を必ず担保しましょう。自動更新が頻繁に発生する場合は、フィード管理プロセスに根本的な問題があることを示しています。

技術基盤が価格エラーに与える影響

Merchant Centerの価格エラーは多くの場合、マーケティング管理画面で検知されますが、根本原因は技術基盤にあることも多いです。ホスティングの性能不足、頻繁な500エラー、SSL不備、誤ったリダイレクト、国ごとの自動通貨変換、過度なキャッシュ設定はGoogleの価格取得ミスを招きます。ECサイトの商品ページが高速・安定応答であることはSEOだけでなく、広告承認・ショッピング表示にも不可欠です。

HostragonsはECプロジェクト向けの信頼性の高いホスティング、ドメイン管理、SSLソリューションで技術基盤を強化。例えば、法人ホスティングは繁忙期のアクセス安定を支え、ドメイン移転やDNS管理はリダイレクト問題によるクロール障害を軽減します。ここでの目的は販売促進ではなく、Merchant Centerが求める信頼性の高いデータ流通を技術的に実現することです。

チェックリスト：公開前の最終12項目

• フィードのprice項目は商品ページ価格と一致しているか？
• sale_priceはキャンペーン時のみ活用されているか？
• キャンペーン開始・終了日は正しく設定されているか？
• 商品ページと決済画面で必須価格増加が発生していないか？
• 通貨がISO形式で送信されているか？
• バリエーションURLは正しいバリエーションページを開くか？
• Product schemaは最新価格を表示しているか？
• robots.txtでGoogleのクロールを妨げていないか？
• キャッシュクリアが価格変更と同時に動作しているか？
• Merchant Centerの送料・税設定は正しいか？
• モバイルページの価格はPCと一致しているか？
• 修正後フィードは再送信されているか？

よくある質問（FAQ）

Google Merchant Centerの価格ポリシー違反は何日で修正されますか？

修正後の商品再承認は通常数時間～72時間で完了します。商品数・クロール頻度・エラー内容・再審査の混雑具合によって変動します。

フィードで割引価格をどう送信すべき？

通常価格はprice項目、割引価格はsale_price項目で送信。キャンペーン開始・終了日が決まっている場合はsale_price_effective_dateも活用するとエラーを減らせます。

消費税込み価格表示は必須ですか？

日本のECサイトでは消費税込み表示が推奨されます。商品ページで表示されない必須税・料金を決済画面で追加するのはMerchant Centerの価格不一致となります。

自動商品更新で価格エラーは完全に解決しますか？

いいえ。自動商品更新は小さなタイミングズレの緩和には有効ですが、誤ったフィード・古いschema・不適切なサイト価格管理の恒久的な解決にはなりません。主要データソースの修正が必要です。

バリエーション商品で価格エラーを防ぐには？

各バリエーション毎に正しい価格、ユニーク商品ID、共通item_group_id、正しいランディングURLを設定。ユーザーがフィード価格でクリックした時、同じバリエーションが選択された状態で表示されることが必須です。

まとめ

Google Merchant Centerの価格ポリシー違反は、商品フィード・商品ページ・構造化データ・決済画面間の小さなデータ差異が主な原因です。恒久的な解決には、単一価格ソース、正しい割引管理、最新構造化データ、高速クロール可能ページ、定期監査が不可欠。Google Shoppingや無料リスティングで商品が問題なく表示されるためにも、技術基盤の強化を怠らないことが重要です。Hostragonsのホスティング、ドメイン、SSLソリューションを活用し、ECサイトの信頼性あるデータ流通を強固な基盤に乗せてみませんか。