Google VaultでGemini会話を検索・保持できるか｜訴訟ホールドとeDiscovery実務
Gemini を社内で使うと、法務や情シスから「後から検索できるのか」「削除されても保持できるのか」「証跡として出せるのか」と聞かれる場面が増えます。ここで監査ログ、Vault、管理コンソール設定の役割を混同すると、統制設計がぶれます。
結論から言うと、Google Vault は 2025 年 2 月から Gemini app conversations の検索とエクスポートに対応し、2026 年 6 月には保持ルールと訴訟ホールドにも対応しました。ただし、対象は Gemini app の Web/モバイルであり、Gmail や Docs に組み込まれた Gemini 機能まで同じ扱いになるわけではありません。保持、検索、ホールド、承認、利用ルールを一緒に設計する必要があります。
2026 年 6 月 14 日時点で、管理者が最初に答えるべき質問は 3 つです。 何が Vault の対象か、ユーザー削除やアクティビティ設定より何が優先されるか、そして hold と export を誰が承認するかです。この 3 点を先に切り分けると、AIO 系の検索意図にも答えやすくなります。
本記事のポイント
- Google Vault は Gemini app conversations の検索・エクスポートに加え、保持ルールと訴訟ホールドにも対応しました。
- Vault の保持ルールやホールドは、管理コンソール設定、ユーザー削除、アクティビティ設定より優先されるため、法務・情シスで権限と手順を先に決める必要があります。
- 対象は Gemini app の Web/モバイルが中心で、一時チャットや会話削除を許可しても Vault retention rules が優先されます。
この記事で扱うテーマ
関連キーワード
- Google Vault Gemini
- Gemini conversations Vault
- Gemini 会話 検索
- Gemini app conversations search
- Vault Gemini export
- Google Vault Gemini 保持
- Gemini litigation hold
- Gemini app retention rules
- Gemini 会話 訴訟ホールド
- Gemini 削除 Vault 保持
- Gemini Vault 優先順位
- Gemini temporary chat Vault
- Gemini 会話削除 Vault 保持
このページで答える質問
- Google VaultでGemini会話を検索・保持できる？
- Gemini app conversations の保持ルールと訴訟ホールドでは何ができる？
- Vault の保持ルールはユーザー削除やアクティビティ設定より優先される？
- Gemini app と Gmail・Docs 内の Gemini 機能では保持対象が違う？
- Gemini の temporary chats や会話削除を有効にすると Vault の保持に影響する？
何が変わったのか
Google Vault の更新情報では、2025 年 2 月 4 日から Gemini app conversations の検索とエクスポートに対応したと案内されています。さらに 2026 年 6 月 11 日の Google Workspace Updates では、Gemini app の Web/モバイルに対して、保持ルールと訴訟ホールドを作成・更新・削除できるようになったと案内されました。
これにより、Gemini app の会話は「後から探せるか」だけでなく、「一定期間残せるか」「法務調査の対象として保持できるか」まで Vault 側で扱えるようになりました。ただし、検索・エクスポート・保持・ホールドができることは、利用管理や承認ルールが自動で整うことを意味しません。Vault は Vault の役割、監査ログは監査ログの役割として切り分ける必要があります。
Vault は会話の保持・ホールド・検索・エクスポートを担い、監査ログは利用事実の確認を担います。
保持ルールと訴訟ホールドでできること
2026 年 6 月の更新で増えた実務上の論点は、Gemini app conversations を「検索できるデータ」から「保持ポリシーの対象データ」として扱えるようになったことです。管理者は、既定の保持ルール、組織部門やドメイン単位のカスタム保持ルール、特定ユーザーや OU を対象にした訴訟ホールドを設計できます。
| 機能 | できること | 実務で見るポイント |
|---|---|---|
| 既定の保持ルール | Gemini app 全体に有限または無期限の保持期間を設定する | 全社の最低保持期間と削除方針を決める |
| カスタム保持ルール | OU またはドメイン単位で保持期間を分ける | 法務、人事、営業など部門ごとの保持要件を分ける |
| 訴訟ホールド | 特定 OU またはユーザーリストの Gemini app データを保全する | 調査対象者、承認者、解除条件を事前に決める |
重要なのは、保持期間を長くすれば安全という話ではない点です。長く残すほど調査対象は増え、エクスポート後の再保管や開示判断の負担も増えます。保持ルールは、法務要件、社内規程、利用目的、削除期限とセットで決める必要があります。
対象範囲と優先順位を誤解しない
今回の更新は、Gemini app の Web/モバイルを対象にしたものです。Gmail や Docs の「Help me write」のように、Google Workspace の各アプリに組み込まれた Gemini 機能は、Gemini app conversations と同じ形で保持されるとは限りません。管理者は、どの Gemini 利用が Vault の対象になるのかを、サービスごとに分けて説明できる状態にしておく必要があります。
もう一つの重要点は、Vault の保持ルールとホールドの優先順位です。公式更新では、Vault の保持ルールとホールドは、管理コンソール設定、ユーザーの削除操作、ユーザーのアクティビティ設定より優先されると説明されています。たとえばユーザーが会話を削除したり、アクティビティ設定をオフにしたりしても、Vault のホールドが有効なら、ユーザー画面からは見えなくなっても Vault 管理者からは保持対象として扱われます。
| 論点 | Gemini app の Web/モバイル | Gmail / Docs など埋め込み Gemini |
|---|---|---|
| 今回の 2026 年 6 月更新の直接対象 | 対象 | 同一対象とは限らない |
| Vault でまず確認すること | 保持ルール、訴訟ホールド、検索、エクスポート | 各サービス側の保持仕様を個別確認 |
| 社内説明で言い切ること | 会話保持の対象になりうる | 同じ前提で説明しない |
この性質は、法務対応では有効ですが、利用者への周知を曖昧にすると不信感にもつながります。Gemini app の業務利用を許可するなら、検索・保持・ホールドの対象、管理者が見られる範囲、エクスポート時の承認手順を社内ルールに明記する方が安全です。
temporary chat と会話削除が出ても、保持優先順位は変わらない
2026年6月16日に Google Workspace Updates は、Gemini app で temporary chats と conversation deletion を管理者が制御できるようになったと案内しました。temporary chats は履歴に保存しない会話、conversation deletion は個別チャットまたは履歴全体の削除をエンドユーザーが行える機能です。管理者は domain、OU、group 単位で有効化や無効化を切り替えられます。
ただし、同じ公式案内の中で、Google Vault を使っている組織では Vault retention rules が常に尊重される と明記されています。つまり、temporary chat や会話削除は「ユーザーが Gemini app の履歴をどう扱えるか」の設定であり、「組織として何を保持するか」を上書きするものではありません。
| 設定 | 決めること | 優先順位の位置づけ |
|---|---|---|
| temporary chat | 履歴に残さない会話を許可するか | ユーザー体験の設定 |
| conversation deletion | 個別削除や履歴全削除を許可するか | ユーザー体験の設定 |
| Vault retention rules | 組織としてどこまで保持するか | 保持ポリシーの正本 |
| litigation holds | 法務・調査目的で保全するか | 保持ポリシーよりさらに強い保全 |
この切り分けをユーザーへ説明できないと、「削除できるなら残っていないはず」「temporary chat なら調査対象ではないはず」という誤解が起きます。Vault 運用の実務では、temporary chat の許可可否と retention / hold の設計を同じ会議で決めるより、利便設定の会議 と 保持ポリシーの会議 を分ける方が整理しやすくなります。
優先順位はどう考えるべきか
実務では、利用者が見ている UI の状態と、Vault で法務・情シスが保持できる状態を分けて理解する必要があります。ユーザー削除やアクティビティ設定オフは「利用者から見える状態」を変えますが、Vault の保持ルールや訴訟ホールドは「組織として残すべき状態」を優先します。
この優先順位を曖昧にしたまま運用すると、「削除したはずなのになぜ残っているのか」「Activity をオフにしたのに検索対象なのか」という問い合わせが増えます。AI 利用ポリシーでは、利便設定と証跡保持のどちらがどの場面で優先されるかを明文化しておく方が安全です。
Vaultと監査ログの違い
| 論点 | Vault | 監査ログ |
|---|---|---|
| 主な役割 | 保持、訴訟ホールド、検索、エクスポート | 利用事実の確認、時系列追跡 |
| 向く場面 | 法務、eDiscovery、内部調査 | 管理運用、利用状況確認、初期調査 |
| 見たい情報 | 対象会話、保持対象、ホールド対象 | 誰がいつ使ったか |
| 補完が必要なもの | 承認履歴、保存先、公開判断 | 会話本文の保持や法務対応 |
実務での論点
1. 検索できることと統制できることは違う
Vault で会話を検索できても、その利用が社内ルール上正当だったか、どの案件にひも付くのか、対外公開に使ったのかまでは別管理が必要です。Vault を統制の代替物として扱うと、設計が粗くなります。
2. 保持とホールドは運用設計と一緒に決める
保持を強くするか、検索をしやすくするか、法務対応を優先するかで設計は変わります。訴訟ホールドを誰が開始し、誰が解除し、どの範囲を対象にするかも決めておく必要があります。AI 利用ルールと承認基準の更新周期も一緒に見た方が、あとから齟齬が出にくくなります。
3. 監査ログとセットで使う
どのユーザーの、どの期間の、どの利用を追うかは監査ログで入口を作り、必要に応じて Vault 側で検索やエクスポートを行う流れの方が実務では整理しやすくなります。
まず管理者が確認する順番
- 対象サービスを切り分け、Gemini app と埋め込み Gemini を同一扱いしない。
- Vault の保持ルールと訴訟ホールドの優先順位を法務・情シスで確認する。
- 監査ログで対象ユーザーと期間を絞り、必要なケースだけ Vault 検索へ進める。
- export 承認者、再保管先、削除期限を 1 枚の運用表にまとめる。
この順番にしておくと、「Gemini 会話を保持できるか」だけでなく「どの順で管理すれば事故になりにくいか」まで短く答えられます。
よくある誤解
- Vault で検索できるなら、承認や申請は不要になると考える。
- 監査ログと Vault のどちらか一方で十分だと思い込む。
- 保持要件だけを強め、現場の運用ルールや公開判断を整えない。
- Gemini app と Gmail・Docs 内の Gemini 機能を同じ保持対象だと思い込む。
法務対応で先に決めるべきこと
Gemini 会話を Vault で検索・保持できるようになっても、誰が検索できるのか、どの案件で export を許可するのか、何日保持するのか、どの条件で訴訟ホールドを開始・解除するのかが曖昧だと、機能追加だけ先に進んで運用が不安定になります。eDiscovery の論点は、機能の有無より権限と手順を先に固める方が重要です。
| 論点 | 先に決めること | 曖昧だと起きること |
|---|---|---|
| 検索権限 | 誰が検索実行者になるか | 現場から個別依頼が集中し属人化する |
| 保持期間 | 案件別に保持を変えるか | 必要データが残らない、または残しすぎる |
| 訴訟ホールド | 開始条件、対象 OU / ユーザー、解除承認者 | 調査対象が広がりすぎる、または必要な保全が漏れる |
| エクスポート手順 | 承認者と受け渡し先 | データ二次流通のリスクが増える |
| 監査ログとの接続 | 利用事実の確認順序 | 調査開始点が毎回ぶれる |
| 社内周知 | 利用者へ何を告知するか | 検索可能範囲の誤解が残る |
この6点を先に決めておくと、Vault 対応を法務だけの話に閉じず、AI 利用統制の一部として扱えます。特に export の扱いは、保持やホールドとは別のリスクになるため、検索権限と分けて設計する方が安全です。
調査フローの組み立て方
実務では、まず監査ログで対象ユーザーと期間を絞り込み、その後に Vault で必要な会話を検索し、案件性や外部提出の必要がある場合のみエクスポートへ進む流れが現実的です。最初から Vault 側で広く検索し始めると、対象が広すぎて調査負荷が跳ね上がります。
また、Vault で取得した会話データをどこへ保管し、どの期間で破棄するかも同時に決める必要があります。保持・ホールド・検索・エクスポート・再保管までを一連の手順として設計して初めて、Gemini 会話を扱う法務対応が安定します。
特に社外提出の可能性がある案件では、検索結果を誰がレビューし、どの範囲まで開示候補とするかを先に定義しておく方が安全です。検索できることと、提出してよいことはまったく別の判断であり、この切り分けがないと運用はすぐに詰まります。
そのため、Vault 対応を始めるときは、法務だけで閉じず、情シスと AI 推進事務局も含めて「検索権限」「保持期間」「ホールド開始条件」「export 承認」「再保管先」「削除期限」を1枚の運用表にまとめておくのが実務的です。
よくある質問
Google VaultでGemini会話は検索できますか？
できます。Google Vault の更新情報では、2025 年 2 月から Gemini app conversations の検索とエクスポートに対応したと案内されています。2026 年 6 月には、保持ルールと訴訟ホールドにも対応しました。
Gemini app conversations は保持ルールや訴訟ホールドの対象になりますか？
対象になります。Gemini app の Web/モバイルに対して、既定の保持ルール、OU やドメイン単位のカスタム保持ルール、特定 OU やユーザーリストへの訴訟ホールドを設定できます。
ユーザーが会話を削除したら Vault からも消えますか？
Vault の保持ルールやホールドが有効な場合、ユーザーの削除操作やアクティビティ設定より Vault 側のポリシーが優先されます。ユーザー画面からは見えなくなっても、保持対象として Vault 管理者が扱える場合があります。
Gmail や Docs の Gemini 入力も同じように Vault で保持されますか？
同じとは限りません。2026 年 6 月の更新対象は Gemini app の Web/モバイルです。Gmail や Docs に組み込まれた Gemini 機能は、Gemini app conversations と同じ方式で保持されるとは限らないため、サービスごとに対象範囲を確認する必要があります。
temporary chat や会話削除を有効にすると Vault の保持には影響しますか？
2026年6月16日の公式案内では、temporary chats と conversation deletion を管理者が制御できる一方で、Google Vault の retention rules が設定されている場合は常にそれが尊重されるとされています。したがって、削除可否や temporary chat の許可は、保持ポリシーを置き換えるものではありません。
Vaultがあれば監査ログは不要ですか？
不要ではありません。Vault と監査ログは役割が違うため、利用事実の確認と会話検索を分けて使う方が実務向きです。
VaultだけでAI統制は完成しますか？
完成しません。利用ルール、承認基準、申請、保存先、公開前確認まで含めて設計する必要があります。
どの部署が関与すべきですか？
法務、情シス、事業部、AI 推進事務局が分担して設計する方が運用しやすくなります。
参照元
本記事は、Google Workspace Updates の 2025 年 2 月 4 日付記事「Google Vault now supports the Gemini app」と、2026 年 6 月 11 日付記事「Google Vault now supports retention rules and litigation holds for Gemini app」をもとに、Google Workspace 管理者と法務・情シス向けの実務論点として整理しています。
