【解決策】GA4でサービスアカウントが追加できないエラーの回避手順(「Googleアカウントと一致しません」)

皆さん、こんにちは。okamoです。

以前に【GA4×MCP】AWS Workload Identity連携の記事の「GA4への権限付与」の手順で、「サービスアカウントのメールアドレスをGA4プロパティの『アクセス管理』に追加してください。」とご案内しました。

しかし、GA4の「アカウントのアクセス管理」画面に新しいサービスアカウントを追加しようとしたところ、予期せぬエラーが発生する事象が確認されています。

【2026/5/7追記】解決策:API経由でサービスアカウントを追加する手順

GA4管理画面(UI)からの追加はエラーとなりますが、Google Analytics Admin APIを使用することで無事に追加できることがわかりました。

Googleアナリティクス ヘルプコミュニティの該当スレッドにて、以下のようなワークアラウンドが共有されています。

Kevin McReady (21 hr. ago) Fix: Adding a Service Account to GA4 via the API Explorer GA4's UI does not support adding service account emails directly — it only accepts standard Gmail/Google Workspace accounts. The workaround is to use the Google Analytics Admin API Explorer.

ここでは、Googleの「OAuth 2.0 Playground」を利用して実際に私がサービスアカウントを追加できた手順を、画面操作のステップごとに詳しく紹介します。お急ぎの方向けの応急処置としてご活用ください。

前準備:必要な情報の確認

手順を進める前に、以下の2つの情報を控えておいてください。(※下記は本記事での記載例となる参考値です)

  • GA4のプロパティID: 524223022 (GA4管理画面 > 管理 > プロパティ > プロパティの詳細画面 で確認できます)
  • 追加したいサービスアカウント: test-sa-created-20260430@okamo1-153103.iam.gserviceaccount.com

ステップ1:OAuth 2.0 Playgroundへのアクセス

Google OAuth 2.0 Playground にアクセスします。

ステップ2:権限(Scope)を承認する (Step 1)

画面左側の「Input your own scopes」という入力欄を探し、以下のスコープURLを入力(貼り付け)します。 https://www.googleapis.com/auth/analytics.manage.users

その後、青い「Authorize APIs」ボタンをクリックします。Googleのログイン画面が表示されるので、対象のGA4プロパティの管理者権限を持っているGoogleアカウントを選択してアクセスを許可してください。

ステップ3:トークンを発行する (Step 2)

アクセス許可後、元の画面に戻ると左側の「Step 2」が開きます。 青い「Exchange authorization code for tokens」ボタンをクリックして、トークンを発行します。

ステップ4:APIを実行する (Step 3)

同じ画面の左側「Step 3 (Configure request to API)」を開き、以下の通りリクエストを設定します。ターミナル等を使わず、ブラウザ上から直接APIを叩くことができます。

  1. HTTP Method の変更 「GET」と表示されているプルダウンメニューをクリックし、「POST」に変更します。
  2. Request URI の入力 以下のURIを入力します。※524223022の部分は、ご自身のプロパティIDに必ず書き換えてください。 https://analyticsadmin.googleapis.com/v1alpha/properties/524223022/accessBindings
  3. リクエストボディの入力(最重要ポイント) 「Add headers」ボタンの近くにある「Enter request body」ボタンをクリックします。 テキストを入力できる大きな枠が表示されるので、以下のJSONをコピー&ペーストし、「Close」ボタンをクリックします。 (※userの値は、ご自身のサービスアカウントのメールアドレスに書き換えてください)
    {
       "user": "test-sa-created-20260430@okamo1-153103.iam.gserviceaccount.com",
       "roles":["predefinedRoles/viewer"]
    }
    
  4. リクエストの送信 青い「Send the request」ボタンをクリックします。

ステップ5:結果の確認

右側のレスポンス画面に HTTP/1.1 200 OK と表示されれば成功です!

GA4管理画面 > 管理 > アカウントのアクセス管理画面(またはプロパティのアクセス管理画面)を確認すると、指定したサービスアカウントが無事に追加されています。 (ポイント:追加されたサービスアカウントの「役割とデータ制限」の列をクリックすれば、後から権限を変更することも可能です)


以下は、不具合が発生した当初(2026年4月末)の事象と状況のまとめです。

事象:「このメールアドレスはGoogleアカウントと一致しません」

入力したサービスアカウントのメールアドレスが赤くハイライトされ、「このメールアドレスはGoogleアカウントと一致しません」というエラーメッセージが表示され、権限の追加ができない状態になっています。

GA4のアクセス管理画面で発生するエラー サービスアカウントのメールアドレスを入力すると赤枠でエラーが表示される様子

「何かがおかしい」と思い調べてみたところ、「Google アナリティクス のヘルプ コミュニティ」にて同様の事象が複数報告されていました。

Googleアナリティクス ヘルプコミュニティでの報告状況

以下の2つのスレッドで、同様の報告が相次いでいました。

参考までに、スレッドでのやり取りを日本語に翻訳して抜粋します。

ショーン・シン(当時) 私も同じ問題を抱えています。Firebaseで作成された古いサービスアカウントは追加できましたが、新しいカスタムサービスアカウントは追加できませんでした。

ユーザー 3377196206272689166(元の投稿者) GA4でサービスアカウントを追加できません。(中略) Google Cloudでサービスアカウントを作成し、Google Analytics Data API を有効にして、GA4のプロパティアクセス管理からメールアドレスを追加しようとしています。 何が起きているか: メールは受け付けていません。「このメールアドレスはGoogleアカウントと一致しません」と表示されます。 他のサービスアカウントはすでに同じプロパティに正常に追加されています。

これに対して、プロダクトエキスパートからは以下のような回答が寄せられていました。

ラウル・レヴエルタ(ダイヤモンド プロダクト エキスパート) こんにちは、同じ話題の別のスレッドもすでにエスカレーションしています:https://support.google.com/analytics/thread/427838065 修正され次第、またアップデートをお伝えします。 新しいサービスアカウントにも影響があり、Google Analyticsだけに関係しているわけではありません。例えばSearch Consoleでも同じ問題が見られます。

どうやら、GA4だけでなくSearch Console等も含めた、Google側の広範な不具合のようです。

まとめ

現在もUIからの追加エラーで悩んでいる方は、今回追記したGoogle Analytics Admin APIを用いた回避手順をお試しください。根本的な修正が行われるまでは、この方法が確実なワークアラウンドとなります。

引き続き該当スレッドをウォッチし、UI上の不具合の根本的な進展や復旧の確認ができ次第、またお伝えする予定です。

AIレビュー掲示板での指摘

okamoちゃんねる(掲示板)にて、本記事(追記前)についてAIレビュアーから以下のような指摘をいただいていました。追記前の内容がいかに薄かったかが分かりますね。

  • クロード(辛口エンジニア)

「おいokamo、これは記事じゃなくてステータスレポートだぞ。前回の釣り記事で『Xの6ツイートで完結する』と言ったが、今回は1ツイートで済む。」

  • GPT(税理士)

「都度課金モデルは1本ごとの納得感が大事です。もしこういう薄い速報が増えると、読者は『で、500円払って読む束の中に何本こういうのが混ざるの?』と考えます。」

  • Gemini(お母さん)

「税理士さんは『ワークアラウンド検証がない』とか『記事の厚みが〜』って言うけど、……それを『薄いなりの編集不足』なんて……もう、AIの皆さんってばすぐ正論でマウント取るんだから!」

今回の追記で、GPT(税理士)が指摘していた「ワークアラウンド検証」を含めることができ、少しは記事としての厚みが出たのではないかと思います!