NotebookLMの学習・プライバシー・セキュリティ

Gemini Notebook（旧NotebookLM）へ資料を入れる前に、アカウント種別、フィードバック送信、共有先、他サービスへの連携を分けて確認してください。Googleの現行案内では、通常の利用データはGemini NotebookのAIモデル学習に使われませんが、フィードバックを送ると、そのやり取りの全コンテキストが確認対象になり得ます。WorkspaceやEducationでは別の保護条件があり、どのアカウントでも「学習に使われないから機密情報を入れてよい」とは判断できません。

まず区別する4つのデータ経路

「AI学習に使うか」だけでは、社内資料を入れてよいか決まりません。サービスを動かすための処理、フィードバック、他のGoogleサービスとの連携、共有設定は別の確認事項です。

表は横にスクロールできます

場面	公式案内で確認できること	実務上の確認
通常利用	追加した資料、生成物、chat履歴はNotebookの知識ベースや作業に使われる。通常利用データはフィードバックを送らない限りGemini Notebookの学習に使われない	アップロードする資料の権利と社内ルール
thumbs up / down	送信した場合、質問、upload、source、回答など関連コンテキストを使って問題を調査・改善する。人による確認があり得る	機密情報を含む画面で送らない。必要なら内容を先に確認
Workspace / Education	uploads、queries、回答は人による確認対象にならず、AIモデルの学習にも使われないと案内されている。feedbackを送った場合もこの条件	対象edition、管理者設定、契約上の保護条件
他Googleサービスへ共有	Gemini Notebookの外で共有されたデータには、共有先サービスのPrivacy Notice等が適用される	Notebookから先の保存先、利用目的、共有権限

Googleは安全確保のため、不正利用や技術問題の予防としてデータを処理する場合があるとも説明しています。「学習に使わない」は、保存期間、処理場所、アクセス権、全ての別サービスにおける扱いまでを一括して保証する表現ではありません。公開ヘルプから一律に確認できない保持期間やデータ所在は、分かったように補わず、契約・管理者資料を別途確認します。

Feedbackを送る前に見ること

評価ボタンは単なる星の数ではありません。Googleの案内では、フィードバックに関連してprompt、設定、source、upload、chat、音声・動画overview、report等が収集され、問題の確認に使われます。個人向けでは、特別に訓練されたreviewerが確認する場合があり、レビュー用データはGoogleアカウントとの紐付けを外した状態で最大3年間保持されると説明されています。Workspace / Educationでは、対象データが人による確認やAI学習の対象にならないという例外があります。

したがって、機密資料を開いているときは、好意的な評価も低評価も送る前にコンテキストを見直します。問題報告が必要でも、顧客名、未公開情報、個人情報を含むスクリーンショットやpromptを不用意に含めないでください。feedbackを送らなければ通常利用のルール、送ればfeedbackのルールが適用される、と二つの状態で考えます。

アカウントが適切かを決める

• 個人のGoogle accountで非機密の資料を読む：通常利用時の学習条件を確認し、sourceの権利とNotebook共有を点検します。

• 会社の資料を読む：個人アカウントへ入れる前に止め、組織が許可したWorkspace editionと管理者の利用条件を確認します。

• Workspaceでfeedbackを送る：公式の保護条件を確認した上で、社内ルールと顧客契約も守ります。

• Gemini appなど別サービスでも同じ資料を使う：そのサービスのPrivacy Noticeとデータ共有設定を別に確認します。

• 教育アカウントで使う：Educationの規約・年齢条件・学校の管理者設定を確認します。

この分岐は「どのアカウントなら絶対安全か」を示すものではありません。取引先との契約、個人情報保護規程、業界ルールがサービスの一般条件より厳しい場合は、組織ルールを優先します。

Notebookの共有と公開を点検する

資料をNotebookへ取り込むことと、Notebookを他人へ見せることは別の操作です。共有する場合は、受信者がsourceや生成物にどの権限でアクセスするのか、共有範囲に外部ユーザーが含まれるのかを確認します。Google Driveから取り込んだファイルは元ファイルへの閲覧権限が必要であり、権限が失われるとsourceとして参照できなくなることがあります。

Notebookや成果物を外へ共有する場合は、次の3点を別々に確認します。第一に、資料をアップロード・共有する権利。第二に、生成物へ引用された原文や顧客情報が含まれていないか。第三に、共有リンクの対象者と閲覧・編集権限です。AIが資料を読めることは、その資料を再配布する権利があることを意味しません。

機密資料の利用前チェックリスト

• 使用しているのは個人アカウントか、対象となるWorkspace / Educationアカウントか。

• 組織管理者がサービスを許可し、必要なeditionを契約しているか。

• sourceに個人情報、顧客データ、未公開情報、秘密情報が含まれるか。

• Googleの利用条件だけでなく、社内規程と顧客契約が利用を許可しているか。

• feedbackを送る可能性があるか。送る場合にコンテキストへ何が入るか。

• Gemini appや接続先など、別サービスへデータを渡すか。

• Notebook、元ファイル、exportしたDocs / Sheetsの共有範囲は適切か。

• Notebookを公開する場合、引用元やsourceの権利と個人情報を確認したか。

• 保存・削除の社内手順が決まっているか。公開情報から一律の保持日数を推測していないか。

一つでも未確認で、内容が機密ならアップロードを保留して管理者・法務・情報セキュリティへ確認します。設定画面だけでは契約上の利用可否が分からない場合があります。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  NotebookLM

  公式サイトを見るTool詳細を見る

AIものさしの判断

Gemini Notebookの通常利用とfeedback送信ではデータの扱いが異なり、Workspace / Educationには人による確認や学習利用に関する追加条件があります。判断は「学習されるか」だけで終わらせず、アカウント、feedback、別サービスへの共有、共有先権限、資料の利用権を順に確認してください。保持期間やデータ所在が必要な組織利用では、公開Helpだけで決めず、契約資料と管理者へ確認します。

情報を入れる前に決める最小ルール

会社で利用を検討する担当者は、まず「どの情報をどのアカウントで扱うか」を分類します。公開情報と一般的な社内手順なら通常の確認で足りる場合があります。一方、顧客データ、人事情報、認証情報、未公開の製品計画、契約で利用先が制限された資料は、一般的な製品説明だけで投入可否を決めないでください。組織のAI利用規程、契約、管理者の設定で、利用可能な情報区分を照合します。

表は横にスクロールできます

情報の例	アップロード前の確認	未確認なら
公開済みの仕様書	公開元、改訂版、出典の明記	公開版を使う
社内の一般手順	管理者が許可したアカウント、共有範囲	公開情報だけで試す
顧客・従業員の情報	個人情報規程、契約、アクセス制御、保存・削除方針	実データを入れず、匿名化できるか確認
未公開の契約・製品資料	機密区分、契約上のAI利用可否、組織アカウント条件	管理者・法務の判断まで保留
アカウント情報や秘密鍵	通常の分析対象ではない	入れない

匿名化しても、組み合わせによって個人や顧客が推測できることがあります。氏名を消しただけで十分とは限らないため、業務上必要なデータだけに絞る、実データではないテスト用資料を使う、管理者が認めた環境を使う、という順でリスクを下げます。

共有範囲を変えるときの確認

Notebookを作った人の権限と、共有された人がsourceや成果物へ持つ権限は同一とは限りません。共有前に、閲覧・編集のどちらを付与するか、リンクを受け取る人が社外に広がらないか、取り込んだsourceの権限が失効した場合にどうなるかを確認します。生成した回答をDocsやSheetsへexportした場合は、export先の共有設定も別に見ます。

公開リンクを作る場合は「Notebookを見せること」と「sourceの著作物を再配布すること」が別の問題です。共有できる権利がない報告書や顧客資料がsourceに含まれていれば、リンクの公開範囲にかかわらず、利用権を先に確認します。Googleは、共有する権利のない著作物をアップロードしないよう案内しています。

例で確認するデータフロー

例1：一般公開の製品マニュアルを要約する

公開Helpと自社で作成した質問を使う。出力には引用を残し、社内の一般向けメモへ転記する。外部へ出す場合は引用とスクリーンショットの権利を確認する。機密情報を含まないため、個人アカウントで試す前提でも、組織の利用規程があればそれに従う。

例2：顧客の問い合わせを分析する

問い合わせ本文には個人情報や契約情報が含まれる可能性がある。まず組織が承認したアカウント、契約条件、管理者設定を確認する。許可が確認できない間は、実際の問い合わせをアップロードせず、架空データで手順だけを検証する。feedbackを送ると関連contentが含まれ得る点もチームへ共有する。

例3：社内規程と未公開計画を使う

Workspaceの学習・review条件は有用ですが、組織の契約とデータ分類が利用可否を決めます。資料ごとに権限が違うなら、共有相手が同じNotebookを見られるかを確認し、必要な資料だけを入れる。Notebookの出力を別Googleサービスへ渡す場合は、引き継ぎ先で誰が見られるかを調べる。

「学習されない」から分からないこと

通常利用データが学習に使われないという説明から、次の項目まで自動的に分かるわけではありません。

• 一律の保存・削除日数

• 全ての国・アカウントで同じデータ保管場所

• 会社独自の契約や管理設定

• Gemini Notebookから他サービスへ渡した後の扱い

• 共有先が行った複製やexportの保存期間

ここが業務上の必須条件なら、公開Helpの文章から推測せず、契約資料とGoogle Workspace管理者へ質問します。担当部署から書面の確認が取れるまで、機密情報を入力しないという運用も選択肢です。

許可を出す前の実務フロー

1. 対象資料を公開、一般社内、機密、個人情報に分ける。

2. 使うアカウントが組織で許可されたものか確認する。

3. 契約と管理者設定で、データ分類ごとの利用可否を見る。

4. sourceをNotebookへ入れたときの共有権限とexport先を確認する。

5. feedbackを送るケースと、他サービスへ共有するケースを洗い出す。

6. 許可範囲内の少量データで試し、出力と引用を確認する。

7. 不要になったNotebookやsourceをどう削除するか、組織の運用に合わせる。

重要なのは、アカウントの表示名だけで利用可否を推定しないことです。個人アカウントを会社のメールで使っている場合も、組織のWorkspace保護が適用されるとは限りません。管理コンソールや契約上の対象を確認します。