NotebookLMでソースを管理するときは、どの版を回答に使うかと、誰にその内容を見せてよいかを一緒に決めます。チャット中心の画面を共有しても、ソースの閲覧権限まで外せたとは限りません。資料の正本、Notebook内の取り込み状態、共有先、書き出したファイルを別々に確認してください。
Googleの現行ヘルプではGemini Notebookという名称が使われています。この記事は、ソースの版と共有範囲を管理する手順を公式資料から整理したものです。実際の取り込み・同期・共有・コピー・書き出しは検証していません。資料名や管理表は説明用の架空例です。
目次
正本、補助資料、旧版を区別する
ソースを増やす前に、Notebookで答えたい質問を決めます。現行の規程を知るのか、改定前後を比べるのかで、必要な資料が違います。AIが承認状態や適用日を自動で判定すると前提にしません。
表は横にスクロールできます
| 役割 | 資料の例 | 質問時の扱い |
|---|---|---|
| 現行の正本 | 承認済みの規程v4 | 現在の条件を尋ねる根拠 |
| 補助資料 | 規程のFAQ | 規程と異なる場合は確認 |
| 履歴 | 旧規程v3 | 差分や過去時点の質問に限定 |
| 未確認 | 出所や版が分からないメモ | 正本と並べて確定しない |
同じ規程のPDFとGoogle Docsを追加する場合も、内容が同じか、どちらが更新元かを記録します。件数を増やすために重複資料を残すのではなく、その資料がどの質問に必要かで判断してください。
ソース台帳には、文書名、発行元、版、適用日、役割、原本の保存場所、管理者、取り込み方法、共有可能な相手、最終確認日を残します。タイトルに「最新版」と書くだけでは、内容の更新や承認を確認したことになりません。
取り込み方法と、原本の更新を確認する
Googleはソースを、取り込んだ資料のコピーまたは自動同期された版として説明しています。現行のDrive取り込みでは、自動更新に加え、必要に応じて手動同期する方法も案内されています。一方、ローカルのアップロードやWebなど、すべての種類を同じ更新方式と扱わないでください。Google：Add or discover new sources（新しいタブで開く）
原本を改訂したら、まず原本の版と承認状態を確かめ、Notebook側で内容が反映されたかを確認します。ファイル名だけを変えたり、以前の回答を読み直したりすることを、同期済みの証拠にはしません。
Drive上の権限が失われた場合や元ファイルが削除された場合、ソースへアクセスできなくなるという条件も公式にあります。これは自分が所有するNotebookと共有Notebookの両方に関する説明です。資料が一覧に残っていることと、現在その内容を回答に使えることを分けて確認します。
上限は使うアカウントと現行の案内で確認し、枠を空けるためだけに必要な正本を削らないようにします。削除や入れ替えを行う前に、どの質問や利用者がその資料を参照しているかを見ます。
回答に使うソースと、見せてよいソースを混同しない
質問に必要なソースだけを選ぶことは、回答の対象を絞る操作です。他のソースを閲覧者から秘密にするための設定とは分けます。現行版を質問対象にしても、共有Notebookに残した旧版や補助資料を、相手が見られなくなったとは判断しません。
共有前には、Notebook内の資料を一件ずつ、相手へ開示してよいかで確認します。回答に使わない予定だから残してよい、という判断を避けてください。閲覧者が異なる資料は、同じNotebookへ混ぜず、共有用に内容を分ける方法も検討します。
これは権限を設定した実測結果ではなく、資料の置き方を決める運用案です。共有用に分けた場合も、元資料から必要な条件や注記を落としていないかを人が確認します。
Chat Viewは、ソース権限の取り消しではない
Googleの共有ヘルプでは、Viewerは共有Notebook内のソースとノートを読み取れ、Editorはそれらの追加・削除や再共有も行えると説明されています。編集が必要でない相手へ、便宜上Editorを付けないようにします。
Copy link to chat viewは、ソースや生成物を隠して会話へ集中する画面へのリンクです。ただし公式は、Viewerの基礎となるアクセスを完全に取り消すものではなく、非表示の資料へ別の経路で到達できる場合があると注意しています。「チャットだけ見せたので資料は見られない」と説明しないでください。Google：Create a notebook — sharing（新しいタブで開く）
例えば、承認済みFAQと社内限定の交渉メモがある架空のNotebookを顧客へ見せたい場合、交渉メモを質問対象から外し、Chat Viewリンクを渡すだけでは、資料を見せない設計の確認になりません。共有対象の資料集合を先に作り直すか、確認済みの回答を別の配布物へ整理する方法を選びます。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
NotebookLM
コピーと書き出しは、Notebookの共有とは別に確認する
Allow copiesを無効にしても、Notebook自体の複製を止めることと、閲覧可能な内容のコピーをすべて止めることは別です。公式は、Notebookのコピーを許可しない場合でも、利用者はアクセスできる内容をコピーできると説明しています。
DocsやSheetsへ書き出した場合も、元のNotebookの共有権限は引き継がれず、書き出し先での編集は元Notebookへ同期しないという注意があります。書き出したファイルは、保存先、共有相手、確認版、更新責任者を別に管理してください。
コピーや書き出しを許可した後に元Notebookの共有を止めても、相手がすでに持つ別ファイルまで回収したとは見なしません。実際にどの配布物が残るかを確認し、必要ならその配布先の管理方法に沿って対応します。
公開リンクの変更は、その後の更新も含めて判断する
公開Notebookでは、OwnerとEditorが公開アクセスを管理でき、編集内容はリンクを作り直さなくても反映されると公式にあります。したがって、共有開始時に安全だった資料集合へ、後から別の情報を追加してよいとは限りません。Google：Public notebooks（新しいタブで開く）
更新前には、追加資料を今の閲覧者へ見せてよいかを確認します。公開用Notebookに機密資料を一時的な作業用として置くことも避けます。権限や契約条件を確認できない場合、公開範囲を広げる前提で進めません。
以下は共有前の確認を整理する架空例です。実際のアカウントで確認済みという表ではありません。
表は横にスクロールできます
| 確認対象 | 見ること | 不十分な判断 |
|---|---|---|
| 資料集合 | 全ソースを相手へ開示してよいか | 質問対象から外したから安全 |
| 画面リンク | Chat Viewと元の権限を分けたか | パネルが見えないから権限もない |
| 複製 | Notebookのコピーと内容コピーの区別 | Allow copiesを切れば転載不能 |
| 書き出し先 | Docs・Sheets側の共有と版 | 元Notebookと同じ権限のはず |
| 更新 | 既存リンクの相手へ新資料を見せてよいか | リンクを再発行しないから見えない |
改定後は、代表質問と共有範囲を照合する
正本の改定時は、版と適用日を記録し、Notebook側の反映、旧版の扱い、共有先、書き出し済み資料を順に確認します。代表質問では、現行版にある条件、旧版との差、どの資料にもない条件を分けて尋ねます。
引用が付いていても、その資料の対象、時点、例外まで回答が正しく読めたとは限りません。原文の該当箇所へ戻り、重要な数字、期限、否定、適用範囲を照合します。資料にない条件を「会社のルール」として補わせないようにしてください。
確認記録には、利用アカウント、Notebook、ソースの版、質問、引用先、共有範囲、書き出し先、確認日と担当者を残します。学習利用や契約上の保護条件はNotebookLMのプライバシー確認で別に確認できます。
ソース管理を終える条件は、資料が登録されたことだけではありません。現在の回答に使う版を説明でき、共有相手へ見せてよい範囲がそろい、別に書き出した成果物まで追える状態を目指します。
参考資料
- Google：Add or discover new sources for your notebook（新しいタブで開く）
- Google：Create a notebook in Gemini Notebook（新しいタブで開く）
- Google：Use public notebooks and featured notebooks（新しいタブで開く）
公式資料の確認日：2026年10月23日。利用中のアカウントと画面で共有機能の提供条件を確認してください。