Gemini for Workspaceの入力データは学習に使われる？企業利用で確認すべきプライバシー設定
Gemini for Workspaceを企業利用するときに最初に問われるのが「入力データがモデル学習に使われるか」です。エンタープライズ利用では「学習に使わない」がデフォルトですが、管理コンソールでの状態確認、スマート機能、DLP、監査、Gemini app会話の保持、データリージョンまで揃っていないと、想定外のデータ利用や保持漏れが起きる可能性があります。
結論として、Workspace Geminiのプライバシー保護は「Gemini本体設定 × スマート機能 × DLP × 監査ログ」を土台にしつつ、2026年6月11日に一般提供されたGoogle VaultのGemini app向け保持ルールとリーガルホールド、2026年6月29日に案内されたGemini appのデータリージョン対応、さらに2026年6月16日に案内された一時チャットと会話削除の管理者制御まで確認して成立します。特に temporary chat と conversation deletion は、全社一律ではなく、法務・人事・営業・一般部門で分けて決める方が実務に合います。設定全体は Gemini for Workspace管理者設定 をご覧ください。
本記事のポイント
- Workspace Geminiのエンタープライズ利用は「ユーザー入力を学習に使わない」が前提ですが、管理コンソールでの状態確認は必須です。
- Gemini app会話はVault保持、データリージョン、一時チャット可否を分けて確認すると、保持漏れと説明不足を避けやすくなります。
- 個人情報・契約情報を扱う部署では、AI入力範囲をシート単位で限定し、DLPルール、Vaultの保持方針、データリージョン、temporary chatとconversation deletionを部門別に分けて運用するのが標準です。
エンタープライズ利用の前提｜学習利用は「しない」がデフォルト
Workspace Geminiのエンタープライズ向け提供は、ユーザーがビジネス用途でプロンプト・添付・ドキュメントを入力した内容を、Geminiモデルの学習に利用しないことが前提条件です。Workspaceの利用規約・プライバシー方針でこの取扱いが明記されており、業務利用時の基本ラインになります。
ただし「規約上そう」だけで運用を始めると、管理コンソール側の設定状態・スマート機能・第三者連携などの周辺要素で実態がずれる可能性があります。状態を確認するのは管理者の責務です。
Google VaultでGemini app会話をどこまで保持できるか
2026年6月11日にGoogle Workspace Updatesで案内された更新により、Google VaultはGemini appの会話に対して、検索とエクスポートだけでなく、default retention rules、custom retention rules、litigation holds を扱えるようになりました。これにより、Gemini appを使ったやり取りを法務保持や監査対象に含めやすくなっています。
実務上のポイントは、「Gemini for Google Workspaceの各アプリ内補助機能」と「Gemini appの会話履歴」を分けて考えることです。今回の保持対象はGemini appのweb版とmobile版の会話で、GmailやDocsの「Help me write」のような個別アプリ内の補助操作が同じ形で保持されるわけではありません。
| 論点 | 今回の更新で確認できること | 実務で見るべき点 |
|---|---|---|
| default retention rules | Gemini app全体の保持期間を有限または無期限で設定できる | 全社共通の最低保持期間を決める |
| custom retention rules | OU単位またはドメイン全体で個別ルールを作れる | 法務、人事、営業など部署別の保持方針を分ける |
| litigation holds | 特定OUまたは特定ユーザーのGemini appデータを保全できる | 訴訟、監査、調査時の保全フローに組み込む |
| ポリシー優先順位 | Vaultの保持ルールとホールドは管理コンソール設定やユーザー削除より優先される | 利用者に見えなくてもVault側に残るケースを理解する |
特に重要なのは優先順位です。Vault側で保持ルールやホールドが有効な場合、ユーザーが会話を削除したり、利用履歴設定を変えたりしても、Vault管理者からは保持対象として見える状態が維持されます。つまり、プライバシー運用は「ユーザーに消せるか」ではなく、「組織としてどこまで残すか」で設計する必要があります。
Gemini appのデータリージョンは保持とは別に確認する
2026年6月29日のGoogle Workspace Updatesでは、Gemini appが組織のdata regionalization要件に従うようになったと案内されました。管理者はGoogle Workspaceと同じ考え方で、EUでの保存・処理、USでの保存・処理、またはその両方を選び、OU単位で細かく制御できます。
ここで見るべき点は、Vault保持とデータリージョンを混同しないことです。Vaultは「どこまで残すか」を決める仕組みで、データリージョンは「どの地理的な場所で保存・処理するか」を決める仕組みです。個人情報、契約情報、顧客データを扱う組織では、保持期間、リーガルホールド、データリージョンを同じ棚卸し表で管理すると、法務・情シス・現場の認識を揃えやすくなります。
| 確認項目 | Googleの案内で確認できること | 管理者が決めること |
|---|---|---|
| 保存・処理地域 | EU、US、または両方を選べる | 契約、法務、顧客要件に合わせた既定地域を決める |
| 管理単位 | OU単位の細かな設定が可能 | 法務、人事、営業、一般部門で同じ方針にしてよいかを分ける |
| 対象エディション | Enterprise PlusとFrontline Plusはin-region processingとstorage、Education PlusとEducation Standardはin-region storageが対象 | 自社プランで処理地域まで制御できるかを確認する |
| 利用者設定 | エンドユーザー側の設定はない | 管理者設定、教育、問い合わせ窓口を先に用意する |
営業部門でGemini appを使う場合、顧客名や契約条件を含む会話が発生しやすくなります。DLPやVaultだけでなく、データリージョンの対象プランとOU設定を確認しておくと、海外拠点、外資系顧客、公共系案件でも説明しやすくなります。
一時チャットと会話削除は「利便設定」、保持は別レイヤー
2026年6月16日に Google Workspace Updates は、Gemini app で temporary chats と conversation deletion を管理者が制御できるようになったと案内しました。一時チャットは履歴に保存しない会話、会話削除は個別チャットまたは履歴全体の削除をユーザーが行える機能です。
ただし、ここで誤解しやすいのは、「一時チャットを許可したら保持されない」「会話削除を許可したら組織からも消える」と考えてしまうことです。Google の案内では、Vault retention rules が設定されている場合は常にそれが尊重される と明記されています。つまり、temporary chat や削除可否はユーザー体験の設定であり、法務保持や監査保持は Vault 側のレイヤーで決まります。
| 論点 | temporary chat / 会話削除 | Vault 保持ルール |
|---|---|---|
| 主な役割 | ユーザーが履歴をどう扱えるか | 組織として何を残すか |
| 管理単位 | domain、OU、group で有効/無効 | 保持ルール、カスタム保持、訴訟ホールド |
| 優先して説明すべき相手 | 現場ユーザー | 法務、情シス、監査担当 |
| 誤解すると起きること | 「消したから残っていないはず」と思い込む | 保持ポリシーとユーザー認識がずれる |
実務では、temporary chat を許可するかどうかを利用部門ごとに分ける方が安全です。たとえば、軽い壁打ちや草案生成は temporary chat を許可し、契約、法務、人事、営業案件のように後から確認が必要な業務では保持前提で使わせる、という切り分けです。temporary chat の可否を「AI 利用全般の安全性」と混同しない方が、社内ルールを作りやすくなります。
部門別にどう判断するか
管理者が迷いやすいのは「temporary chat を許可してよいか」「会話削除は誰まで認めるべきか」です。ここは機能紹介だけでは足りず、業務の性質で分ける判断表が必要です。実務では、法務・人事のように後から確認が前提の部門と、軽い壁打ちや草案が中心の一般部門を同じ設定にしない方が安定します。
| 部門 | Temporary chat | Conversation deletion | 実務上の考え方 |
|---|---|---|---|
| 法務 | 原則オフ | 原則オフ | 契約、紛争、規程解釈は後追い確認が前提。Vault保持と説明責任を優先する |
| 人事 | 原則オフ | 原則オフ | 評価、採用、労務相談は個人情報が濃く、削除自由度より記録統制を優先する |
| 営業 | 条件付きオン | 条件付きオン | 壁打ちや下書きは柔軟性が欲しいが、案件判断や顧客情報は保持前提に寄せる |
| 一般部門 | オン候補 | オン候補 | 企画メモや草案生成では利便性が高い。禁止データと承認フローを先に定義する |
重要なのは、オンかオフかの二択で終わらせないことです。営業でも、提案文のたたき台や会議アジェンダの壁打ちは temporary chat を許可しやすい一方、顧客名、契約条件、与信判断を含む会話は保持前提で回すべきです。部門単位の既定値を決め、そのうえで高機密業務の禁止事項をテンプレに書き戻す方が運用しやすくなります。
プライバシー保護4セット
| セット | 確認場所 | 主な確認ポイント |
|---|---|---|
| Gemini本体設定 | 管理コンソール ＞ アプリ ＞ Gemini | OU/グループ単位の有効化、データ管理オプションの状態 |
| スマート機能 | Workspaceサービス ＞ Gmail/Drive/Docs設定 | パーソナライゼーション、メール本文を学習させない |
| DLP | セキュリティ ＞ DLPルール | Gemini入力・出力に適用、機密データの送信抑止 |
| 監査ログ・アラート | レポート ＞ 監査と調査、アラートセンター | 異常利用の即時検知、利用実態の継続観測 |
個人情報・契約情報を扱う部署で追加すべき設定
営業・人事・法務・経理など個人情報や契約情報を扱う部署では、Gemini本体設定の「学習利用しない」前提に加えて、次の追加設定で運用負荷とリスクを下げます。
- AI入力範囲をシート/フォルダ単位で限定する
- DLPルールで「契約金額」「個人識別情報」のキーワードに対する送信抑止を設定
- Gemini app会話の保持期間とリーガルホールド対象を、部署単位または案件単位で定義する
- temporary chat と conversation deletion の既定値を、部門単位で明文化する
- 機密度の高いシートは編集権限と外部共有を四半期ごとに棚卸しする
- 業務テンプレ（プロンプト集）に「禁止事項」のセクションを必ず入れる
CRM・営業データ側の取り扱いは Workspace DLPによるCRMデータ保護、AI関数の使い方は Sheets AI関数の業務活用例 もあわせて確認してください。
よくある誤解と正しい理解
| 誤解 | 正しい理解 |
|---|---|
| 「Geminiは便利だから個人情報を入れても大丈夫」 | 規約上学習利用しなくても、組織方針・DLP・第三者連携の整備が前提 |
| 「ユーザー個別設定で済む」 | 管理コンソール側の組織設定が優先、利用者任せにしない |
| 「スマート機能はGeminiと無関係」 | パーソナライゼーション系はAI関連機能と連動するため、組織方針と整合確認が必要 |
| 「DLPはメール送信時だけ」 | WorkspaceのDLPはGemini入力・出力にも適用可能 |
| 「監査ログは万一の調査用」 | 定常的な利用観測が、ポリシーと運用のズレ検知に不可欠 |
| 「ユーザーがGemini app会話を消せば保持されない」 | Vaultで保持ルールやリーガルホールドが有効なら、ユーザー操作よりVault側の保持方針が優先される |
AI関数・Meet議事録のデータ取り扱い
Geminiチャットだけでなく、SheetsのAI関数・MeetのGemini議事録・Docsの要約も、Workspace全体のプライバシー方針の傘下で扱われます。一方、出力結果は社内に残るため、保存場所・共有範囲・削除ポリシーの整備が必須です。
- SheetsのAI関数：処理結果セルの参照範囲・共有設定の確認
- MeetのGemini議事録：保存場所（Drive）・共有範囲・自動削除ポリシー（Meet Gemini議事録の営業活用）
- Docsの要約：機密文書での生成可否、出力レビューフロー
運用に組み込む4つの仕組み
- 四半期ごとの設定棚卸し：管理コンソールの状態を一覧化し、組織方針と差分確認
- 月次の監査ログレビュー：異常パターン・閾値超過・禁止キーワード送信の検知
- 業務テンプレの定例更新：プロンプト集の禁止事項・推奨事項を業務単位で更新
- 新入社員・異動者向け教育：AI機能の利用範囲・組織方針・違反時のフローを共有
よくある質問
Workspace Geminiの入力データは本当に学習に使われませんか？
エンタープライズ利用では「学習利用しない」が前提です。ただし管理コンソール側の状態と、利用契約のプラン条件は導入時・更新時に必ず確認します。
パーソナル版のGeminiと業務版で扱いは違いますか？
違います。個人アカウントでのGeminiと、Workspaceエンタープライズで提供されるGeminiでは、データ取り扱い・学習利用・サポートが異なります。業務利用は必ずWorkspaceエンタープライズ側を経由します。
スマート機能をオフにすればプライバシーは万全ですか？
スマート機能のオフは1要素にすぎません。Gemini本体・DLP・監査・アラートの4セットで運用するのが標準です。
DLPルールはGeminiにどこまで適用できますか？
Gemini入力・出力に対して、機密データのキーワード・パターン検知・送信抑止が適用できます。詳細は管理コンソールのDLPルール設定で確認します。
Gemini appの会話はGoogle Vaultでどこまで保持できますか？
2026年6月11日時点で、Gemini appのweb版とmobile版の会話について、default retention rules、custom retention rules、litigation holdsをVaultで設定できます。ユーザー削除やアクティビティ設定よりVault側の保持ルールが優先される点が重要です。
Gemini appのデータリージョンでは何を確認すべきですか？
管理者は、Gemini appの保存・処理地域をEU、US、または両方にするか、自社エディションでin-region processingまで対象になるか、OU単位で部門別に分ける必要があるかを確認します。ユーザー側の設定ではないため、管理者設定と社内説明をセットで用意します。
Geminiの一時チャットや会話削除を許可すると、Vaultの保持には影響しますか？
Google Workspace Updates の2026年6月16日付案内では、temporary chats と conversation deletion を管理者が制御できる一方、Vault retention rules が設定されている場合は常にそれが尊重されるとされています。つまり、ユーザー体験として一時チャットや削除を許可しても、組織の保持方針とは別に考える必要があります。
営業部門だけtemporary chatを許可しても問題ありませんか？
許可自体はあり得ますが、顧客名、契約条件、価格、個人情報を含む会話まで無条件で許可しない方が安全です。営業は「壁打ち・下書きは許可」「案件判断や顧客情報は保持前提」のように業務単位で線を引くと運用しやすくなります。
監査ログはどのくらい保管されますか？
プランによって保管期間が異なります。Enterpriseは長期保管が前提で、BigQuery/Looker Studioへのエクスポートで継続観測する運用が一般的です。
第三者AIアドオンを併用するときの注意点は何ですか？
OAuthスコープ・データ取り扱い・退出設計を確認します。Marketplace側の確認手順は Workspace MarketplaceのCRM を参照してください。
関連ページと関連記事
- Gemini for Workspace管理者設定：6ステップでの設定確認を確認できます。
- Workspace Geminiの料金とプラン：プランごとの機能差を確認できます。
- Workspace Geminiスマート機能：スマート機能の影響範囲を確認できます。
- Workspace DLPによるCRMデータ保護：機密データ運用を確認できます。
- Workspace AIガバナンス・チェックリスト：保持、監査、退出設計を横断で確認できます。
- Sheets AI関数の業務活用例：AI関数の運用ルールを確認できます。
プライバシー方針と運用ルールを整えたい方へ
Gemini本体・スマート機能・DLP・監査・アラートの4セットを、自社の業種・取り扱いデータ・部署別ニーズに合わせて整理します。プライバシー方針の社内合意から運用ルール化まで、ファネルAi編集部・監修チームが個別に確認します。
実装の落とし穴と継続改善
Gemini for Workspace を業務に組み込むとき、最も多い失敗は「全社一括有効化」です。組織方針・DLP・監査が整っていない状態で全社員に開放すると、想定外のデータ利用や個人情報のプロンプト混入が起きやすくなります。OU/グループ単位で IT 部門・営業部門・経営企画から段階展開し、各部門で運用ルールが定着してから次の部門へ広げるのが、再設計コストを抑える現実的な手順です。次に多い失敗は、Gemini 出力を判断系に流用してしまうことです。要約・分類・整形は Gemini が得意ですが、採否・契約条件・人事評価のような判断は人間が握り、Gemini は下処理に集中させると事故が減ります。
継続改善は、月次の監査ログレビューと四半期のポリシー棚卸しでサイクルを作ります。監査ログでは「禁止キーワードの送信」「閾値超過」「外部共有との連動」の3パターンを定例で確認し、アラートセンターのルールに反映します。四半期のポリシー棚卸しでは、Gemini で扱ってよい業務、扱ってはいけない業務、判断責任の所在を業務テンプレ（プロンプト集）に書き戻します。Gemini 自身が機能更新で新しい capability を獲得することがあるため、社内テンプレを更新せずにいると、半年で運用と方針が乖離します。月次・四半期の2層レビューを定例に組み込むことが、Gemini の継続活用の基盤です。
