Merchant Centerクリックポテンシャル読解ガイド｜優先度の高い修正の決め方
Merchant Centerの[注意が必要]タブを開くと、数十から数千件の問題が並び、どれから手を付けるべきか迷ってしまう担当者は少なくありません。不承認の商品を上から順に直していくと、売上にほとんど関係のない商品の修正に時間を取られ、本当に稼いでいる商品群の問題が後回しになることがあります。
この判断を助けるのが、Merchant Center Nextに用意されている「クリックの可能性（英語UIではClick potential）」の列と「優先度の高い修正」のフィルタ、そして問題の詳細ページです。本記事では、不承認理由そのものの解説ではなく、これらの指標と導線を使って「どの商品群から先に直すか」という修正順序を設計する方法に絞って解説します。
記載している画面名や仕様は、Google公式ヘルプ「[注意が必要]タブ – Google Merchant Center ヘルプ」や「Merchant Centerの問題 – Google Merchant Center ヘルプ」で確認できる2026年10月時点の情報にもとづいています。画面表記はアカウントや言語設定によって異なる場合があるため、実際の管理画面とあわせてご確認ください。
この記事の要点
- クリックの可能性は、他の商品と比べたクリックの見込みを高・中・低の3段階で示す相対評価
- 優先度の高い修正は、販売状況やクリックに中程度以上の影響がある問題だけに絞り込むフィルタ
- 修正順序はアカウント単位の問題を最優先にし、その後はクリックの可能性×ステータス×影響商品数で決める
- 問題の詳細ページで原因・推奨される対応・ビジネスへの影響を確認してから修正手段を選ぶ
- フィルタをオンにしたままでは低影響の問題が見えないため、月1回は全件を確認する
クリックポテンシャルと優先度の高い修正の基本
クリックポテンシャルと優先度の高い修正は、膨大な問題の中から「売上への影響が大きいもの」を先に見つけるための仕組みです。どちらもMerchant Center Nextの[商品]ページにある[注意が必要]タブに組み込まれており、追加の設定をしなくても利用できます。ここでは、修正順序を考える前提として、それぞれの意味と表示のされ方を整理します。
クリックの可能性が示す3段階の評価
クリックの可能性とは、ある商品が同じアカウント内の他の商品と比べて、どの程度クリックを獲得できそうかを示す相対的な評価です。Google公式ヘルプによると、判定には過去のトラフィック指標、登録されている商品データ、需要が使われており、評価は「高」「中」「低」の3段階で表示されます。
注意したいのは、この評価が絶対的なクリック数の予測ではなく、他の商品との比較である点です。たとえばアカウント全体の流入が少ない場合でも、その中で相対的に見込みのある商品は「高」になります。また、Google側で推定が終わっていない商品には評価が表示されません。評価が空欄だからといって、クリックの見込みがゼロという意味ではないことを押さえておく必要があります。
実務上の価値は、不承認や警告で止まっている商品についても評価が表示される点にあります。配信が止まっている商品は自社の広告レポートに実績が出てこないため、どの商品が本来どれだけ売れる見込みがあったのかを社内データだけで判断するのは困難です。クリックの可能性は、この「見えない機会損失」を推し量る手がかりとして使えます。
優先度の高い修正フィルタの役割
優先度の高い修正は、[注意が必要]タブに表示される問題を、商品の販売状況やクリックの可能性に中程度または大きな影響をもたらすものだけに絞り込むフィルタです。切り替えボタンでオンとオフを切り替えられ、オンの状態では影響の小さい問題が一覧から外れます。
公式ヘルプでは、この機能はGoogleが商品の販売見通しを推定できるアカウントで利用できると説明されています。つまり、開設直後で実績が少ないアカウントや、推定に必要なデータがそろっていないアカウントでは、フィルタが期待どおりに働かない可能性があります。オフに切り替えるとすべての問題が表示されるため、全体像を確認したいときはオフにして見比べるのが基本です。
問題の詳細ページで分かること
問題の詳細ページは、1つの問題について原因から対応方法、影響範囲までをまとめて確認できる画面です。英語ヘルプではIssue Details Page（IDP）と呼ばれており、[注意が必要]タブの問題カードから直接開けます。
このページには、問題の概要（詳細な説明・原因・解決方法）、推奨される対応（自動改善の有効化や再審査請求へのリンクなど）、ビジネスへの影響（クリックの可能性や影響を受ける商品数）、影響を受けている商品のサンプルが表示されます。修正の優先度を判断する材料と、実際に直すための導線が1画面にそろっている点が、問題の詳細ページを起点にする最大の理由です。
| 機能 | 表示場所 | 分かること | 修正順序での使い方 |
|---|---|---|---|
| クリックの可能性 | [注意が必要]タブの商品一覧の列 | 他の商品と比べたクリックの見込み（高・中・低） | 同じ問題を抱える商品の中で先に直す商品を選ぶ |
| 優先度の高い修正 | [注意が必要]タブ上部の切り替え | 販売状況やクリックに中程度以上の影響がある問題 | 着手する問題の候補を絞り込む |
| 影響の大きい問題 | [注意が必要]タブ上部の3枚のカード | 影響の大きい問題と影響を受ける商品数 | 最初に着手する問題を決める |
| 問題の詳細ページ | 問題カードから遷移 | 原因・推奨される対応・ビジネスへの影響・商品サンプル | 修正手段と作業量を見積もる |
修正順序を決める優先度マトリクス
修正順序は、アカウント単位の問題を最優先にしたうえで、商品単位の問題を「クリックの可能性×ステータス×影響商品数」の3軸で並べると迷わずに決められます。クリックの可能性だけで並べると、警告で表示は続いている商品と、不承認で完全に止まっている商品が同じ扱いになってしまうためです。
アカウント単位の問題は別枠で最優先にする
公式ヘルプ「Merchant Centerの問題」によると、問題には商品単位とアカウント単位の2種類があり、アカウント単位の問題はすべての商品に影響します。アカウント単位で停止になると、Google全体で商品が表示されなくなります。重大な違反の場合は警告なしで停止されることもあると案内されています。
そのため、アカウント単位の警告が画面上部のバナーに出ている場合は、商品単位の優先度を考える前にそちらを片付けるのが鉄則です。アカウント単位の問題は、クリックの可能性の評価に関係なく最優先と位置付けてください。ショップの返品ポリシーや配送設定、ウェブサイトの表示内容など、商品データ以外の修正が必要になるケースも多いため、早めに関係部署へ連絡しておくと復旧が早まります。
クリックの可能性とステータスを掛け合わせる
商品単位の問題は、クリックの可能性（高・中・低）とステータス（不承認・警告）の掛け合わせで優先順位を付けます。最優先は「高×不承認」で、本来クリックを集められる商品が配信から外れているため、機会損失が最も大きい区分です。次に「高×警告」と「中×不承認」が続きます。
警告の商品は表示が続いているものの、公式ヘルプでは「パフォーマンスが制限される場合があります」と説明されています。クリックの可能性が高い商品であれば、警告でも表示機会の取りこぼしは大きくなります。逆に「低×警告」は作業効率が低いため、定例点検でまとめて処理する区分として扱うのが現実的です。
このマトリクスは、担当者の感覚に頼らず誰でも同じ順序で作業できるようにするための共通ルールとして機能します。上司や他部署に修正の進め方を説明する際にも、「クリックの可能性が高い不承認から順に解消している」と根拠を示せるため、ECサイト側の改修依頼などで協力を得やすくなります。
| 優先度 | クリックの可能性 | ステータス | 対応の目安 |
|---|---|---|---|
| 最優先 | 高 | 不承認 | 当日中に原因を特定し修正・再審査請求 |
| 優先 | 高 | 警告 | 数日以内に属性を補完 |
| 優先 | 中 | 不承認 | 影響商品数が多い問題から順に修正 |
| 通常 | 中 | 警告 | 週次の点検で処理 |
| 後回し可 | 低 | 不承認・警告 | 月次で一括処理、または掲載継続の要否を判断 |
| 保留 | 評価なし | 不承認・警告 | 自社の売上データで代替判断 |
影響商品数と自社の売上データを重ねる
同じ優先度の区分に複数の問題がある場合は、影響を受ける商品数が多い問題から着手します。1つの原因で数百件の商品が不承認になっているケースでは、フィードの設定を1か所直すだけでまとめて解消できることが多く、1件あたりの作業コストが小さくなるためです。
ただし、クリックの可能性はGoogle側の推定であり、自社の利益率や在庫状況は反映されていません。粗利が大きい主力商品や、在庫を早く消化したい商品は、評価が「中」でも優先度を一段上げる判断が必要です。Googleの評価は判断材料の1つであり、最終的な順序は自社の売上データで補正するという前提で運用してください。
[注意が必要]タブを使った修正リストの作り方
修正リストは、影響の大きい問題のカードで着手する問題を決め、商品一覧のフィルタで対象を絞り、ビューをダウンロードして作業表にする流れで作ると効率的です。画面上で1件ずつ確認していくよりも、作業の抜け漏れと重複を防ぎやすくなります。
影響の大きい問題のカードから着手する
[注意が必要]タブの上部には、影響の大きい問題が3枚のカードで表示されます。カードにはアカウント単位と商品単位の問題が含まれ、影響を受ける商品数も確認できます。各カードには[修正]、[商品を表示]、[すべて表示]のボタンがあり、ここから問題の詳細ページや対象商品の一覧へ移動できます。
最初の作業としては、優先度の高い修正をオンにした状態でこの3枚のカードを確認し、前章のマトリクスに当てはめて着手順を決めるのがおすすめです。カードに表示される問題はGoogleが影響が大きいと判断したものであるため、カードの問題を先に解消するだけで、配信への影響の大部分を抑えられるケースが少なくありません。
フィルタとビューのダウンロードで作業表にする
カードの下には、注意が必要なすべての商品の一覧が表示されます。この一覧はクリックの可能性、問題、ステータス、タイトルで絞り込めるほか、独自の条件を組み合わせたフィルタも設定できます。たとえば「クリックの可能性が高」かつ「ステータスが不承認」で絞り込めば、最優先の区分だけを抜き出せます。
絞り込んだビューはダウンロードできるため、スプレッドシートに取り込んで担当者、修正方法、修正予定日、再審査の状況などの列を追加すると、そのまま作業表として使えます。複数人で修正を分担する場合や、ECサイトの更新を別チームに依頼する場合は、この作業表が共通の進捗管理表になります。ダウンロードした時点の状態を日付付きで保存しておくと、後から修正の進み具合を比較する基準にもなります。
作業表の行は商品単位ではなく「問題×商品群」の単位でまとめると、管理が楽になります。同じ原因で不承認になっている商品はまとめて1行にし、影響商品数とクリックの可能性の内訳（高・中・低の件数）を記録しておけば、前章のマトリクスに沿った並べ替えがスプレッドシート上で完結します。
社内でこうした管理体制をつくる余裕がない場合は、広告運用の専門チームへの相談も選択肢になります。
問題の詳細ページで原因と推奨される対応を確認する
着手する問題が決まったら、問題の詳細ページで原因と解決方法を確認します。同じ「不承認」でも、商品データの値が誤っているのか、ランディングページとの不一致なのか、ポリシーの問題なのかによって、直すべき場所が変わるためです。
推奨される対応の欄には、自動改善の有効化や再審査請求へのリンクが表示されることがあります。また、商品のサンプルを数件開いて、実際のデータとランディングページを見比べておくと、原因の見立てが外れていないかを早い段階で確認できます。サンプルの確認を省いて一括修正をかけると、別の原因で不承認になっている商品まで誤って書き換えてしまうリスクがあります。
不承認の主な原因と、原因別の解消手順・再審査の進め方については、以下の記事で詳しく解説しています。
問題の種類に合わせた修正手段の選び方
修正手段は、Merchant Centerの自動修正、推奨される属性値、フィードの元データ修正、補助フィードによる上書きの4つから、問題の原因と影響商品数に合わせて選びます。手段を誤ると、一時的に解消しても次のフィード更新で同じ問題が再発するため、優先度と同じくらい手段の選択が重要です。
自動修正と推奨される属性値を使う場面
公式ヘルプによると、利用可能な問題では[自動修正を適用]のオプションが表示され、商品データに永続的なルールとして修正を適用できます。また、属性値の修正候補が提示される「推奨される属性値」では、候補を確認したうえで個別に承認できます。承認した修正はファイルアップロードの値より優先して適用され、[商品を編集]から確認や元に戻す操作ができると案内されています。
これらは作業が早い反面、承認前にランディングページで値が正しいかを確認することが公式ヘルプでも推奨されています。また、価格・在庫状況・商品の状態をウェブサイトに合わせて自動更新する機能や、画像からテキストや透かしを取り除く自動画像改善も用意されています。自動画像改善は初期状態でオフになっているため、必要に応じて[自動化]タブで設定を確認してください。
自動修正や推奨される属性値は、クリックの可能性が高い商品群の問題を短時間で解消したい場面で特に役立ちます。一方で、修正内容がMerchant Center側に残り続けるため、ECサイト側で価格や商品情報を変更した際に、意図しない値が優先されていないかを定期的に確認する運用が欠かせません。
自動修正を使う前の確認事項
- 正確性：承認前にランディングページの表示と値が一致しているか
- 優先順位：承認した修正はファイルアップロードの値より優先される
- 元に戻す方法：[商品を編集]から修正の確認と取り消しができるか
- 記録：作業表にどの商品群へ適用したかを残しているか
フィードの元データを直す場面
影響商品数が多く、原因がフィードの出力ロジックにある問題は、元データを直すのが根本的な解決策です。たとえば商品カテゴリの対応表が古い、価格の税込・税抜の扱いが誤っている、在庫ステータスの変換ルールが漏れているといったケースでは、Merchant Center側で上書きしても、ECシステムから次のフィードが送られるたびに同じ問題が発生します。
元データの修正はECサイトの運営チームや開発担当の協力が必要になるため、時間がかかりがちです。最優先の区分に当たる問題であれば、まず自動修正や補助フィードで暫定的に解消し、並行して元データの恒久対応を進める二段構えが現実的です。暫定対応を入れたまま放置すると管理が複雑になるため、作業表に恒久対応の期限も記録しておきます。
開発チームに改修を依頼する際は、影響商品数とクリックの可能性の内訳を添えると、改修の優先度を判断してもらいやすくなります。「高評価の商品が何件止まっているか」という数字は、エンジニアにとっても作業の重要度を理解しやすい共通言語になるためです。
補助フィードで上書きする場面
特定の属性だけが不足している、あるいは一部の商品だけ値を差し替えたい場合は、補助フィードによる上書きが有効です。元データを触らずに、商品IDをキーとして必要な属性だけを追加・修正できるため、ECシステムの改修を待たずに対応できます。
補助フィードは、クリックの可能性が高い商品群に絞って属性を補完する使い方とも相性が良い手段です。たとえば「高×警告」の商品にGTINや商品の詳細属性が欠けている場合、その商品群だけを補助フィードで補えば、全商品を対象にするよりも少ない工数で効果の大きい部分から改善できます。
| 修正手段 | 向いている問題 | スピード | 注意点 |
|---|---|---|---|
| 自動修正 | 表示された問題で自動修正が利用可能なもの | 速い | 永続的なルールとして適用されるため内容を確認 |
| 推奨される属性値 | 属性値の誤りや不足で候補が提示されたもの | 速い | 承認前にランディングページで正確性を確認 |
| フィードの元データ修正 | 出力ロジックが原因で影響商品数が多いもの | 遅い | 開発・EC運営チームとの調整が必要 |
| 補助フィード | 一部の商品や特定の属性だけを補いたいもの | 中程度 | 元データとの二重管理にならないよう期限を決める |
補助フィードの設計方法や、属性不足を後から埋める運用の進め方については、以下の記事で詳しく解説しています。
優先度を見誤りやすい典型パターン
優先度の判断で最も多い失敗は、優先度の高い修正をオンにしたまま「全部確認した」と考えてしまうことです。便利な指標であるほど見えていない部分が生まれやすいため、ここでは運用現場でよく見かける見誤りのパターンと、その防ぎ方を整理します。
フィルタをオンにしたまま全件を見たつもりになる
優先度の高い修正をオンにした状態では、影響が小さいと判断された問題は一覧に表示されません。そのため、画面上の問題がすべて片付いたように見えても、実際には低影響の問題が多数残っていることがあります。低影響の問題も積み重なれば、アカウント全体の商品データ品質を下げる要因になります。
対策としては、週次の点検はフィルタをオンにして高影響の問題に集中し、月1回はフィルタをオフにして全件を確認するというように、確認の粒度を分けておく方法が効果的です。全件確認の日を作業表に固定しておくと、担当者が替わっても運用が崩れにくくなります。
評価が低い商品や評価がない商品を放置する
クリックの可能性が「低」の商品は後回しにしてよい区分ですが、放置してよいわけではありません。新商品や季節商品は、過去のトラフィックが少ないために低く評価されやすく、繁忙期の直前になってから問題に気付くと、需要の立ち上がりに配信が間に合わないことがあります。
また、評価が表示されていない商品は、Google側で推定が完了していない状態です。開設直後のアカウントや新規に登録した商品群では評価が出そろうまで時間がかかるため、その間は自社の販売計画や在庫データをもとに優先度を判断する必要があります。
実務では、繁忙期の1〜2か月前に、評価が低い商品と評価がない商品の中から販売計画上の重点商品を抜き出し、別枠で問題を解消しておく運用が有効です。Googleの評価は過去の傾向を反映したものであり、これから売りたい商品の見込みまでは読み取れないため、未来の需要に関する判断は自社が主体となって補う必要があります。評価に頼れる部分と頼れない部分を区別しておくことが、優先度の見誤りを防ぐ近道です。
評価だけで判断しないほうがよい商品
- 新商品：過去のトラフィックが少なく評価が低く出やすい
- 季節商品：繁忙期の前は需要が反映されにくい
- 高粗利の主力商品：利益率は評価に含まれない
- 評価なしの商品：推定が完了するまで自社データで判断
警告を不承認より軽く見すぎる
警告の商品は表示が続いているため、不承認より優先度を下げがちです。しかし公式ヘルプでは、警告の状態でもパフォーマンスが制限される場合があると説明されています。表示されているから問題ないと考えて、警告の内容を確認せずに一律で後回しにするのは避けるべきです。
特にクリックの可能性が高い商品の警告は、表示回数やクリック数が目に見えて落ちる前に手を打つべき区分です。問題の詳細ページで、警告の説明文に対応期限や今後の扱いに関する記載がないかを確認し、期限が示されている場合は不承認と同じ扱いで修正を急ぎます。期限の記載がない警告であっても、クリックの可能性が高い商品であれば、属性の補完だけで表示機会を取り戻せる可能性があるため、早めに着手する価値があります。
また、警告の多くは商品の詳細属性の不足や画像の品質など、データを補えば解消できるものです。不承認と違ってポリシー判断を待つ必要がないぶん、修正から反映までが比較的短く、少ない工数で成果に結びつきやすい点も、警告を軽視すべきでない理由の1つです。
商品データの品質をまとめて底上げする方法については、以下の記事で詳しく解説しています。
修正後の効果検証と定例運用の組み立て方
修正の効果は、[履歴を表示]で商品ステータスの推移を確認し、広告側の表示回数やクリック数の変化と照らし合わせて検証します。修正して終わりにせず、検証と定例点検のサイクルを決めておくことで、同じ問題の再発や対応漏れを防げます。
履歴を表示でステータスの推移を確認する
[注意が必要]タブの[履歴を表示]を開くと、商品ステータスの時系列の変化を表で確認できます。期間、国、商品カテゴリ、商品ステータスで絞り込めるため、修正した商品群の不承認数が実際に減っているかを追跡できます。特定の日時のスナップショットも確認できるため、修正前後の比較にも使えます。
検証の際は、ステータスの改善だけでなく、修正した商品群の表示回数とクリック数が戻っているかもあわせて確認します。ステータスが承認済みに戻っても、価格競争力や画像の訴求力が弱ければクリックは伸びないため、ステータスと成果の両面で見ることが大切です。修正前に作業表へ保存したスナップショットと比べれば、どの問題の解消が成果に効いたのかを振り返れます。
公式ヘルプでは、問題を修正して審査をリクエストした場合、審査は通常24〜48時間以内に完了すると案内されています。修正の翌日から数日はステータスが変化していく途中であるため、効果の判定は審査が完了するまで待ってから行います。予定日を過ぎてもステータスが変わらない場合は、問題の詳細ページで原因を再確認してください。
週次と月次で点検の粒度を分ける
定例運用では、週次で優先度の高い修正をオンにした状態の高影響の問題を処理し、月次でフィルタをオフにした全件確認と、補助フィードなど暫定対応の棚卸しを行う二層構造がおすすめです。週次の点検は30分程度で終わる範囲に絞り、月次でまとまった時間を取って構造的な問題に向き合うと、作業負荷を平準化できます。
点検の結果は作業表に記録し、問題の種類ごとに件数の推移を残しておくと、どの原因が繰り返し発生しているかが見えてきます。同じ原因が毎月上位に来る場合は、暫定対応ではなく元データの恒久対応を優先する判断材料になります。
点検の担当者が1人に固定されていると、休暇や異動のタイミングで確認が止まりやすくなります。作業表と点検の手順を共有し、誰が見ても同じ基準で優先度を付けられる状態にしておくことが、修正順序の設計を長く機能させるための条件です。
定例点検の進め方
- 週次：優先度の高い修正をオンにして影響の大きい問題のカードを処理
- 週次：クリックの可能性が高の不承認がゼロになっているか確認
- 月次：フィルタをオフにして全件を確認し、低影響の問題を一括処理
- 月次：補助フィードや自動修正などの暫定対応を棚卸し
- 月次：[履歴を表示]で問題の種類別の件数推移を記録
広告のキャンペーン設計と連動させる
クリックの可能性が高い商品群の問題を解消したら、ショッピング広告やP-MAXの商品グループ側でも、その商品群が十分な予算と入札を受けられる構成になっているかを確認します。Merchant Center側で配信可能な状態に戻しても、キャンペーン側で除外されていたり、他の商品と同じグループに埋もれていたりすると、修正の効果が売上に結びつきません。
特に長期間不承認になっていた商品は、復帰直後に広告側の学習データが不足していることがあります。復帰した商品群をカスタムラベルなどで識別できるようにしておくと、復帰後の表示回数やクリック数を他の商品と切り分けて追跡でき、予算配分の調整も判断しやすくなります。
反対に、広告の成果データから売れ筋だと分かっている商品が「低」と評価されている場合は、商品データの品質に改善余地があるサインと考えられます。Merchant Centerの評価と広告の実績を並べて見ることで、修正の優先度と広告の配分を一体で最適化できます。自社だけで両方を見るのが難しい場合は、広告アカウントの無料診断で現状を棚卸しするのも有効です。
ショッピング広告のキャンペーン構成と商品グループの設計方法については、以下の記事で詳しく解説しています。
まとめ クリックの可能性で修正順序を決める運用
Merchant Centerの問題対応は、件数の多さに圧倒されて上から順に処理するのではなく、影響の大きいものから順序立てて進めることが成果への近道です。本記事のポイントを3つに整理します。
- アカウント単位の問題を最優先にする。商品単位はクリックの可能性×ステータス×影響商品数で並べ、自社の粗利や在庫で補正します。
- 問題の詳細ページで原因を確かめてから手段を選ぶ。自動修正・推奨される属性値・元データ修正・補助フィードを使い分け、再発を防ぎます。
- 週次は高影響、月次は全件で点検する。フィルタをオンにしたままでは見えない問題があるため、確認の粒度を分けて運用します。
まずは無料で広告アカウント診断を
Merchant Centerの[注意が必要]タブに問題が積み上がっていると、どこから直せば売上が戻るのかが見えにくくなります。株式会社ハーマンドットでは、Merchant Centerの問題状況とショッピング広告・P-MAXの配信データを並べて確認し、売上への影響が大きい商品群から修正順序を整理するご支援を行っています。
フィードの改修方針から補助フィードの設計、キャンペーン構成の見直しまで、運用担当者の工数を抑えながら成果につなげる進め方を具体的な優先順位付きでご提案します。
初回相談は完全無料・所要時間30分・オンライン対応可能です。