Merchant Center自動アイテム更新ガイド｜価格・在庫の自動補正の許容基準と監査

Google Merchant Centerには、商品ページの情報を読み取って価格や在庫状況を自動で書き換える「自動アイテム更新（automatic item updates）」という仕組みがあります。初期設定でオンになっているため、運用担当者が意識しないまま、フィードに入稿した値とは別の値でショッピング広告や無料リスティングが表示されているケースも珍しくありません。便利な機能である一方、どの値がいつ補正されたのかを把握していないと、フィードの根本的な不具合を見落とす原因にもなります。

本記事では、Merchant Center ヘルプの公式情報をもとに、自動アイテム更新の対象項目と仕組みを整理したうえで、価格・在庫・状態の自動補正を「許容」「要監視」「原則オフ」の3区分で判断する基準と、補正が発生したときの監査フローを解説します。自動値引きのような販促表示の話ではなく、商品データそのものの自動補正をどこまで任せるかという管理の観点に絞ってまとめています。

記載している仕様は2026年10月時点の公式ヘルプの内容です。管理画面の表記や機能は予告なく変わることがあるため、実際の設定時には最新のヘルプもあわせてご確認ください。

Merchant Centerの自動アイテム更新の仕組みと対象項目

Merchant Centerの自動アイテム更新は、商品ページの構造化データやページ内容を読み取り、フィードの値が古い商品について価格・セール価格・在庫状況・状態の4属性を自動で書き換える機能です。Merchant Center ヘルプ「Merchant Center による商品情報の自動更新を許可する」によると、Googleのクローラーがランディングページのデータを使って商品データを更新し、ショッピング広告と無料リスティングの両方に反映されます。

自動アイテム更新とは、フィードの更新とサイトの更新のあいだに生じる一時的なずれを、Google側が商品ページの値で埋め合わせる仕組みです。広告主がフィードを直さなくても表示上は正しい値に近づくため、価格や在庫の不一致による不承認を減らす効果があります。ただし、あくまで補助的な仕組みであり、フィード運用そのものを置き換えるものではありません。

対象となる4属性と読み取り元

対象になるのは price、sale_price、availability、condition の4属性に限られます。商品名や説明文、画像、GTINといったほかの属性はこの機能では書き換えられません。読み取り元の中心は schema.org の構造化データで、価格は通貨記号や区切り文字を含まない数値と、ISO 4217形式の3文字の通貨コード（日本円ならJPY）で記述することが求められています。

構造化データが不完全な場合でも、公式ヘルプでは高度なデータ抽出ツールによってページ内容から値を推定し、更新が行われると説明されています。統計モデルと機械学習を組み合わせた抽出であるため、ページ上の表示が複雑な商品ほど誤読の余地が生まれます。抽出ツールが情報を特定できない場合は、その商品が商品レベルで不承認になる点も公式に明記されています。

初期設定でオンになっている点に注意

公式ヘルプでは、自動化は既定で有効になっていると説明されています。つまり、新しくMerchant Centerアカウントを開設しただけで、商品ページの値による上書きが動く状態になっています。設定画面は［商品］から［自動化］タブを開き、対象の自動化で［詳細を表示］を選ぶと、属性ごとにオンとオフを切り替えられます。

マルチクライアントアカウント（MCA）を使っている場合は、各サブアカウントで自動化が有効になり、サブアカウント側で個別に設定を変えられる仕様です。代理店や複数ブランドを束ねる事業者は、親アカウントで止めたつもりでもサブアカウントで動いている可能性があるため、アカウントごとの設定状況を一覧で記録しておくことをおすすめします。

また、担当者の交代や代理店の切り替えがあった際には、自動化の設定が前任者の判断のまま残っていないかを確認してください。過去にオフにした理由が引き継がれていないと、不要な補正停止や、逆に止めるべき補正の放置につながります。設定の理由を一言でも記録しておくと、判断の継続性を保てます。

ほかの自動化機能との違い

自動化タブには、価格・在庫状況・状態の自動更新のほかに、画像の自動改善や配送情報の自動更新などが並びます。公式ヘルプによると、各自動化の詳細画面では変更前後のプレビューや、最適化された商品数、推定されるクリック増加数といった影響の目安を確認できます。この数字は補正がどの程度起きているかを把握する入口として役立ちます。

一方で、自動値引きのような販促系の機能は、広告主が設定した条件のもとで価格を下げて見せる仕組みであり、商品ページとの不一致を埋める自動アイテム更新とは目的が異なります。前者は利益率の管理、後者はデータの正確性の管理と捉えて、それぞれ別の担当や手順で監視すると混乱を防げます。

自動値引きの誤適用を防ぐ設定については、以下の記事で詳しく解説しています。

WEB広告hub

Merchant Center自動値引きの誤適用防止ガイド｜価格乖離と赤字販売を防ぐ設定

https://webhub-media.com/column/merchant-center-auto-discount-safeguard

Merchant Centerの自動値引き（Google公式の日本語ヘルプでは「自動割引」、英語名はautomated discounts）は、ショッピング広告に表示する価格をGoogleのAIが自動で引き下げ、粗利の最大化を狙うアドオン機能です。セール価格を自社で決めて入稿する従来の運用と違い、どの商品をいくら値引きするかをGoogleが1日に数回見直すため、設定を誤ると「想定外の商品が想定外の価格で売れる」という事故につながります。実際に相談を受けるのは、機能そのものの是非よりも「値引きの下限をどう決めるか」「サイト側の価格表示と広告の価格が...

自動補正をどこまで許容するかを決める3区分

自動補正は属性ごとにリスクが異なるため、在庫状況は「許容」、価格とセール価格は「要監視」、状態は商材によって「原則オフ」と分けて判断するのが実務的です。すべてを一律にオンまたはオフにするのではなく、補正が誤っていたときの損失の大きさと、補正がなかったときの機会損失を比べて決めます。

判断の軸は、誤った値で表示されたときにユーザーと広告主のどちらにどれだけ影響が出るかです。在庫切れの商品を早く止められるメリットは大きく、誤りが起きても損失は限定的です。反対に、価格や状態の誤読は表示価格と実際の請求額のずれ、あるいは新品と中古の取り違えにつながり、問い合わせや返品の原因になります。

許容でよいケース

在庫状況の自動更新は、多くのECで許容してよい補正です。在庫切れになった商品がフィード更新までのあいだ広告に表示され続けると、クリック費用だけが発生して購入につながりません。自動更新がオンであれば、商品ページの在庫表示をもとに早めに在庫切れへ切り替わるため、無駄なクリックを抑えられます。

公式ヘルプでは、在庫状況の照合でin_stock、preorder、backorderをいずれもin_stockと一致するとみなす扱いが示されています。予約販売や取り寄せの表示をしているサイトでも、在庫ありの商品が過剰に不一致と判定されにくい設計です。在庫数をリアルタイムで管理しているECであれば、在庫状況はオンのまま運用し、月次で補正件数の推移を見る程度で十分です。

ただし、実店舗と在庫を共有している事業者や、受注生産で納期表示が商品ごとに異なる事業者は、ページの在庫表示とEC上の実際の販売可否が食い違うことがあります。このような場合は、在庫状況であっても補正結果を一度抜き取り確認し、意図しない在庫切れ判定が起きていないかを見てから許容区分に入れてください。

要監視にすべきケース

価格とセール価格は、オンにしておく価値がある一方で、定期的な確認が欠かせない補正です。価格改定をサイトに先に反映し、フィードが翌日に追いつく運用であれば、そのあいだの不一致を自動更新が埋めてくれます。しかし、補正が頻発している場合は、フィードの生成タイミングや価格の取得元に問題が残っているサインと考えるべきです。

価格の補正が起きた商品は、広告上の表示価格とサイトの販売価格が一時的に一致していても、フィードの値は古いままです。フィードの値を前提に作っている商品グループや入札ルール、カスタムラベルがある場合は、補正前の値で区分されたまま運用されている点にも注意してください。価格帯でキャンペーンを分けているアカウントでは、この影響が特に大きくなります。

特に注意したいのは、会員価格やまとめ買い価格、税込と税抜の併記など、1つのページに複数の価格が並ぶ商品です。公式ヘルプでも、商品ページに取り消し線付きの価格が複数表示されていると、正しい取り消し線価格を検出できない場合があると説明されています。こうした商品群は、補正後の価格がサイトの販売価格と一致しているかを週次で抜き取り確認する運用にしてください。

原則オフを検討するケース

状態の自動更新は、中古品や再生品を扱う事業者ほど慎重に扱うべき補正です。ページ内に「新品同様」「未使用に近い」といった表現が並んでいると、実際は中古品であっても判定が揺れる可能性があります。新品と中古の区分は購入判断に直結するため、フィード側で正確に管理できているなら状態の自動更新はオフにし、構造化データのitemConditionも実態に合わせておくことをおすすめします。

価格についても、1日に複数回価格が変わるダイナミックプライシングの商材は例外です。公式ヘルプには、価格や在庫の値が1日に複数回変わるような商品では自動化が機能しない場合があると明記されています。このような商材では自動補正に頼らず、Merchant APIで更新を管理する方針に切り替えたほうが表示の正確性を保てます。

商品フィード全体の品質を底上げする手順については、以下の記事で詳しく解説しています。

WEB広告hub

商品フィード最適化 完全ガイド｜Merchant Center・P-MAX改善手順

https://webhub-media.com/column/product-feed-optimization-guide

EC事業を展開する企業にとって、商品フィード最適化は単なる技術的な設定ではなく、広告成果を根本から左右する戦略的な施策です。Google ShoppingやP-MAXキャンペーンで成果を出すには、正確で豊富な商品フィードを整備し、プラットフォームのAIが効率的に学習できる環境を整えることが不可欠です。フィードの質が低い状態で広告予算を投下しても、インプレッションが伸びず、クリックも購買も発生しにくくなります。実際に、当社が100社以上のEC企業に広告運用支援を行った実績の中で、フィード最適化に取り組んだ企業では月間のROAS...

自動更新をオフにする前の確認事項

自動更新をオフにする判断は、フィードだけで正しい値を届けられる体制が整っているかを確認してから行うべきです。オフにした瞬間から、商品ページとフィードのずれはそのまま不一致として扱われ、補正による緩衝がなくなります。準備が不十分なまま止めると、不承認の商品が急増するおそれがあります。

確認すべき点は、フィードの更新頻度、構造化データの正確さ、そして不一致を検知する仕組みの3つです。いずれかが欠けている状態では、オフにするよりも、オンのまま監査を強化するほうが安全な選択になります。

オフにした場合に起きる変化

価格の自動更新をオフにすると、フィードに入稿した価格がそのまま広告と無料リスティングに使われます。サイト側で値下げや値上げをしたのにフィードの更新が遅れると、そのあいだは古い価格で表示され、Merchant Centerは価格の不一致として商品を検出します。補正が担っていた役割を、フィード更新の速さで置き換える必要があるということです。

状態の自動更新をオフにした場合は、フィードに入稿したcondition属性が優先されます。中古品の在庫が多い事業者では、ページの説明文による誤読がなくなる反面、フィード側で状態を入れ忘れると誤った区分で表示されるため、入稿ルールの徹底が欠かせません。オフにする前に、全商品のcondition属性が埋まっているかを一度棚卸ししておくと安心です。

属性単位で段階的に切り替える

自動化の設定は属性ごとにオンとオフを切り替えられるため、一度にすべてを止める必要はありません。まずは誤読のリスクが最も高い属性だけをオフにし、2週間ほど不一致の件数と広告の配信量を観察してから、次の属性を判断する進め方がおすすめです。

観察期間中に不一致の件数が増えた場合は、いったんオンに戻し、原因を直してから再度オフを試します。オンとオフを切り替えた日付は必ず記録しておいてください。広告の成果が変動したときに、設定変更が原因かどうかをあとから検証できるようになります。

切り替えの判断は、広告運用担当だけで決めずにEC運営担当や開発担当とも共有することが大切です。フィードの更新頻度を上げる、構造化データを修正するといった対応は運用担当だけでは完結しないため、オフにする前に関係者の対応可能な範囲を確認しておくと、切り替え後のトラブルを防げます。

自動補正されても不一致のリスクは残る

自動補正によって表示が正しい値に近づいても、フィードと商品ページの不一致そのものは重大な問題として扱われ続けます。Merchant Center ヘルプの「自動更新: 価格の不一致」に関する解説では、不一致のある商品を引き続き重大なエラーとして扱い、アカウント停止につながる可能性があると説明されています。

つまり、自動アイテム更新は不一致の症状を一時的に和らげる仕組みであって、不一致を解消したことにはなりません。補正が働いているからといって放置していると、不一致の商品数が増えたタイミングで商品の不承認やアカウント単位の措置を受けるおそれがあります。自動補正の発生は、フィードを直すべき商品のリストとして扱うのが正しい向き合い方です。

公式ヘルプが示す位置づけ

公式ヘルプは、自動化をごく一部の商品で起きる一時的な精度の問題を修正するためのものと位置づけ、定期的な商品データ更新の代わりにはならないと明言しています。補正対象が全商品の数パーセントに収まっているうちは想定どおりの使い方ですが、補正が常態化している場合は設計の見直しが必要です。

在庫状況の不一致についても、公式ヘルプでは複数の商品で不正確なデータが見つかるとアカウントが強制停止される可能性があると説明されています。修正後にウェブサイトの検証をリクエストできますが、検証には約12時間かかり、その間は新しいリクエストを送れません。停止を受けてから慌てるのではなく、補正件数の段階で手を打つことが重要です。

補正件数と不一致の件数は、似ているようで意味が異なります。補正件数はGoogleが値を書き換えた商品の数であり、不一致の件数はフィードとページのずれが問題として検出された商品の数です。両方を並べて記録しておくと、補正で表示上は救われているが根本は直っていない商品群を見つけやすくなります。

広告成果への影響の見え方

自動補正は広告の配信面にも静かに影響します。たとえば価格が補正されると、入札や目標ROASの前提にしている単価と実際の表示価格がずれ、成果の変動理由が分かりにくくなります。在庫状況が在庫切れに補正された商品は配信が止まるため、P-MAXやショッピング広告の配信量が急に落ちた原因が、実は自動補正だったということもあります。

成果の変動を調べる際は、広告管理画面だけでなくMerchant Centerの自動化タブと要対応タブを同じタイミングで確認する習慣をつけてください。広告側の指標とフィード側の変化を並べて見ることで、入札調整のような誤った打ち手を避けられます。社内で原因の切り分けが難しい場合は、広告アカウントとフィードをまとめて診断するご相談もご活用ください。

商品の不承認やアカウント停止が起きたときの対処手順については、以下の記事で詳しく解説しています。

WEB広告hub

【2026年版】Merchant Center不承認・アカウント停止 完全ガイド｜商品不承認の原因・解消手順・再審査の進め方

https://webhub-media.com/column/merchant-center-disapproval-guide

Google Merchant Centerは、Googleショッピングやその他のGoogleプロダクトに商品を掲載するための必須ツールです。しかし、運用する事業者の多くが「商品が突然不承認になった」「アカウント停止を突然通知された」という状況に直面します。一度不承認やアカウント停止が発生すると、配信商品の減少やROAS低下につながり、事業に大きな影響を及ぼします。本ガイドでは、Merchant Centerで発生する不承認・アカウント停止の具体的な原因、解消手順、再審査プロセスを実務レベルで解説します。この記事は、Hermandot（ハーマンドット）...

自動補正が起きたときの監査フロー

自動補正の監査は、週次の検知、原因の切り分け、フィード側での根本修正の流れで回すのが基本です。補正件数を眺めるだけで終わらせず、どの商品群で、どの属性が、なぜ補正されたのかまで掘り下げることで、同じ補正の再発を防げます。

担当者が複数いる場合は、誰がどの頻度で確認するかを先に決めておくことが大切です。広告運用担当はパフォーマンスの変化から、EC運営担当は価格改定や在庫連携の変更から、それぞれ補正の兆候に気づける立場にあります。両者の情報を週1回の定例で突き合わせると、見落としが大きく減ります。

週次の検知

まずはMerchant Centerの自動化タブで、各自動化の詳細画面に表示される最適化済みの商品数を記録します。あわせて、商品一覧の要対応タブで価格や在庫状況の不一致に関する問題を絞り込み、対象商品をCSVでダウンロードしておくと、前週との比較が容易になります。

記録はスプレッドシートで十分です。日付、属性、補正件数、不一致の件数、主なカテゴリを1行にまとめ、件数が前週の1.5倍を超えたら原因調査に進むといった社内基準を決めておくと判断がぶれません。この閾値は公式の基準ではなく運用上の目安なので、商品数や更新頻度に合わせて調整してください。

検知の段階では、補正された商品が特定のカテゴリやブランドに偏っていないかも確認します。偏りがある場合は、そのカテゴリのページテンプレートや価格の取得元に共通の問題があると考えられます。全体の件数が横ばいでも、特定カテゴリだけが増えている場合は早めに調査に回すべきです。

原因の切り分け

補正が増えたときは、フィードの更新タイミング、構造化データの記述、ページの表示内容のどこにずれがあるかを順に確認します。多くの場合、サイトの価格改定とフィード生成の時刻がずれているか、カートシステムの改修で構造化データの出力が変わったかのどちらかが原因です。

根本修正と再発防止

原因が分かったら、修正はフィード側とサイト側の両方で行います。自動補正がかかっている状態でフィードを直さずに済ませると、補正の対象から外れた瞬間に古い値が表示されるおそれがあります。公式ヘルプでも、ウェブサイトで商品を更新した直後にフィードのアップロードやMerchant APIでの更新を行うよう推奨されています。

修正後は、翌週の検知で補正件数と不一致の件数が下がったかを必ず確認してください。下がっていなければ、別の原因が残っているか、修正が一部の商品にしか反映されていない可能性があります。修正内容と日付を監査記録に残しておくことで、次に同じ症状が出たときの調査時間を大きく短縮できます。

属性の不足や誤りを後から補う補助フィードの使い方については、以下の記事で詳しく解説しています。

WEB広告hub

【2026年版】Google Merchant Center補助フィード実装ガイド｜属性不足をあとから埋めてROASを落とさず改善する運用設計

https://webhub-media.com/column/merchant-center-supplemental-feed-guide

Google Merchant Centerで商品データを運用していて、「主フィードを直接書き換えるのは難しいが、いくつかの属性だけ後付けで上書きしたい」「不承認になった商品のタイトルや説明文を一括で修正したい」「広告運用側だけでカスタムラベルを管理したい」という場面は珍しくありません。こうした「属性を後から差し込む・上書きする」用途で使われるのが、Google Merchant Centerの補助フィード（supplemental feed、別名「補完フィード」）です。主フィードを汚さずに運用要件だけを上書きできる柔軟な仕組みですが、フィードルールと...

自動補正に頼らないフィードとサイトの設計

自動補正を減らす最も確実な方法は、フィードと商品ページが同じ値を同じタイミングで出す設計にすることです。自動アイテム更新はセーフティネットとして残しつつ、通常はフィードだけで正しい値が届いている状態を目指します。

この状態を作れれば、自動化タブに表示される補正件数はごく少数に収まり、監査の負担も軽くなります。補正が発生した場合も、それは例外的なずれとして素早く特定できるため、広告成果への影響を最小限に抑えられます。

構造化データの整え方

商品ページの構造化データは、フィードと同じ価格、在庫状況、状態を出力するようテンプレートで管理します。価格は通貨記号やカンマを含めない数値で記述し、通貨コードにはJPYを指定します。在庫状況はInStockやOutOfStockなど schema.org の値を使い、状態はNewConditionなど3種類の値から実態に合うものを選びます。

カートシステムやテーマを改修した際は、構造化データの出力が変わっていないかを必ず確認してください。テンプレートの変更で価格の出力形式が崩れると、抽出ツールが別の数値を読み取り、意図しない補正が一斉に発生することがあります。リリース前のチェックリストに構造化データの確認を加えておくと安心です。

確認の方法としては、Googleのリッチリザルトテストなどで代表的な商品ページを数件チェックし、価格、通貨、在庫状況、状態が期待どおりに出力されているかを見るのが手軽です。カテゴリごとにテンプレートが異なるサイトでは、カテゴリ単位で1ページずつ確認する運用にすると、抜け漏れを防げます。

更新頻度とMerchant APIの使い分け

価格や在庫の変更が1日1回程度であれば、フィードの定期取得をサイトの更新直後に合わせるだけで十分に対応できます。公式ヘルプが示すとおり、変更が頻繁な商材ではMerchant APIによる更新管理が推奨されており、タイムセールや在庫の変動が激しい商材ほどAPI連携の効果が大きくなります。

全商品をAPI化する必要はありません。価格変動が激しいカテゴリや売れ筋商品だけをAPIで高頻度更新し、残りは通常のフィードで管理するといった段階的な導入でも、自動補正の件数は大きく下がります。開発工数との兼ね合いで判断がつかない場合は、補正件数が多い商品群から優先的に手を付けると投資対効果を説明しやすくなります。

補助フィードを使って在庫状況だけを高頻度で上書きする方法も有効です。メインフィードの生成ロジックを変えずに済むため、システム改修の負担を抑えながら在庫の不一致を減らせます。価格についても同様に、変動の大きい商品だけを補助フィードで更新する設計が取れます。

セール価格と取り消し線表示の管理

セール価格を入稿する際は、sale_price_effective_date でセール期間を正しく指定し、タイムゾーンも含めて設定してください。期間の指定がないとセール終了後もセール価格が残り、サイトの通常価格との不一致が生まれます。公式ヘルプでも、オンラインショップ上の取り消し線価格がprice属性と一致していることを確認するよう案内されています。

セール時期は価格の自動補正が最も起きやすいタイミングです。大型セールの前後は監査の頻度を週次から日次に上げ、補正件数と不一致の件数を毎日確認する体制を組むと安全です。フィードの設計や監査体制の構築を自社だけで進めるのが難しい場合は、運用代行のご相談も承っています。

まとめ 自動補正は許容範囲を決めて監査する

Merchant Centerの自動アイテム更新は、価格・セール価格・在庫状況・状態の4属性を商品ページの値で補正する便利な仕組みですが、補正が起きても不一致のリスクは残ります。最後に、運用で押さえたいポイントを整理します。

• 属性ごとに許容度を決める。在庫状況は許容、価格とセール価格は要監視、状態は商材によって原則オフを検討する3区分で判断します。
• 補正は直すべき商品のリストと捉える。自動補正されても不一致は重大なエラーとして扱われるため、フィード側で根本修正を行います。
• 週次の監査を仕組みにする。自動化タブと要対応タブを定点観測し、補正件数と原因、修正内容を記録して再発を防ぎます。

まずは無料で広告アカウント診断を

ショッピング広告やP-MAXの成果は、入札や予算だけでなく、Merchant Centerの商品データがどれだけ正確かに大きく左右されます。自動補正が頻発していたり、不一致の警告が消えなかったりする状態では、どれだけ広告設定を調整しても成果が安定しません。

株式会社ハーマンドットでは、広告アカウントとMerchant Centerのフィードをあわせて診断し、自動補正の発生状況や不一致の原因、優先して直すべき商品群を具体的にお伝えしています。社内の担当者だけでは手が回らない監査体制づくりもご支援します。

初回相談は完全無料・所要時間30分・オンライン対応可能です。