# Google Merchant Center のアクセス権を広告代理店・EC 運営代行会社に渡すとき

代理店の担当者は、Merchant Center の管理者が「アクセスとサービス」からメールアドレスで招待します。商品データの作業は標準で足り、人の追加や削除は管理者が行います。外す前に、サイトの確認がその人に結び付いていないかを見ます。

更新日: 2026-11-10

Google Merchant Center は、自社の商品の情報を Google に登録し、検索結果やショッピング広告に出すためのサービスです。広告代理店や EC 運営代行会社の担当者は、ユーザーとして招待できます。アクセス権は人ごとに付けるので、自社の Google アカウントのパスワードを代理店に渡す必要はありません。

## アクセス権の種類

公式ヘルプは、アクセス権を 8 種類挙げています。代理店に頼む作業から見ると、関係するのは次の 4 つです。

- 商品やフィード(商品の情報をまとめて登録するためのデータ)を直す作業は、標準でできます。住所などのアカウント設定も、標準で変えられます。
- 人の追加、削除、アクセス権の変更は、管理者の仕事です。アプリやショップを足したり外したりする操作も、管理者に限られます。
- 見るだけの人には、読み取り専用があります。標準のユーザーが見られる情報はすべて見られますが、設定や商品データは変えられません。
- レポートを扱う人には、パフォーマンスと分析情報があります。用意されたレポートを読め、独自に作ったレポートは変更と削除もできます。

標準のユーザーは、人の管理と、アプリやショップの追加・削除ができません。レポートを使うこと、成果の分析を見ること、プログラムを有効にすること、Google 広告アカウントをつなぐこともできません。

8 種類のうち特権管理者は、Merchant Center がつながっている「ビジネス マネージャー」という別の管理画面のユーザーです。Merchant Center からは追加できません。アクセス権の説明には、Merchant Center でも管理者の権限を持つとあります。一方、特権管理者についてのヘルプは、特権管理者にしても Merchant Center の管理者の権限は自動では付かないとしています。外しても、つながったアカウントへのアクセスは残るとも書いています。

## 代理店に渡すアクセス権

以下は、アクセス権の説明をもとにした決め方の一例です。

管理者は自社の担当者が持ちます。管理者はユーザーを追加も削除もできるので、代理店だけが管理者だと、人の追加や削除を代理店に頼むことになります。自社の管理者は 2 人にしておきます。管理者が 1 人だけだと、その人が辞めたりログインできなくなったりしたときに、人を追加できる人がいなくなるためです。公式ヘルプによると、管理者は、ほかに管理者がいない限り、自分の Google アカウントを外せません。

商品データを直す代理店の担当者には、標準を付けます。Google 広告アカウントとのリンクのように、標準ではできない作業は、自社の管理者が行います。

成果のレポートだけを見る人に何を付けるかは、公式ヘルプからははっきりしません。読み取り専用の説明には、レポートが挙がっていません。レポートを扱えると書かれているのは、パフォーマンスと分析情報と、カスタム レポートのヘルプにある「レポート マネージャー」です。後者は、管理者が標準のユーザーや管理者に付けるものとされています。付けたあとは「管理」の画面で、その人が商品データも直せる状態かを確かめます。

## 招待の手順

管理者が Merchant Center の「アクセスとサービス」を開き、「ユーザーとアクセス」タブで「ユーザーを追加」を選びます。代理店の担当者のメールアドレスを入れ、次の画面でアクセス権を選びます。公式ヘルプは、ここで選ぶものを「管理者または標準」と書いています。

招待された担当者がメールから承諾するまで、一覧ではその人が「保留中」と出ます。招待は、代理店の担当者 1 人ずつに送ります。

複数のクライアントを担当する代理店は、クライアントごとに追加してもらいます。1 人が入れる Merchant Center アカウントは、100 個までです。多数のショップをまとめる「アドバンス アカウント」という設定もあります。公式ヘルプによると、商品を管理するために複数のアカウントに入るだけなら要りません。

## 代理店のアカウントとまとめてつなぐ場合

代理店向けには、「Merchant Center for Agencies」という仕組みもあります。代理店のアカウントとクライアントのアカウントをつなぐもので、公式ヘルプは、いまは一部のユーザーにだけ提供されているとしています。この形では、クライアントを 1,000 個までつなげます。代理店からのリクエストをクライアントの管理者が承認すると、代理店の個々の人は、クライアントの「ユーザーとアクセス」の一覧に出なくなります。承認すると、代理店がリクエストで選んだアクセスレベルがそのまま付きます。選べるのは、管理者と、標準 + パフォーマンスと分析情報です。管理者では広すぎるときは、拒否して、標準で頼み直してもらいます。リクエストした人がすでにクライアントの管理者なら、承認は自動です。つながったあとに代理店の誰が入れるかは代理店の側で決まり、クライアントが外せるのは代理店ごとのつながりです。クライアントの側では、同じ画面の「パートナー」の欄で、つながっている代理店を確かめ、アクセス権を削除できます。

## 外すとき

管理者が、招待のときと同じタブで相手の「管理」を選び、「ユーザーを削除」を選びます。同じ画面で、アクセス権だけを変えることもできます。代理店の人がビジネス マネージャーの特権管理者になっていたら、そちらで外します。そのうえで、Merchant Center のユーザーの一覧にもその人が残っていないかを見ます。

削除の前に確かめることがあります。サイトの URL の確認(このサイトの持ち主だと Google に示す手続き)が、その人に結び付いていないかです。一覧でユーザー名の下に「確認済みのウェブサイトの所有者」と出ている人が、確認をした人です。結び付いたまま削除すると、確認と、それに続く申請の状態が失効します。別のユーザーで、確認と申請をやり直すことになります。

サイトの確認と申請のヘルプには、ユーザーの中に Search Console の確認済み所有者がいれば、確認の手順を省けるとあります。ただし、確認をした人を削除したあとに確認が保たれるかは書かれていません。代理店の担当者が確認をしていた場合は、先に自社の担当者を Search Console の確認済み所有者にします。そのうえで、確認と申請のやり直しを見込んで削除の日を決めます。

Google 広告アカウントとのリンクの解除は、ユーザーの削除とは別の操作として書かれています。Merchant Center の「アプリとサービス」でそのアカウントを選び、「アクセス権を削除」を選びます。Google 広告の側でも解除できます。代理店の広告アカウントとつないでいた場合は、契約が終わるときにここも見ます。Google 広告の側の整理は、[Google 広告の MCC(クライアント センター)で代理店アクセスを整理する](/guides/agency-accounts/google-ads-mcc-agency-access)にまとめています。

## 1 つの Google アカウントを数人で使っている場合

店舗用の 1 つの Google アカウントを管理者にして、パスワードを社内や代理店と使っていることがあります。その場合は、使っている人をそれぞれ自分の Google アカウントで招待し直します。各自が自分の Google アカウントでログインする形なら、ログイン情報をほかのユーザーに見られることはないと、公式ヘルプは説明しています。

人ごとに招待する考え方は、[権限付与(アカウントを共有しないアクセス)とは](/guides/agency-accounts/what-is-delegated-permission)で説明しています。担当が代わるときにほかのアカウントで行う作業は、[運用担当者の交代・退職時のアカウント引き継ぎチェックリスト](/guides/agency-accounts/handover-checklist)にあります。


## よくある質問

**代理店にはどのアクセス権を渡しますか**

商品データを直す代理店なら標準です。招待の手順で選ぶものとして挙がっているのは管理者と標準で、標準では、レポートの利用や Google 広告アカウントのリンクはできません。

**代理店の担当者は、何社のアカウントまで入れますか**

招待なら、1 人が入れる Merchant Center アカウントは 100 個までです。Merchant Center for Agencies の代理店アカウントは、クライアントを 1,000 個までつなげます。

**ユーザーを削除する前に確かめることはありますか**

サイトの URL の確認がその人に結び付いていないかを確かめます。結び付いたまま削除すると確認が失効し、別のユーザーで確認と申請をやり直すことになります。

**Google 広告とのつながりは、ユーザーを消せば切れますか**

別の操作です。Merchant Center の「アプリとサービス」でそのアカウントのアクセス権を削除するか、Google 広告の側でリンクを解除します。

## 参考資料

- [Google Merchant Center ヘルプ「Merchant Center のユーザーとアクセスレベルを管理する」](https://support.google.com/merchants/answer/12160472?hl=ja)
- [Google Merchant Center ヘルプ「アドバンス アカウント設定をリクエストする」](https://support.google.com/merchants/answer/14089347?hl=ja)
- [Google Merchant Center ヘルプ「オンライン ショップの所有権の証明と申請を行う」](https://support.google.com/merchants/answer/176793?hl=ja)
- [Google Merchant Center ヘルプ「Merchant Center でカスタム レポートとカスタム ダッシュボードを作成する」](https://support.google.com/merchants/answer/14152817?hl=ja)
- [Google Merchant Center ヘルプ「Merchant Center for Agencies でユーザー アクセスを管理する」](https://support.google.com/merchants/answer/17101837?hl=ja)
- [Google Merchant Center ヘルプ「特権管理者としてビジネスを管理する」](https://support.google.com/merchants/answer/14883496?hl=ja)

## Junify の場合

**人手で続けると** クライアントごとに渡し方を決め、担当替えのたびに権限を付け外しし、どの担当者がどのクライアントのアカウントを使ったかを媒体ごとに追い続けることになります。

**Junify なら** Merchant Center は担当者ごとの招待で運用します。Junify が受け持つのは、同じ担当者が扱う店舗の管理画面や SNS のうち、1 つの ID を皆で使うアカウントです。導入時にパスワードを変えて Junify だけが持つと、担当者はパスワードを知らないまま入れます。担当が外れたときは、割り当て(使ってよい人の指定)を外すだけで済み、パスワードを変えて伝え直す作業がなくなります。

Junify は、パスワードを渡さずに社内外の担当者へ仕事を任せるためのアクセス管理サービスです。担当者はスマホで本人認証し、カードをクリックするだけで必要なアカウントにログインできます。パスワードは開示されず、誰がいつどのアカウントを使ったかは個人単位で記録されます。

- [登録不要の体験デモを見る](https://www.junify.jp/bpo/try?scenario=marketing-ops&from=guide&cluster=agency-accounts&slug=google-merchant-center-agency-access)
- [30 分デモを予約する](https://www.junify.jp/bpo/demo)

## 同じテーマの記事

- [Google ビジネス プロフィールのオーナーを変更する手順(担当者の退職・契約終了・連絡が取れないとき)](/guides/agency-accounts/google-business-profile-owner-transfer): プロフィールを作り直さず、いまのメインのオーナーが後任へ権限を譲渡すれば、クチコミを残したまま交代できます。本人に頼めないときは、ほかのオーナーの操作か、Google の画面から送るオーナー権限のリクエストを使います。
- [Google Search Console の権限を SEO 会社・制作会社に渡すときと、担当者が外れるとき](/guides/agency-accounts/search-console-agency-access): Search Console は、所有者が「ユーザーと権限」に相手の Google アカウントを追加して渡します。外部の会社はユーザーにとどめ、所有者は自社で持つ形が一例です。確認済み所有者を外すときは、確認用のファイルやタグも消します。
- [WordPress の管理画面を制作会社や外部のライターに使わせるときの権限グループと、外すときの手順](/guides/agency-accounts/wordpress-users-for-agencies): 制作会社やライターには、最初の管理者の ID を渡さず、人ごとにユーザーを作って権限グループを付けます。記事を書くだけの人は投稿者か寄稿者で足ります。外すときはユーザーを削除し、その人の投稿は別のユーザーに引き継げます。