「Google Merchant Center ウェブサイト確認失敗 2026」で困っているなら、確認タグを何度も削除したり、新しいアカウントを作ったりせず、先に「ウェブサイト所有権の確認」「ドメインの取得」「旧アカウントとの競合」を切り分けてください。旧アカウントに戻れる場合は管理者権限を回復し、戻れない場合だけ公式手順で移行します。

この手順は、独立サイトで無料商品情報やGoogle Shopping、Performance Maxを運用している担当者向けです。前任者や代理店が設定したアカウントを引き継ぎ、商品や広告との接続を止めずに復旧したい場合にも使えます。

最初に症状を3つの層へ分ける

Merchant Centerで表示される問題は、似ていても復旧方法が異なります。最初に画面のエラー、Merchant Center ID、サイトURL、現在の管理者メールアドレスを保存してください。

  • 所有権の確認失敗：Googleがサイトを管理している証拠を確認できていない状態です。タグ、HTMLファイル、Google Analytics、Google Tag Manager、Search Consoleなどの確認方法を調べます。
  • ドメインの取得失敗：所有権の確認とは別に、対象サイトをそのMerchant Centerで取得できていない状態です。別アカウントがすでに取得している可能性があります。
  • アカウント連携の中断：商品データ、Google Ads、Shopifyなどが別のMerchant Centerを参照している状態です。サイト確認だけを直しても、商品や広告の関連付けは戻りません。
Googleは、ウェブサイトの確認と取得を別の手順として扱っています。公式の[Merchant Centerにおける確認と取得の説明](https://support.google.com/merchants/answer/12159158?hl=zh-CN)でも、確認済みであることだけでは、対象アカウントでの取得完了を意味しないと整理されています。

ここで止める操作

次の操作は、証拠を保存するまで実行しないでください。

  • 既存の確認タグやファイルを削除する
  • 旧Merchant Centerを閉鎖する
  • 新規アカウントを作って同じドメインを取得する
  • Shopifyアプリを繰り返し再接続する
  • Google Adsとの関連付けを解除する
これらは、元の設定や商品データの所在を追いにくくする可能性があります。特に旧アカウントを削除すると、誰がドメインを管理していたかを確認する材料を失う場合があります。

URL、確認方法、権限を一つずつ確認する

「ウェブサイトが確認されていません」と表示されたら、まず登録URLを実サイトと比較します。httpsとhttp、wwwの有無、ルートドメインとサブドメインが異なるだけでも、想定したサイトとして扱われないことがあります。

商品リンクがwww付きなのにMerchant Centerにはルートドメインを登録している、または確認ファイルを別のサブドメインへ置いている場合は、先にURLをそろえてください。

次の順番で記録を残します。

  1. Merchant Centerに表示された対象URLをコピーします。
  2. シークレットウィンドウで公開トップページを開きます。
  3. HTML確認タグが指定位置に残っているか、ページのソースで確認します。
  4. HTMLファイル方式なら、指定された公開URLを直接開きます。
  5. Google AnalyticsまたはGoogle Tag Managerを使う場合は、設置先とログイン中のアカウントを記録します。
  6. Search Consoleを使う場合は、所有者のメールアドレスとプロパティ形式を記録します。
  7. エラー画面、ページソース、確認ファイルの表示結果を、個人情報やトークンを隠して保存します。
Search Consoleのドメインプロパティは広い範囲を対象にできますが、URLプレフィックスプロパティはプロトコルやホスト名の範囲が限定されます。対象範囲の違いは、[Search Consoleのプロパティ説明](https://support.google.com/webmasters/answer/34592?hl=zh-CN)で確認できます。

Search Console確認済みでも取得できない場合

Search Consoleで所有権を確認できていても、その所有者が対象Merchant Centerのユーザーとして追加されているとは限りません。別のGoogleアカウントでMerchant Centerへログインしている場合や、閲覧権限だけを持つ場合は、取得処理が進まないことがあります。

次の3点を同時に変えず、1項目ずつ確認してください。

  • Search Consoleで確認済みのGoogleアカウント
  • 対象Merchant Centerに登録されたユーザーと権限
  • ドメインプロパティまたはURLプレフィックスプロパティの対象範囲
Search Consoleのユーザー権限には役割ごとの違いがあるため、[公式のユーザーと権限の説明](https://support.google.com/webmasters/answer/7687615?hl=zh-CN)に照らして確認します。Merchant Center側の権限も別管理なので、[Merchant Centerユーザー権限の公式説明](https://support.google.com/merchants/answer/12160472?hl=zh-CN)を参照してください。

旧アカウントの取得を回復してから移行する

「このサイトは別のアカウントで取得されています」と表示された場合、最初に新規アカウントを作るのではなく、旧アカウントの候補を洗い出します。

確認対象は、過去のGoogle通知メール、前任者のパスワード管理記録、代理店との契約資料、既存のGoogle Ads接続、商品データの送信先です。メールアドレスが分かったら、前任者に一時的な確認を依頼するのではなく、新しい担当者を管理者として追加できるかを優先して確認します。

旧アカウントを回復できる場合

旧アカウントへ入れるなら、次の順序で処理します。

  1. 新担当者を管理者として追加します。
  2. 商品データソースの名称と送信元を記録します。
  3. Google Adsとの接続先が正しいか確認します。
  4. Shopifyなど外部サービスが参照するMerchant Center IDを確認します。
  5. 新担当者のログインで、サイト確認と取得状態を再確認します。
  6. 旧担当者の権限をすぐ削除せず、引き継ぎ完了後に整理します。
取得権の競合があるときの選択肢や停止条件は、[Googleのアカウント競合復旧ガイド](https://support.google.com/merchants/answer/17154671?hl=zh-CN)に沿って判断してください。新アカウントへの移行は、旧アカウントを回復できないこと、商品データと広告接続を把握していること、復旧後の責任者が決まっていることを確認してから進めます。

Shopify連携は最後に再接続する

ShopifyのGoogle & YouTube連携で状態が一致しない場合、アプリの再インストールを最初に行うのは避けてください。先に、Shopifyへ入るメールアドレス、Googleへログインしているアカウント、対象Merchant Center ID、ドメイン取得済みのアカウントを照合します。

特に次のような組み合わせは、接続先の誤りを起こしやすい状態です。

  • Shopifyは担当者A、Googleは担当者Bでログインしている
  • Googleアカウントは正しいが、別のMerchant Center IDを選択している
  • ドメインは旧代理店のアカウントに取得されたままになっている
  • ブラウザーに複数のGoogleアカウントのセッションが残っている
シークレットウィンドウで、Googleアカウントを1つだけ使って認証画面を開きます。Shopify側の接続状態、Google側のユーザー権限、最終的なMerchant Center IDをそれぞれ脱敏して記録してください。Google Adsとの接続条件も、[公式のGoogle Ads連携説明](https://support.google.com/google-ads/answer/11586344?hl=zh-CN)で確認できます。

復旧判断をチェックリストで固定する

担当者が交代しても同じ判断ができるよう、次を順に確認してください。

  • [ ] エラー画面、Merchant Center ID、サイトURL、管理者情報を保存した
  • [ ] https、www、サブドメイン、商品リンクのドメインを照合した
  • [ ] 確認タグまたはファイルが公開状態であることを確認した
  • [ ] Search Consoleの所有者アカウントを特定した
  • [ ] Search Consoleのプロパティ範囲と実サイトが一致している
  • [ ] Search Console所有者が対象Merchant Centerに追加されている
  • [ ] 旧Merchant Center、代理店、前任者の候補を調べた
  • [ ] 商品データ、Google Ads、Shopifyの接続先を一覧化した
  • [ ] 旧アカウントを回復できないことを確認してから移行を検討した
  • [ ] 復旧後に新担当者のログインで確認、取得、商品データ、広告接続を再点検した
  • [ ] 追跡可能な管理者、予備の確認方法、ドメイン変更履歴を引き継いだ
判断の目安は、**旧アカウントを回復できるなら評価3、原因と接続先が記録済みなら評価2、証拠がなく新規作成だけを考えているなら評価0**です。評価0の状態で削除や再取得へ進むと、復旧ではなく調査対象の拡大になります。

よくある復旧パターン

Merchant Centerでウェブサイトが未確認のままの場合

URLの不一致、確認タグの非公開、タグを置いたテーマと公開テーマの違い、またはGoogleアカウントの権限不足を確認します。確認方法を変更する前に、現在のタグやファイルを保存し、シークレットウィンドウで第三者から見える状態を確認してください。

Search Consoleで確認済みなのに取得できない場合

所有権確認済みのアカウントとMerchant Centerのユーザーが同じかを確認します。ドメインプロパティで確認できても、Merchant Centerで対象にしているURLやサブドメインと一致しなければ、別の変数を確認する必要があります。

ドメインが旧Merchant Centerに取得されている場合

旧管理者を特定し、アクセス回復と新担当者の追加を優先します。回復できない場合は、商品データと広告の接続を一覧化し、公式の競合対応を確認してから移行します。

ShopifyとMerchant Centerのアカウントが一致しない場合

Shopify、Googleアカウント、Merchant Center IDの3点を同じ作業記録に並べます。ドメイン競合と権限を直す前に再接続しても、別アカウントへ紐付く可能性があるため、最後に1回だけ接続をやり直します。

運用担当者が変わる場合

個人のメールアドレスだけに確認権限を残さず、管理者の構成、確認方法、ドメイン変更履歴、Google Adsと商品データの接続先を引き継ぎます。パスワード共有ではなく、各担当者に追跡可能な権限を付与してください。

遠隔Macを使う範囲と使わない範囲

この復旧で必要なのは、ドメイン所有権、Googleアカウント権限、Merchant Centerの取得状態です。遠隔Mac、海外拠点、固定IPだけで所有権競合を解消したり、アカウント制限を回避したり、広告再開を保証したりすることはできません。

一方、複数地域の担当者が同じ管理画面を確認し、シークレットセッション、画面記録、脱敏した引き継ぎ資料を同じ作業環境で扱う用途には、常時利用できるmacOS環境が役立ちます。MACGPUの遠隔Mac環境の案内や、バージニア拠点のMac利用案内を確認すると、作業場所を分ける必要があるチームの候補を比較できます。別地域での表示確認が必要なら、シリコンバレー拠点のMac利用案内も判断材料になります。

ただし、これは証拠保存と担当者分離を補助する方法です。ドメインの所有者、Merchant Centerの管理者、Shopifyの権限は、必ず各サービス側で確認してください。

Google Merchant Center ウェブサイト確認失敗 2026への対応では、確認タグの交換よりも、問題の層を見分けることが先です。旧アカウントを回復できるなら履歴と関連付けを残し、回復できない場合だけ公式の移行手順へ進むのが、商品や広告の中断を広げにくい選択です。

現在の運用環境が、個人のパソコン、共有ログイン、複数アカウントの混在に依存している場合、セッションの取り違え、画面記録の分散、担当者交代時の権限消失が起きやすくなります。所有権と権限を整理した後も、海外チームが商品データや広告連携を交代で確認するなら、MACGPUの遠隔Macを一時的な検証環境または権限を分けた作業環境として比較すると、運用の実態に合うか判断しやすくなります。