Google Merchant Centerがすべての商品を不承認にしているのはなぜですか?

7分で読めます更新日 2026-03-27
カタログ内のすべての商品が一度に不承認になった場合、個別の商品の問題とは異なる状況です。一斉不承認は通常、アカウントレベルの問題、重大なフィードエラー、またはシステム全体のポリシー違反を示しています。何が起こったかを診断し、商品をオンラインに戻す方法をご説明します。

クイック回答

一括不承認は通常、アカウントレベルの問題、フィードエラー、またはすべての商品に影響する広範なポリシー違反を示します。

一斉不承認と個別の問題の違い

すべての商品が同時に不承認になる場合、通常はいくつかの根本原因のいずれかを指しており、個別の商品の問題とは異なる修正が必要です。

重要な区別

すべての商品が同じ理由で不承認になっている場合は、フィード全体またはアカウント全体の問題を探してください。商品ごとに異なる理由が表示されている場合は、別々の修正が必要な複数の問題がある可能性があります。

一斉不承認の一般的な原因

1

ウェブサイトのダウンまたはアクセス不能

Googleがウェブサイトをクロールできない場合、すべての商品がランディングページの問題としてフラグされます。サーバーの問題、SSLの期限切れ、またはDNSの問題が原因となります。

2

フィードのアップロード失敗または破損

不正なフィードのアップロードにより、商品データ全体が壊れる可能性があります。一般的な原因:エンコーディングの問題、必須カラムの欠落、ファイル形式の変更。

3

アカウントレベルのポリシー違反

Googleがビジネス慣行がポリシーに違反していると判断した場合、アカウントを審査中にすべての商品を不承認にする場合があります。

4

ドメイン認証の喪失

ドメイン認証が期限切れになったり無効になったりすると、Googleは商品データを信頼しなくなります。

根本原因の診断

何かを修正する前に、一斉不承認がなぜ発生したかを正確に特定する必要があります。以下の領域を順番に確認してください:

1

まずアカウントステータスを確認する

アカウントレベルの警告や停止通知がないか確認します。アカウントが停止されている場合、停止に対処するまで商品レベルの修正は役に立ちません。

2

診断で共通エラーを確認する

商品 > 診断に移動します。すべての商品が同じエラーを表示している場合、それが対処すべきターゲットです。正確な文言をメモしてください。

3

ウェブサイトをテストする

異なるネットワークやデバイスからウェブサイトにアクセスしてみてください。SSL証明書のステータスを確認します。DNSが正しく解決されていることを確認します。

4

フィード処理レポートを確認する

フィードが最後に正常に処理された時刻を確認します。フィード履歴でアップロードエラー、パースの失敗、または警告を探します。

5

ドメイン認証を確認する

設定 > リンクされたサービスに移動します。ドメインがまだ申請・認証されていることを確認します。

ウェブサイトが問題の場合

ウェブサイトの可用性の問題は、最も劇的な一斉不承認の原因となります。すべての商品が同時にランディングページのチェックに失敗します。

一般的なウェブサイトの問題

  • サーバー障害 - Googleのクロール中にホスティングプロバイダーがダウンした
  • SSL証明書の期限切れ - HTTPSが必須であり、期限切れの証明書はすべてを壊します
  • Googlebotのブロック - robots.txtまたはファイアウォールルールがGoogleのクロールを妨げている
  • 地理的ブロック - Googleのクローラーの場所からウェブサイトにアクセスできない
  • レート制限 - サーバーがリクエストを制限し、Googleにエラーを返している

修正方法

自分のネットワーク外からウェブサイトにアクセスできることを確認する
SSL証明書が有効で正しくインストールされていることを確認する
robots.txtがGooglebotをブロックしていないことを確認する
問題を修正した後にリフェッチをリクエストする

一時的な障害でも長期的な影響があります

ウェブサイトが復旧しても、Googleが再クロールするまで商品は不承認のままです。フィードを再送信するか、Merchant Centerの「フェッチ」機能を使用してリフェッチを強制しない限り、時間がかかる場合があります。

フィードが問題の場合

フィードエラーは、商品カタログ全体を即座に壊す可能性があります。一斉不承認の最も一般的なフィード関連の原因は以下の通りです。

エンコーディングの問題

  • ・ 間違った文字エンコーディングで保存されたファイル
  • ・ XML/CSV構造を壊す特殊文字
  • ・ パースの失敗を引き起こすBOM(バイトオーダーマーク)

構造の変更

  • ・ CSVのカラム順序が変更された
  • ・ 必須カラムの名前変更または削除
  • ・ タブ/カンマの区切り文字が変更された

データの問題

  • ・ すべての価格がゼロまたは空白に設定されている
  • ・ すべてのURLが間違ったドメインを指している
  • ・ 通貨コードが変更されたか欠落している

アップロードの失敗

  • ・ スケジュールされたフェッチURLが変更されたか壊れている
  • ・ FTP認証情報の期限切れ
  • ・ ファイルサイズが制限を超えている

フィードエラーからの復旧方法

  • バックアップから復元する - 以前の正常に動作していたフィードがある場合、すぐにアップロードします
  • 処理レポートを確認する - Googleが各失敗したアイテムについて報告する正確なエラーを読みます
  • アップロード前に検証する - 新しいフィードをプッシュする前にGoogleのフィードバリデーターを使用します
  • 少量のサブセットでテストする - まず数商品だけアップロードして修正が機能することを確認します

ポリシーに関連する問題の場合

一斉不承認にポリシー違反の通知が伴う場合、問題はより深刻であり、慎重な対応が必要です。

ポリシー関連の一斉不承認の兆候

  • エラーメッセージが特定のポリシーに言及している(虚偽表示、禁止コンテンツなど)
  • アカウントに警告または「制限」ステータスが表示されている
  • ポリシー審査についてのメール通知を受け取った
  • フィードデータが正しく見えるにもかかわらず商品が不承認になっている

対処方法

1
立ち止まって評価する - すぐに商品を再送信しないでください。まずポリシー違反を理解してください。
2
ウェブサイトを確認する - ポリシーの問題は通常、フィードデータだけでなくサイトに関するものです。
3
包括的に修正する - 言及されたものだけでなく、すべての潜在的なポリシーの問題に対処します。
4
審査をリクエストする - 修正した内容を説明する正式な異議申し立てを提出します。

ポリシー違反はアカウントレベルの問題です

ポリシー関連の一斉不承認が表示されている場合、完全なアカウント停止まであと一歩の可能性があります。これを深刻に受け止めてください。異議申し立てが複数回失敗すると、永久停止につながる可能性があります。

ステップバイステップの復旧プロセス

原因を特定したら、以下のプロセスに従って復旧してください。

1

根本原因を修正する

ウェブサイト、フィード、またはポリシーのいずれであっても、症状ではなく実際の問題に対処します。

2

再送信前にテストする

ウェブサイトにアクセスできること、フィードが正しく検証されること、ポリシーの問題が本当に解決されていることを確認します。

3

フィードを再送信する

再処理をトリガーするために新しいフィードをアップロードします。スケジュールされたフェッチを待つよりも高速です。

4

審査をリクエストする(ポリシーの問題の場合)

ポリシー違反の場合、診断インターフェースから手動で審査をリクエストします。

5

復旧を監視する

次の24〜72時間にわたって診断を監視します。商品の再承認が始まるはずです。

今後の一斉不承認の防止

復旧後は、再発を防ぐための安全策を講じてください。

ウェブサイトの監視

  • ・ 稼働時間監視アラートを設定する
  • ・ SSL証明書の有効期限リマインダー
  • ・ 定期的なアクセシビリティテスト

フィード管理

  • ・ 最後に正常動作したフィードのバックアップを保持する
  • ・ アップロード前にフィードを検証する
  • ・ エラーチェック付きのフィード管理ツールを使用する

Merchant Centerのチェック

  • ・ 診断を毎日確認する
  • ・ 問題に対するメールアラートを有効にする
  • ・ フィード処理レポートを毎週確認する

プロセスの安全策

  • ・ まずステージング環境で変更をテストする
  • ・ ロールバック手順を準備しておく
  • ・ 問題の原因を文書化する

包括的なコンプライアンススキャン

当社のスキャナーは、ウェブサイトと商品データを監視して一斉不承認を引き起こす可能性のある問題を検出し、問題がエスカレートする前にアラートします。

コンプライアンススキャンを実行する

専門的な支援が必要ですか?

専門家がGoogle Merchant Centerの復旧を専門としています。包括的な監査と実行可能な推奨事項でアカウントを復活させましょう。