Google Workspace管理者向け：ChatGPT導入時の承認チェックリスト
Google Workspace管理者がAI拡張機能を導入する際の実践ガイド。OAuthスコープ、データ取り扱い、管理コンソールでの制御、および承認チェックリストを解説します。
これまで当ブログでは、Google WorkspaceでAIを活用するエンドユーザー（採用担当者、経理担当者、プロジェクトマネージャー、エグゼクティブアシスタントなど）に向けたガイドを公開してきました。しかし、このプロセスにおいて、あまり語られることのない重要な役割があります。それは「管理者」です。
Google Workspace管理者にとってのChatGPTに関する疑問は、エンドユーザーのものとは性質が異なります。管理者が知りたいのは「より良いメールを書く方法」ではなく、「その拡張機能はどのデータにアクセスできるのか」「データはどこへ送られるのか」「問題が発生した際に何が起きるのか」といった点です。
本ガイドでは、なぜAI拡張機能に独自の承認プロセスが必要なのか、許可を出す前に確認すべき具体的なリスクについて解説します。また、Google Workspace管理コンソールでのアプリ管理方法や、GPT Workspaceを含むチーム導入時に役立つチェックリストもご紹介します。
なぜAI拡張機能には独自のポリシーが必要なのか
Google Workspaceには、メール、ファイル共有、サードパーティ製アプリのアクセスに関するセキュリティポリシーがすでに存在します。AI拡張機能はデフォルトで「サードパーティ製アプリ」のレビュー対象となりますが、一般的な統合ツールとは挙動が異なります。
CRM（顧客管理システム）コネクタは、設定した特定のフィールドのみを読み取ります。一方、GmailやGoogle Docs内で動作するAI拡張機能は、ユーザーがツールを起動した際に開いているドキュメントやメールスレッドの全内容を読み取れる可能性があります。
たとえ拡張機能自体が適切に構築されていたとしても、リスクプロファイルは異なります。Geminiが主要なGoogle Workspaceアプリの標準AIレイヤーとなるにつれ、従業員はそれをChatGPT、Claude、その他のツールと比較するようになっています。
IT部門がツールの存在を把握する前に、従業員が勝手にブラウザ拡張機能を追加してしまうこともあります。いわゆる「シャドーAI」と呼ばれるこの現象があるため、2026年現在、多くの組織はAIツールを単なるアプリレビューの一項目としてではなく、**google workspace ai governance（AIガバナンス）**ポリシーとして正式に策定しています。
明確なポリシーがなければ、二者択一の状況に陥ります。すべてのAI拡張機能を一律でブロックして他部署が得ている生産性向上を逃すか、あるいは何もレビューせずに従業員が勝手にツールを導入するのを放置するかです。
AI拡張機能を承認する前に確認すべきこと
AIツールをWorkspace環境に導入する前に、以下の5つの質問に答える必要があります。これらを飛ばすことは、検証ではなく「信頼」のみに基づいて承認することと同義です。
データアクセスの範囲
その拡張機能は実際に何を読み取れるのでしょうか。現在のドキュメントやメールスレッド内でのみ動作する拡張機能と、Googleドライブ全体への常時アクセスを要求する拡張機能では、リスクが大きく異なります。
そのツールが広範囲な常時アクセスを求めているのか、それとも現在使用中のアプリに限定されたセッションベースのアクセスなのかを確認してください。スコープが狭いほど、万が一ベンダーが侵害された際の影響範囲を小さく抑えられます。
OAuthスコープと権限
すべてのGoogle Workspace統合はOAuthを通じて認証されます。要求される特定のスコープを見れば、そのツールができること、できないことが正確にわかります。Googleはこれらのスコープを感度レベルで分類しており、管理コンソールで各スコープがどのカテゴリに該当するかを確認できます。
ユーザーから問題が報告されてからではなく、承認前にスコープリストを確認してください。Docs、Sheets、GmailのUI内で動作するために必要なスコープのみを要求するツールは、不必要に広範囲なドライブアクセスやアカウントレベルのアクセスを要求するツールよりもリスクが低いと言えます。
データの保存場所と保存期間
ベンダーに直接確認しましょう。コンテンツはリクエスト処理中のみサーバーを通過するのか、それとも処理後も保存されるのか。保存される場合、その期間と地域はどこか。
これはchatgpt google workspace securityのレビューにおいて特に重要です。基盤となるAIモデル（GPT、Claude、Gemini）は、通常、拡張機能のベンダーとは別の企業が運営しているためです。ユーザーが選択するモデルによっては、組織のコンテンツが複数の企業のインフラを通過する可能性があります。
通信および保存時の暗号化
Google Workspace、拡張機能、およびAIモデルプロバイダー間を移動するデータが、転送中に暗号化されていることを確認してください。ベンダーが一時的であってもデータを保存する場合、その保存時も暗号化されているかを確認しましょう。
信頼できるベンダーであれば、セキュリティやトラストに関するページでこれを公開しています。数分探しても見つからない場合は、それを懸念事項（必ずしも導入不可とは限りませんが）としてフラグを立てるべきです。
組織の既存ポリシーへの準拠
貴社にはすでに、サードパーティのデータ処理、データの保管場所、外部ツールの利用に関するポリシーがあるはずです。新しいルールを一から作るのではなく、そのAI拡張機能を既存のポリシーと照らし合わせてください。
HIPAA、GDPR、SOC 2などの規制下にある組織であれば、ベンダー自身のコンプライアンス体制がポリシーの要件と一致しているかを確認してください。規制対象のデータを扱うチームにツールを展開する前に、必ず実施してください。
Google Workspace管理コンソールでのAI拡張機能管理
Google Workspaceには、サードパーティ製アプリを制御するための2つの主要な手段があり、これらはAI拡張機能にも同様に適用されます。ChatGPTベースのツールも、組織がすでに審査している他の統合ツールと同じレビュー経路をたどります。
1つ目の手段は、管理コンソールの「アプリ」にある「Marketplaceアプリの設定」です。ここで、すべてのアプリを許可するか、管理者が承認したアプリのみに制限するか、あるいはユーザーがインストールする前に管理者の承認を必須にするかを選択できます。
2つ目の手段は、「セキュリティ」にある「APIの制御とアプリのアクセス」です。ここではOAuthスコープを直接制御でき、サードパーティ製アプリを「信頼できる」「制限付き」「ブロック」に分類したり、組織全体でアプリが要求できるスコープのルールを設定したりできます。
初めてAI拡張機能を評価する組織にとって、実践的な手順は以下の通りです。まずサンドボックスアカウントやテスト用組織部門（OU）で拡張機能をインストールし、セットアップ中に要求されるOAuthスコープを正確に確認します。その後、組織全体に許可するか、特定のグループのみに制限するか、あるいは詳細を調査する間はブロックするかを決定します。
拡張機能を許可する場合、通常は全社一括ではなく、特定の組織部門に対してのみ展開できます。これにより、まずは導入を希望している経理部や採用チームなどでパイロット運用を行い、その後、段階的にアクセス範囲を広げることが可能です。
AI拡張機能のための承認チェックリスト
GPT Workspaceや類似のAIツールがチームからリクエストされた際は、以下のリストを活用してください。
- スコープのレビュー: 要求されたすべてのOAuthスコープをリストアップし、それぞれが実際にツールが使用する機能と一致しているか確認する。
- データ保持: リクエスト完了後にコンテンツがどの程度の期間保持されるか、書面で回答を得る。
- 保存場所: ベンダーのインフラやサブプロセッサがどの地域・国にあるかを確認する。
- 暗号化: 転送中および（該当する場合）保存時の暗号化を確認する。
- モデルプロバイダー: ツールが接続するAIモデル（OpenAI、Anthropic、Googleなど）を特定する。それぞれデータ取り扱いの規約が異なるため。
- 管理者による展開: 各従業員が個別にインストールするのではなく、Marketplace経由で組織全体に展開できるかを確認する。
- 監査の可視性: 管理コンソールで、他のMarketplaceアプリと同様に、このアプリのインストール、使用状況、権限変更がログとして記録されるか確認する。
- 取り消し経路: 必要に応じて、組織全体で一括してアクセス権を取り消せることを確認する。
承認後も、その決定を永久的なものとしないでください。特に新しい部署からアクセス要求があった場合は、四半期ごとに利用状況を見直しましょう。
このような部署別の利用状況を確認することで、2つの問題を早期に発見できます。1つは、正式に承認していないツールを密かに導入している部署の把握。もう1つは、承認したにもかかわらず実際には利用されていない部署の特定です。後者は、アクセス権限よりもトレーニングの強化が必要であるというサインです。
GPT Workspaceはこれらの疑問にどう対応しているか
GPT Workspaceは管理者が承認しても安全かという問いに対する正直な回答は、組織の特定のリスク許容度によります。しかし、本ツールは上記の懸念事項を考慮して構築されています。
GPT Workspaceは標準的なGoogle OAuthを通じて認証を行い、Docs、Sheets、Slides、Gmail、Driveといった、現在使用しているアプリに関連するスコープのみを要求します。デフォルトでWorkspaceアカウント全体への包括的なアクセスを要求することはありません。
この拡張機能は、組織のコンテンツの永続的なコピーを自社サーバーに構築するのではなく、アクティブなセッション期間中にドキュメントやメールのコンテンツを処理するように設計されています。ユーザーがタスクに応じてGPT、Claude、Geminiを選択できるため、リクエストを実際に処理するモデルはユーザーが選択したものに依存し、そのプロバイダーのデータ取り扱い規約が適用されます。
一元管理を求める組織向けに、GPT Workspaceは個々のブラウザインストールではなく、管理者レベルでGoogle Workspace Marketplaceを通じて展開可能です。これにより、前述の「許可」「制限」「ブロック」のオプションを、バラバラな拡張機能ではなく、1つのアプリに対して適用できます。
もちろん、これらは管理者自身のレビューに代わるものではありません。承認前にgpt.spaceの最新のプライバシー関連ドキュメントを読み、上記のチェックリストを実行してください。組織のGoogle Workspaceデータへのアクセスを要求する他のあらゆるツールと同様の対応が必要です。
チームでGPT Workspaceを試す
Google Workspace管理者としてのChatGPT導入の意思決定は、このように「小さくパイロット運用し、詳細を書面で検証し、要望のあるチームへ拡大する」という手順が実践的です。
もし採用、経理、あるいは管理部門がGmail、Docs、Sheets内でのAI利用を求めているなら、制御されたパイロット運用が合理的な次のステップです。テスト用OUにGPT Workspaceをインストールし、上記のチェックリストを実行した上で、アクセス範囲を拡大するかどうかを決定してください。