Merchant Center自動値引きの誤適用防止ガイド｜価格乖離と赤字販売を防ぐ設定
Merchant Centerの自動値引き（Google公式の日本語ヘルプでは「自動割引」、英語名はautomated discounts）は、ショッピング広告に表示する価格をGoogleのAIが自動で引き下げ、粗利の最大化を狙うアドオン機能です。セール価格を自社で決めて入稿する従来の運用と違い、どの商品をいくら値引きするかをGoogleが1日に数回見直すため、設定を誤ると「想定外の商品が想定外の価格で売れる」という事故につながります。
実際に相談を受けるのは、機能そのものの是非よりも「値引きの下限をどう決めるか」「サイト側の価格表示と広告の価格がずれないか」「原価を入れ間違えたら赤字にならないか」といった運用面の不安です。上位の解説記事の多くは機能紹介や設定手順の翻訳にとどまり、誤適用をどう防ぐかという観点で整理したものはほとんどありません。
本記事では、Google Merchant Center ヘルプの自動割引関連ページを一次情報として、自動値引きが働く条件、対象商品の選び方、下限価格と原価の決め方、サイト実装の必須要件、有効化後の監視と停止方法までを、価格乖離と赤字販売を防ぐ視点で解説します。数値や仕様はいずれも2026年10月時点で公式ヘルプから確認できた内容です。
この記事の要点
- 自動値引きの範囲：値引き対象は広告主が選んだ商品だけで、価格は自社が設定した最低価格を下回らない
- 前提条件：Google広告で購入CVとカートデータを計測していることが必須で、FloodlightとSA360のCVは非対応
- 入力ルール：原価と最低価格はいずれも現在価格より5〜95%低い値で、最低価格は原価を下回れない
- サイト要件：割引価格は商品ページで30分以上、カートと購入手続きで48時間以上表示し続ける必要がある
- 事故防止の要：JWTの検証漏れ、税込・税抜の不一致、原価の入力ミスが誤適用と赤字販売の主因
Merchant Center自動値引きの仕組みと従来のセール運用との違い
Merchant Centerの自動値引きは、広告をクリックしたユーザーにだけ、Googleが最適化した割引価格を見せる仕組みです。通常の商品価格やサイト全体の販売価格を書き換える機能ではなく、ショッピング広告経由の流入に限って価格を変える点が最大の特徴です。この前提を押さえておかないと、「サイトの表示価格と広告の価格が違うのに問題ないのか」という判断を誤ります。
自動割引とは何をする機能か
自動割引とは、商品の需要、価格、市場シグナル、自社の売上原価などを継続的に分析し、粗利が増えると推定された商品だけをショッピング広告上で値引き表示するMerchant Centerのアドオンです。Google Merchant Center ヘルプの「自動割引について」によると、価格は最新の粗利見積もりにもとづいて1日に数回最適化されます。
同ヘルプでは、最適化に使うデータとして価格弾力性、在庫全体への割引の影響、季節や過去のトレンド、売上原価または粗利率、Google広告の購入コンバージョン、商品情報、収益が挙げられています。また、広告主が選んだ商品のうち常時値引きされるのは通常10〜40%程度で、最適化後の価格は通常、現在価格から最大20%ほど低い水準に収まると説明されています（2026年10月時点）。
つまり、すべての対象商品が常に値引きされるわけではなく、粗利が増えると判断された一部の商品だけが、一定の範囲内で値下げされます。値引き幅の上限は広告主が設定した最低価格または最大割引率で決まり、Googleがその範囲を超えて価格を下げることはありません。
セール価格・自動更新・販促注釈との違い
自動値引きと混同されやすい機能が3つあります。自社で値引き額を決めてフィードに入れるセール価格属性、ランディングページの価格に合わせてGoogleがフィードの値を補正する商品情報の自動更新、そして広告に特典の文言を添える販促系の機能です。いずれも価格や見え方に関わりますが、誰が価格を決めるのか、誰に見えるのかがまったく異なります。
特に注意したいのは、商品情報の自動更新との関係です。自動更新はサイト側の価格に広告側を合わせる仕組みで、価格乖離を減らす方向に働きます。一方の自動値引きは、広告側の価格をサイトの通常価格より意図的に下げる仕組みです。そのため、サイト側が広告経由の割引価格を正しく受け取れないと、そのまま価格乖離になります。両者を同時に使う場合は、どちらがどの価格を基準にしているかを社内で明文化しておくと安全です。
| 機能 | 価格を決める主体 | 価格が見える相手 | 主なリスク |
|---|---|---|---|
| 自動割引（自動値引き） | Google（広告主が下限を設定） | ショッピング広告のクリック者のみ | サイト実装不備による価格乖離・原価誤入力による赤字 |
| セール価格属性 | 広告主 | 全ユーザー | セール終了後の価格更新漏れ |
| 商品情報の自動更新 | サイト上の価格に追従 | 全ユーザー | 価格変動が頻繁な商品では補正が追いつかない |
| 販促系の注釈・特典表示 | 広告主 | 広告閲覧者 | 特典条件とサイト表記の不一致 |
自動値引きが動き出すための前提条件
自動値引きを使うには、Google広告でショッピングキャンペーン由来の購入コンバージョンを計測し、そこにカートデータを含めていることが前提です。公式ヘルプの設定手順では、最初に確認すべき条件としてこのコンバージョン計測が挙げられており、計測が不完全なまま有効化すると、粗利の推定も値引きの判断も正しく機能しません。
Google広告側のコンバージョン計測要件
Google Merchant Center ヘルプの「自動割引を設定する」では、Google広告でコンバージョンを設定し、ショッピングキャンペーンからのコンバージョンを受け取って測定していることを事前条件としています。FloodlightとSearch Ads 360のコンバージョンは自動割引の対象外と明記されているため、SA360経由で計測を一元化している広告主は特に注意が必要です。
独自構築のオンラインストアの場合、設定はアドオンの追加、ストアのプラットフォームと通貨の選択、商品の追加、カートデータ付きコンバージョンの設定、サイトでの割引価格表示という5段階で進みます。Shopifyは「Google & YouTube」アプリから、Magento 2、PrestaShop、Shopware 6、Wix、WooCommerceは公式ヘルプに掲載されたチャネルパートナー経由で設定する流れです（2026年10月時点）。
また、公式ヘルプには、自動割引の利用が事業者に適用される現地の法令に準拠しているかを確認する責任は広告主にあると記載されています。日本で使う場合は、二重価格表示や有利誤認に関する社内ルールと照らし合わせ、法務担当者の確認を経てから有効化するのが現実的です。
カートデータで満たすべき条件
カートデータ付きコンバージョンは、自動割引が商品選定、値引き価格の最適化、粗利レポートに使う基礎データです。公式ヘルプでは、購入イベントを計測していること、カートデータの商品IDがMerchant Centerの商品と一致していること、価格の値が含まれていること、カート内商品の合計価格が売上原価の合計を上回っていることが要件として示されています。
見落としやすいのが税の扱いです。売上原価に消費税を含める場合は、カートデータのitems.priceにも税を含める必要があり、含めない場合は両方から除く必要があります。片方だけ税込みにすると粗利の計算がずれ、実際より利益が出ているように見えたり、その逆になったりします。なお、公式ヘルプはコンバージョン値に粗利を設定することを推奨していますが、他の値でも動作するとしています。
有効化前に確認したい前提チェック
- 購入CV：ショッピングキャンペーンの購入コンバージョンがメイン目標で計測できている
- 計測基盤：FloodlightやSA360のCVに依存していない
- 商品ID：カートデータのIDとMerchant Centerの商品IDが完全に一致している
- 税の扱い：売上原価とitems.priceで税込・税抜がそろっている
- 法務確認：二重価格表示に関する社内ルールと照合済み
値引き対象商品と下限価格の決め方
誤適用を防ぐうえで最も重要なのは、最低価格（auto_pricing_min_price）と売上原価（cost_of_goods_sold）を正しく入れることです。Googleはこの2つを根拠に値引きの範囲と粗利を計算するため、入力ミスがそのまま値引き事故と赤字販売につながります。ここでは公式ヘルプの入力ルールと、実務での決め方を整理します。
原価と最低価格の入力ルール
商品を追加する方法は、データソースの商品情報に属性を追加する方法と、Merchant Center上でブランド・商品タイプ・ラベル単位のグループを選ぶ方法の2つです。公式ヘルプの「自動割引に商品を追加する」によると、両方の方法で同じ商品を追加した場合はデータソースの値が優先されます。個別の原価を反映できるデータソース方式のほうが、粗利の推定精度は高くなります。
入力値には明確な制約があります。売上原価と最低価格はいずれも現在価格より5〜95%低い値で入力し、最低価格は売上原価を下回ってはいけません。グループ選択方式では粗利率を5〜95%、最大割引率を5〜40%の範囲で指定し、最大割引率は粗利率を超えられない仕組みです（2026年10月時点）。
| 項目 | 入力方法 | 許容範囲 | 誤入力時の主なリスク |
|---|---|---|---|
| 売上原価 cost_of_goods_sold | データソースに商品単位で追加 | 現在価格より5〜95%低い値 | 原価を低く入れすぎると赤字の値引きを許してしまう |
| 最低価格 auto_pricing_min_price | データソースに商品単位で追加 | 現在価格より5〜95%低い値・原価以上 | 値引きの下限が想定より深くなる |
| 粗利率（グループ選択） | Merchant Center上で一括指定 | 5〜95% | 商品ごとの原価差が反映されず推定がぶれる |
| 最大割引率（グループ選択） | Merchant Center上で一括指定 | 5〜40%（粗利率以下） | 低粗利商品にも同じ割引幅が適用される |
| 予備の粗利率 | 任意で指定 | パーセントで入力 | 原価未入力の商品の粗利推定が不正確になる |
税の扱いにも地域差があります。米国とカナダでは最低価格に売上税を含めず、それ以外の国では売上税やVATを含めると公式ヘルプに記載されています。日本向けに運用する場合は、フィードのprice属性と同じく税込み価格を基準に最低価格を算出し、原価側とカートデータ側の税の扱いも統一しておくと計算のずれを防げます。
対象商品の選び方と下限の決め方
公式ヘルプは、ショッピング広告での表示回数が多い商品を選ぶこと、そして対象商品の合計表示回数がショッピング広告全体の少なくとも20%を占めるよう追加することを推奨しています。表示回数の割合が20%を下回るとMerchant Centerで通知され、0%になると価格の最適化が止まるため、対象を絞りすぎるのも得策ではありません。
一方で、誤適用リスクの観点では最初から全商品を対象にする必要はありません。実務では、粗利率が高く価格競争の激しい定番商品から始め、ブランド規約で値引きが制限される商品、メーカー希望小売価格の遵守を求められる商品、セット販売や数量限定品は除外しておくのが安全です。最低価格は、公式ヘルプが推奨する「現在価格より少なくとも10%低い水準」を目安にしつつ、送料・決済手数料・広告費を差し引いても赤字にならないラインを下限にします。
たとえば販売価格10,000円、原価5,000円、送料と手数料で1,500円かかる商品なら、粗利が残る価格帯はおおむね6,500円以上です。広告費の想定も加えると下限は7,500円前後が目安になり、この場合の値引き幅は最大25%です。こうした計算を商品カテゴリごとにシート化しておくと、補助フィードで最低価格を一括管理しやすくなります。
補助フィードで既存フィードに属性を後から追加する方法については、以下の記事で詳しく解説しています。
誤適用と価格乖離が起きる典型パターン
自動値引きの事故は、ほとんどがサイト側の割引価格の受け取り方とデータの入力ミスから起きます。Google側の最適化ロジック自体が下限を破ることはないため、防ぐべきは「正しくない価格がサイトで通ってしまう状態」と「Googleに渡す前提データの誤り」の2つです。公式ヘルプのトラブルシューティングページに掲載された事例をもとに、典型パターンを整理します。
JWTの検証漏れで別商品に割引が適用される
広告をクリックすると、商品ページのURLにはpv2というパラメータでGoogleが発行したJSON Web Token（JWT）が付与されます。このトークンには割引価格、商品ID、Merchant Center ID、有効期限などが含まれており、サイト側は署名を検証したうえで、その商品に対する割引価格として扱う必要があります。
Google Merchant Center ヘルプの「Fix issues with discounted prices in your online store」では、ある商品のトークンを別商品のURLに付け替えた場合にサイトが割引価格を受け入れてしまう状態を、修正が必要な問題として挙げています。商品IDとMerchant Center IDの照合を省くと、トークンを使い回した第三者に任意の商品を割引価格で買われるおそれがあります。
実装を外部の制作会社やプラグインに任せている場合も、検証ロジックが入っているかは自社で確認すべきです。テスト用のトークンでURLの商品IDだけを差し替え、割引価格が表示されないことを確かめるのが最も確実な確認方法です。
期限切れの割引価格が残り続ける
トークンの有効期限は60分で、期限切れのトークンは必ず拒否しなければなりません。同じトラブルシューティングページでは、有効期限を過ぎても割引価格が表示される、あるいは期限後にその価格で購入できてしまう状態も修正対象として明記されています。セッションやCookieに割引価格を保存する実装では、期限の判定が抜けやすいので注意が必要です。
逆方向の不具合として、割引価格の表示時間が短すぎるケースもあります。後述するとおり、商品ページでは30分以上、カートと購入手続きでは48時間以上の表示が求められているため、期限切れを厳しく判定しすぎて必要な時間まで割引を消してしまうと、ユーザーには「広告と価格が違う」と映ります。期限の判定と表示時間の保証を両立させる設計が欠かせません。
原価と税の入力ミスで赤字販売になる
データ面の事故で最も影響が大きいのは、売上原価の誤入力です。原価を実際より低く入れると、Googleは粗利が十分あると判断して深い値引きを選びやすくなり、最低価格の設定が甘い商品では実質赤字の販売が起こり得ます。Google Merchant Center ヘルプの「Fix issues with purchase conversions and cart data」でも、計測の不備によって一部の購入が負の粗利になる可能性があると説明されています。
同ページが挙げる主な原因は、コンバージョンタグの未発火、購入以外のアクションを購入として設定していること、カートデータの商品IDとMerchant Centerの商品IDの不一致、価格や通貨・数量の欠落です。これらは自動値引き導入前から潜んでいることが多いため、有効化の前にGoogle広告の目標診断でカートデータのエラーが出ていないかを確認しておきます。
誤適用につながる実装・設定の不備
- トークン流用：商品ID・Merchant Center IDの照合を省略している
- 期限切れ：60分を過ぎたトークンや保存済み価格で購入できる
- 表示不足：再訪問時やカートで割引価格が消えてしまう
- 原価誤入力：原価が実際より低く、深い値引きを許している
- 税の不一致：原価とカートデータで税込・税抜が混在している
価格の不一致が不承認やアカウント停止につながる仕組みについては、以下の記事で詳しく解説しています。
サイト側の実装で守るべき表示要件
自動値引きを使うには、広告経由で渡された割引価格を、商品ページで30分以上、カートと購入手続きで48時間以上表示し続ける実装が必須です。Google Merchant Center ヘルプの「Set up discounted prices in your online store」に定められたこの要件を満たさないと審査を通過できず、運用中に満たさなくなると修正の通知が届きます。
JWTの構造と検証手順
トークンはヘッダーとペイロードで構成され、ヘッダーのalgは常にES256、typは常にJWTです。これ以外のフィールドや値が含まれる場合は拒否する必要があります。ペイロードには有効期限、Merchant Center ID、商品ID、通貨、割引価格、従来価格が入っており、サイト側はGoogleが公開している公開鍵で署名を検証してから各フィールドを照合します。
| フィールド | 内容 | サイト側で必要な対応 |
|---|---|---|
| exp | 有効期限（Unix時間） | 期限切れなら拒否（有効期間は60分） |
| m | Merchant Center ID | 自社IDと一致しなければ拒否 |
| o | 商品ID（オファーID） | 表示中の商品または有効なバリエーションと一致しなければ拒否 |
| c | 通貨（ISO 4217） | ストアの通貨と照合 |
| p | 自動割引による価格 | 検証を通過した場合のみ表示 |
| pp | 従来価格 | 欧州経済領域向けでは表示が任意 |
検証の順序は、署名の検証とデコード、フィールドの照合、価格の反映の3段階です。公式ヘルプは、商品ID・Merchant Center ID・価格を自社データと照合し、一致しなければ拒否するよう求めています。サイズ違いなどのバリエーションは有効とされるため、親商品と子商品のIDの関係をどう判定するかを実装前に決めておくと、正しい割引まで弾いてしまう事態を避けられます。
テストと審査の進め方
公式ヘルプでは、まず一時的な鍵ペアを作成し、自分で発行したトークンで動作を確認する方法が紹介されています。そのうえで、Merchant Centerの自動割引ページにあるサンプル商品のテストリンクを使い、本番の鍵で発行されたトークンを正しく検証できるかを確認します。審査は申請から2〜3営業日で行われ、結果はメールで通知されます（2026年10月時点）。
テストでは正常系だけでなく、異常系を必ず含めます。具体的には、商品IDを差し替えたURL、有効期限を過ぎたトークン、トークンなしで30分以内に再訪問した場合、カートに入れて翌日に購入手続きへ進んだ場合の4通りは最低限確認しておきたいところです。Merchant Centerでの変更が反映されるまでに最大24時間かかるため、修正後の再審査は時間に余裕を持って申請します。
有効化後の監視と止め方
自動値引きは有効化した瞬間に全面配信されるわけではなく、最初の3日間は訪問者の10%にだけ割引価格が表示されます。この段階的な立ち上がりを、実装と計測の最終確認期間として使うのが事故防止の基本です。ここでは、有効化後に見るべき指標と、問題が起きたときの止め方を整理します。
最初の3日間と効果測定の見方
Google Merchant Center ヘルプの「What happens after setting up automated discounts」によると、有効化から3日後には訪問者の90%に割引価格が表示され、残りの10%は効果推定のための比較用トラフィックとして通常価格のままになります。最初の3日間は影響範囲が小さいため、受注データと広告の価格を突き合わせ、割引価格での購入が想定どおりの商品と価格で発生しているかを確認します。
効果はMerchant Centerの「マーケティング」内の自動割引タブで、粗利、収益、広告費、注文数、クリック数、表示回数の増分として確認できます。これは自動割引を使わなかった場合の推定値との比較で、統計的に有意なデータがそろうまで数日から数週間かかると公式ヘルプは説明しています。広告費の増分も表示されるため、粗利の増分が広告費の増加を上回っているかを必ずセットで見ます。
このほか、対象商品のうち実際に値引きされている商品数と値引きされていない商品数も同じ画面で確認できます。商品の追加や除外がレポートに反映されるまでには24時間ほどかかるため、設定を変えた直後の数値で判断しないことも大切です。
社内の監視としては、受注管理システムで広告経由の注文価格と通常価格の差を日次で抽出し、最低価格を下回る注文や原価割れの注文が出ていないかを確認する仕組みを用意しておくと安心です。Merchant Centerの画面は推定値ベースの増分しか示さないため、実際の受注データでの検証を組み合わせることで、設定ミスや実装不備を早い段階で見つけられます。
一時停止と商品除外の手順
問題が見つかった場合は、自動割引タブの商品カバレッジの項目から「割引の自動化を一時停止」を選ぶと、ショッピング広告での値引きがすぐに止まります。ただし、停止前に広告をクリックしたユーザーには、その割引価格の有効期限が切れるまでサイト上で割引が有効なままです。停止しても直前のクリック分の割引は残るため、価格表示の不具合が原因で止める場合はサイト側の修正も並行して進めます。
特定の商品だけを外したい場合は、データソースからその商品の最低価格属性を削除すれば対象から外れ、変更は24時間以内に反映されます。公式ヘルプは、除外後も原価属性は残しておくと粗利の推定精度を保てるとしています。セールや新商品の投入など価格戦略が大きく変わる時期は、事前に除外する商品を決めておくと混乱を防げます。
短期セール前後に自動入札の学習を崩さないための設定については、以下の記事で詳しく解説しています。
自動値引きを導入すべきかの判断基準
自動値引きが向いているのは、粗利率に余裕があり、ショッピング広告の表示回数が多い定番商品を一定数持つECサイトです。反対に、値引きがブランド価値を損なう商材や、価格を自社で厳密に管理する必要がある商材では、導入による粗利改善よりも事故や価格統制の崩れのほうが大きくなりがちです。
向いている商材と向かない商材
向いているのは、日用品、消耗品、型番商品など、ユーザーが価格を比較しながら購入を決める商材です。こうした商品は少額の値引きでもクリック率や購入率が動きやすく、Googleの価格弾力性の推定が働きやすいと考えられます。最低価格を10%以上下げても黒字を保てる商品が多いほど、自動値引きに任せられる範囲は広がります。
向かないのは、メーカーから販売価格の維持を求められている商品、高級ブランド品、受注生産品、在庫が数点しかない商品などです。これらは自動値引きの対象から外すか、そもそも導入を見送るほうが安全です。値引きの判断をGoogleに委ねられない商品は、最初から対象外にするという線引きを社内で共有しておくと、担当者が変わっても運用がぶれません。
社内で決めておくべき承認ルール
自動値引きは一度設定すると日々の値引き判断に人が関与しないため、導入前の承認ルールが事故防止の中心になります。最低限決めておきたいのは、対象商品と除外商品の基準、カテゴリごとの最低価格の算出式、原価データの更新頻度と責任者、異常時に一時停止できる担当者の4点です。
特に原価データは、仕入れ価格の改定や為替の変動で古くなりやすい項目です。月に1回は原価と最低価格を見直し、補助フィードの値と基幹システムの値がずれていないかを確認する運用を組み込みます。ショッピング広告のキャンペーン構成と対象商品のグルーピングをそろえておくと、自動値引きの効果を商品群ごとに読み解きやすくなります。自社だけで設計や検証まで手が回らない場合は、広告運用の専門家に相談して導入可否から判断するのも一つの方法です。
ショッピング広告のキャンペーンと商品グループの組み方については、以下の記事で詳しく解説しています。
まとめ 自動値引きは下限設定とサイト検証で事故を防ぐ
Merchant Centerの自動値引きは、ショッピング広告のクリック者にだけ、Googleが粗利を基準に最適化した割引価格を見せる機能です。Googleが下限を破ることはありませんが、原価や最低価格の入力、カートデータの計測、サイト側のトークン検証のいずれかに不備があると、価格乖離や赤字販売につながります。最後に要点を3つに絞って振り返ります。
- 前提データを先に整える。購入CVとカートデータの計測、商品IDの一致、原価とカートデータの税の扱いをそろえてから有効化します。
- 下限は赤字にならないラインで決める。原価と最低価格は現在価格より5〜95%低い範囲で入力し、送料・手数料・広告費を差し引いても利益が残る価格を最低価格にします。
- サイト実装は異常系まで検証する。商品IDの差し替えや期限切れのトークンを拒否し、商品ページ30分・カート48時間の表示要件を満たしているかを審査前に確認します。
まずは無料で広告アカウント診断を
自動値引きは、設定項目こそ少ないものの、原価データ、コンバージョン計測、サイト実装、社内の価格ルールが一つでも欠けると思わぬ損失を生む機能です。株式会社ハーマンドットでは、ショッピング広告とMerchant Centerのデータを確認し、自動値引きを導入すべき商品群と、導入前に直すべき計測や実装の課題を整理しています。
「自社のカートデータが正しく計測できているか分からない」「最低価格の決め方に自信がない」といった段階でもご相談いただけます。お問い合わせフォームから、現状のアカウントを踏まえた具体的な改善案をお伝えします。
初回相談は完全無料・所要時間30分・オンライン対応可能です。