Google P-MAXと商品フィード｜成果を左右するデータ設計と改善ポイント

この記事の要点

• P-MAXでMerchant Center商品フィードを使う場合、商品データは広告生成と配信判断の主要な入力です。
• Googleは2026年8月時点で、商品説明と画像を充実させ、価格と在庫を頻繁に更新し、商品問題を確認するよう推奨しています。
• 改善は「商品が配信可能か」「商品を正しく理解できるか」「どの商品群へ予算を使うか」の順に分けます。
• P-MAXの成果変化をフィード改善だけの効果と決めつけず、予算、入札、アセット、季節性、価格も一緒に記録します。

P-MAXで商品フィードはどう使われるのか

P-MAXはGoogleの複数配信面を横断して広告を配信するキャンペーンです。Merchant Centerの商品フィードを接続する小売向け運用では、商品フィードにある商品名、価格、在庫、画像、商品ページURLなどが広告生成と配信の入力になります。

Google Ads公式ヘルプは、Merchant Centerフィードを利用するオンライン販売向けP-MAXについて、商品説明と画像を充実させ、価格と在庫が頻繁に変わる場合は更新し、Product issues列で不足属性や問題商品を確認するよう案内しています。

つまり、P-MAXで自動化される領域が増えても、広告主側が商品データの品質管理から離れるわけではありません。むしろ入札や配信先を細かく指定しにくい分、商品データは広告主が直接改善できる入力の一つです。

最初に確認するのは商品承認と価格・在庫

P-MAXの入札設定を触る前に、Merchant Centerで商品が正常に使える状態かを確認します。

優先順位は次です。

1. 不承認商品
2. 価格不一致
3. 在庫不一致
4. 画像取得エラー
5. 商品ページURLエラー
6. GTINやブランドなど商品識別情報の不足

例えば売上上位50SKUのうち10SKUが価格不一致で止まっているなら、キャンペーンの目標ROASを変えるより先にその不一致を直します。

Google Merchant Centerの商品フィード完全ガイドで診断と更新の確認項目を整理しています。

商品タイトルをP-MAX向けに見直す

商品タイトルは、商品を識別する主要な情報です。ブランド、商品種別、型番、色、サイズなどの中から、ユーザーが商品を探すときに必要な属性を前方へ寄せます。

例えば「ABC-123」だけでは、ユーザーにも媒体にも商品種別が分かりにくくなります。「ブランド名 メンズ 防水スニーカー ABC-123 ブラック」のように、商品を識別できる情報を具体化します。

ただし全商品へ同じ型を当てると不自然になります。家電、アパレル、家具、食品などカテゴリごとにタイトル構造を分けます。

第11週の商品タイトルの最適化では、属性順とテスト方法を詳しく扱います。

商品説明に入れる情報

商品説明には、タイトルに入れきれない素材、用途、サイズ、機能、仕様、対象者などを入れます。Googleは商品説明や画像を充実させることをP-MAX向けの推奨事項として挙げています。

説明文の文字数を増やすこと自体が目的ではありません。「何の商品か」「誰向けか」「何が違うか」がデータとして読み取れる状態を作ります。

セール文言、配送文言、他商品の説明が混ざる場合は削除します。ECサイト本文から機械的に抜く場合、HTMLや定型フッターが混入していないかも確認します。

商品画像の役割

商品フィードの画像は、Shopping系の表示で商品を視覚的に伝える素材です。Googleは商品画像の高品質化を推奨しています。

2027年1月31日からGoogle Merchant Centerの商品画像は500×500ピクセル以上が最低要件になります。2026年8月時点では警告期間に入っているため、P-MAXを継続運用する商品は今のうちに対象SKUを抽出します。

画像改善では、解像度だけでなく次を見ます。

• 商品が中央に十分な大きさで写っている
• 色違いSKUと画像が一致する
• 背景や文字要素が媒体要件に合う
• 画像URLが安定して取得できる
• 追加画像が商品理解を補っている

価格と在庫を高頻度で同期する

P-MAXで成果が出ている商品ほど、価格不一致や欠品時の損失が大きくなります。Googleも価格と在庫が頻繁に変わる場合は更新を推奨しています。

商品数が多いECでは、商品説明を日次更新、価格と在庫を数時間またはAPI差分更新に分ける方法があります。更新要件は在庫変動と許容遅延から決めます。

「毎日午前3時に全件更新」と固定するだけでは、昼に売り切れた商品が翌朝まで広告候補に残る場合があります。

GTINと商品識別

GTINが割り当てられている商品は正しい値を送ります。GoogleはGTINを含む固有商品IDが商品理解に役立つと説明しています。

社内SKU、類似商品のGTIN、親商品のGTINを子SKUへ流用するのは避けます。色やサイズごとに異なるGTINがある場合は、各バリエーションへ対応する値を送ります。

GTINがない商品については、存在しない値を作らず、ブランドやMPN、identifier_existsの公式ルールを確認します。

商品グループを粗利や在庫方針と接続する

P-MAXを商品群ごとに分ける場合、カテゴリだけでなく事業上の扱いを商品データへ持たせると分析しやすくなります。

例として、次の分類があります。

ラベル用途	例	広告運用での使い方
粗利	高/中/低	ROASだけでなく粗利で判断
在庫	過多/標準/希少	販売優先度を調整
季節	夏/冬/通年	時期別キャンペーン
売れ筋	A/B/C	投資配分の確認
セール	対象/非対象	セール商品群の分離

Merchant Centerのcustom_labelを使える場合、こうした事業分類を広告運用へ接続できます。

アセットを商品フィードと分けて考える

Googleはオンライン販売目標のP-MAXについて、商品フィードに加えてテキスト、画像、動画アセットも追加することを強く推奨しています。

商品フィードはSKU単位の商品情報、アセットはブランドやカテゴリ、訴求軸を補う情報です。どちらも同時に大きく変更すると成果変化の原因を追いにくくなるため、変更ログを分けます。

例えば9月1日に商品タイトルを変更し、9月2日に動画アセットを追加し、9月3日に目標ROASも変更すると、9月中旬の改善が何によるものか判断しにくくなります。

商品別レポートで見るべき指標

P-MAXの評価をキャンペーン全体ROASだけで終わらせず、商品群単位で見ます。

• 表示回数
• クリック
• CTR
• コンバージョン
• CVR
• 売上
• 広告費
• ROAS
• 粗利が取れる場合は粗利額、粗利ROAS

フィード変更では表示回数やCTRが先に変わり、その後CVへ影響することがあります。短期間でCVだけを見て戻すと、変化を捉えられない場合があります。

フィード改善の検証方法

変更前に「何が改善すると考えるか」を決めます。

例:

• 仮説: ブランド名が後方にあるため商品識別が弱い
• 実行: 120SKUのタイトル先頭にブランド名を移動
• 対照: 同カテゴリの未変更120SKU
• 指標: 表示回数、CTR、CVR、売上
• 判定: 2〜4週間、季節要因と予算変更を記録

P-MAXは機械学習による変動があるため、短期の1日単位で結論を出さない方が安全です。GoogleはP-MAXキャンペーンについて、学習と比較のため少なくとも6週間の運用を推奨するヘルプも公開しています。キャンペーン状況によって必要期間は変わります。

よくある失敗

キャンペーン設定だけを触り続ける

Merchant Center側に不承認や価格不一致が残っていると、入札調整だけでは解決しません。

全商品タイトルを一括置換する

カテゴリごとに必要属性が違うため、一つのタイトル型を全商品へ適用すると情報が欠ける場合があります。

商品フィードとアセットと入札を同日に変更する

成果変化の原因を追えません。変更ログを分け、可能なら変更時期をずらします。

ROASだけで商品を止める

低ROASでも新規顧客獲得、在庫消化、粗利など別KPIで意味がある商品があります。事業指標を確認します。

実務チェックリスト

• Merchant Centerの不承認商品を確認した
• Product issuesの欠損を確認した
• 価格と在庫の更新遅延を把握した
• 画像500×500px未満の商品を抽出した
• 商品タイトルをカテゴリ別に点検した
• GTINを推測値で埋めていない
• product_typeやcustom_labelを運用単位に使える
• 商品フィード変更ログがある
• アセット変更とフィード変更を分けて記録している
• 商品群別の表示、CTR、CVR、売上を見ている
• 粗利が取得できる場合はROASだけで判断していない

公式情報と更新時点

最終確認日: 2026年8月29日。

• Google Ads「Merchant Centerフィードを使用しているP-MAXの最適化」
• Google Merchant Center「商品画像リンク」
• Google Merchant Center「固有商品ID」

P-MAXとMerchant Centerの仕様は変更されるため、実際の設定前に公式ヘルプの確認を推奨します。

P-MAX改善で変更を分離する運用例

月初にMerchant Centerの価格不一致を修正し、翌週にタイトル変更、その次週に動画アセット追加というように変更時期を分けます。

変更ログには、フィード、アセット、予算、入札、コンバージョン設定を別列で記録します。成果が変わったとき、どの変更が同時期にあったか追えます。

商品群別に見ると全体平均の誤解を減らせる

キャンペーン全体ROASが改善しても、主力カテゴリが悪化し低粗利商品が伸びただけというケースがあります。

product_typeやcustom_labelで商品群を分け、売上と粗利を見ます。広告費上位20%の商品群がどこかも確認します。

P-MAXで在庫戦略を反映する

在庫過多商品を優先したい、希少商品は広告を抑えたいといった事業判断をカスタムラベルへ持たせると、商品群の切り分けに使えます。

広告成果だけでなく在庫回転や粗利を合わせて判断します。

P-MAXで商品データ変更の影響を急いで判定しない

機械学習と配信量の変動があるため、数日だけの結果でタイトルや画像変更を元に戻すと判断が不安定になります。

商品群の配信量が十分か、セールや休日が重なっていないか、予算や入札が同時に変わっていないかを確認します。

商品フィードの問題をキャンペーンで隠さない

不承認商品を除外してキャンペーン上の見た目を整えるだけでは、商品データの問題は残ります。

主力商品の不承認は商品マスターか変換ルールへ戻して直し、再発防止します。

商品フィード改善と学習期間の関係

GoogleはP-MAXで十分な学習と比較のため、少なくとも6週間の運用を推奨する案内を公開しています。これは「6週間何も変更してはいけない」という意味ではありませんが、短期間の数値変動だけで大きな方向転換を繰り返さない方が比較しやすくなります。

フィード側で緊急の価格・在庫修正は即時対応し、タイトルや画像のテストは計画的に行います。

P-MAX改善の判断単位

商品単位のデータ改善と、キャンペーン単位の予算・入札変更を別の判断単位として扱います。商品側の問題が解消してからキャンペーン設定を評価すると、原因を追いやすくなります。

最低限の比較期間

商品フィード変更後は、配信量が十分にたまるまで待ち、同時期の予算変更やセールを記録します。短期変動だけで採否を決めないようにします。