GoogleのMCP接続｜設定変更を確認

Google DriveやGmailをAIエージェントにつないでいる企業では、接続の設定変更が必要になる場合があります。ただし、「Googleに接続している」という情報だけでは、今回の変更の対象かどうかを判断できません。

確認したいのは、Google Workspaceの公式MCPサーバーを利用しているか、その接続がどのOAuthクライアントを使っているかです。MCPは、AIが外部のデータや機能を使うための共通の接続方法です。OAuthクライアントは、接続するアプリを識別するための設定を指します。

本記事では、2026年11月9日時点の公式資料をもとに、11月の変更への確認事項を整理します。Googleアカウント全体の障害や、すべてのAI連携の停止を知らせるものではありません。

告知は10月12日付、リクエスト拒否の開始は11月11日

Google Workspaceの開発者向けリリースノートには、2026年10月12日付で、公式MCPサーバーを呼び出すOAuthクライアントの設定について案内があります。Google Auth PlatformのClientsで「Use this client for an AI-powered agent」を選択する必要があり、未設定のアプリなどからのリクエストは11月11日から拒否するとしています。

さらに、11月12日までにAI用として指定されていないクライアントは、その後MCPを利用するために、AI用の新しいクライアントとアプリ側の更新が必要になると説明されています。通常のWorkspace REST APIだけを使う非AIのアプリなどは、この変更の対象外とされています。Google公式リリースノート：10月12日

発表日、変更の適用日、この記事の確認日は別です。11月9日の新発表とは扱わず、期限が近い既存の告知として確認します。告知の本文だけでは具体的な開始時刻やタイムゾーンは分からないため、「日本時間の何時まで大丈夫」とは判断せず、対象なら余裕を持って担当者と対応を決めます。

最初に、接続している相手と認証方式を確かめる

同じ「Drive連携」でも、Googleの公式MCP、別の事業者が提供する接続機能、REST APIを直接使う仕組みなど、構成は異なります。利用者の画面にあるサービス名だけで、対象や必要な操作を決めないことが大切です。

例えば、AIが社内の受付マニュアルをDriveから読む仕事を考えます。次の情報を、構築担当者や接続サービスの提供元と一件ずつ照合します。これは確認方法を説明するための仮想例です。

• 仕事：どのAIが、どの資料を使って何をするか。
• 接続先：公式MCPか、別の接続サービスか、REST APIか。
• 認証方式：利用者のOAuth認証か、サービスアカウントなど別の方式か。
• 設定の管理者：自社、構築会社、利用中のサービス提供元の誰が管理するか。
• 確認の根拠：設定の識別情報、参照した公式案内、担当者が確認した日。

Drive MCPの公式資料では、利用者に代わって接続するOAuthクライアントにAI用の指定を求めています。一方、ドメイン全体の委任を使うサービスアカウントでは同じチェック項目を選択できず、管理者の委任設定で制御する別の扱いです。認証方式の違いを無視して、全接続に同じ操作を当てはめないようにします。公式資料：Drive MCPの設定とトラブルシューティング

自社でOAuth設定を持たないサービスなら、提供元へ対象の有無と対応状況を確認します。利用者全員に新しい認証情報を作ってもらう前に、設定を変更する担当者を特定することが先です。

既存の設定を変えられる場合と、分ける場合がある

Drive MCPの公式資料は、既存のOAuthクライアントでAI用の指定を変更できる場合と、変更できない場合を区別しています。また、非AI機能でも同じクライアントを使っている場合は、AI用のクライアントを別に用意するよう案内しています。Drive MCP自体はDeveloper Previewとして提供されています。公式資料：MCPクライアントの構成

業務担当者が確認したいのは、「チェックを入れたか」だけでなく、どの接続に適用したかです。例えば、AIの資料検索と、人が使う通常の業務画面で同じ設定を共用しているなら、片方の設定変更がもう片方へ影響しない構成を、担当者に確認します。

対応記録には、対象のアプリ、管理する設定、変更方針、確認する仕事、作業者と確認者を残します。クライアントシークレットやトークンそのものを、共有の確認シートやAIへの依頼文に貼る必要はありません。秘密情報を扱う作業は、既存の社内手順と権限に従って進めます。

この段階で設定の共用状況が分からないなら、利用中の処理を確認してから変更範囲を決めます。製品名だけで一括変更するより、確認済みの接続から対応を進める方が、通常業務の影響も追いやすくなります。

AI用の指定は、データを見る権限の追加ではない

GoogleのOAuthクライアント管理ヘルプは、AI用の指定をクライアントによる自己申告として説明しています。この指定をしても、利用者データへの追加の権限は付与されず、通常の同意やアプリの確認要件が引き続き適用されます。Google公式ヘルプ：AIエージェント用OAuthクライアント

そのため、接続が通ったことと、必要な資料を適切な範囲で読めることは、別々に確かめます。受付マニュアルの検索であれば、利用者が読める資料に到達できるか、対象外の資料を取り込まないか、業務で必要な回答に使えているかを確認します。

今回の設定変更を、読み取れる範囲や操作権限を広げる機会と混同しないことも重要です。追加の権限が必要かどうかは、任せる仕事と既存のルールに基づいて判断します。

切替後は、四つの動作を確認する

以下は、業務担当者と構築担当者で合意する確認例です。検証用のアカウントや資料など、利用が認められた範囲で試します。本番の顧客データを広く読み込んだり、確認のために不要な送信や更新を行ったりする必要はありません。

1. 実際の接続で一件を読む。 対象のアプリと認証設定を使い、想定した資料を取得できるか。画面の保存完了だけで終えず、呼び出し結果を確かめます。
2. 古い回答を使っていないか見る。 許可済みの新しい確認資料などで、接続先から取り直した結果とAIの回答が対応しているかを確かめます。
3. 通常の連携も確かめる。 非AIの業務画面やAPI連携を共用していた場合、そちらの仕事も引き続き動くかを確認します。
4. 取得できないときの表示を見る。 接続拒否や認証エラーを「資料なし」と取り違えず、理由と担当者への引き継ぎが分かるかを確認します。

結果には、実施時刻、接続するアプリ、設定を識別する情報、使った資料、実際の結果、未確認の点を残します。エラーを調べる記録には、パスワードやトークンなどを含めないようにします。

11月9日に成功しても、それだけで11月11日以降の動作を保証できるわけではありません。変更の反映後にも担当者が確認する予定を置き、取得できない場合にどの業務を人へ引き継ぐかまで決めておきます。

IvyLeapのAIエージェント構築支援については、利用している連携サービスと任せたい仕事を添えてお問い合わせください。利用者ごとの情報の扱いはAIエージェントの検索権限、秘密情報の渡し方は認証情報の管理でも解説しています。

※2026年11月9日に公式資料を確認した記事です。変更の案内は10月12日付、Drive MCPの設定資料は11月5日更新です。対象・期限・提供条件は実施時の公式資料で再確認してください。本文の確認手順と受付マニュアルの例はIvyLeapの提案であり、当社や特定の利用環境で設定変更を実施・検証した報告ではありません。