NotebookLMのノートブックをGeminiのソースとして追加する方法、そして壊れたときの直し方

この機能が実際に行うこと

どのGoogleプロダクトが「notebook」と呼ばれ、それぞれ何をするのか混乱しているなら、Gemini Notebook対Gemini対Notebooks in Geminiの違いをまとめた記事がこの三者の名前の衝突を詳しく解説している。この機能は、そのうちの2つをつなぐものだ: Gemini Notebook(スタンドアロンのNotebookLMプロダクト)のノートブックを、通常のGeminiアプリ内——ふつうのチャットでもカスタムGemの中でも——でグラウンディングソースとして機能させる。Geminiは一般的なWeb知識から答える代わりに、そのノートブックにアップロードした特定のソースから、NotebookLMと同じ引用の厳密さを保ったまま答えるようになる。

Google自身のWorkspace Updatesの投稿によれば、この機能は2026年1月27日より前から個人/コンシューマー向けGoogleアカウントで既に使えており、その投稿は特にWorkspace EnterpriseおよびEducationアカウント(「すべての年齢層」向け)への展開を、2026年1月20日からRapidおよびScheduled Releaseトラックで開始すると発表した。完全に表示されるまで最大15日かかる可能性があるとしている。Googleの投稿は知っておく価値のあるコンプライアンス上の注意点を1つ挙げている: Gemini内でノートブックをソースとして使うことは、NotebookLM自身のコンプライアンス認証によって管理され、これはGeminiアプリのものと同一ではない。所属組織がAIツールを有効化する前にプロダクト単位のコンプライアンスを確認している場合は関係してくる。

Geminiのチャットにノートブックを追加する方法

この部分は直接文書化されている。Google自身の発表は1行でこう述べている: 「プロンプトボックスの「+」ボタン経由でNotebookLMを選択することで、GeminiのチャットにNotebookLMのノートブック(複数可)を追加できます。」実際には: gemini.google.comでチャットを開き、プロンプトフィールドの横にある+アイコンをクリックし、ソースのリストからNotebookLM(アカウントの展開段階によってはメニュー項目がGemini Notebookと表示される場合もある)を選び、Geminiに根拠として使わせたい特定のノートブックを選択する。同じチャットに複数のノートブックを添付することもできる。

Gemにノートブックを追加する方法(そしてGoogle自身の説明がなぜそこで止まっているのか)

これは、私たち自身の以前の調査の一部を含め、ほとんどの報道が本来あるべき精度より粗くなっている部分だ。Googleの発表は「ノートブックをGemに追加する」を、チャットの手順のように文書化されたUIのクリックパスとしてではなく、Gemに入力できるサンプルプロンプトの例として挙げているだけだ。私たちはGoogleのWorkspaceブログの投稿と、そのGemini Notebookヘルプセンターを直接確認したが、Google自身によるGem添付のステップバイステップの手順は見つからなかった。サードパーティのガイドはこの隙間を、食い違う指示で埋めている——Gemエディター内の「Knowledge」セクションを挙げるものもあれば、チャットと同じ「+」ボタンのフローを挙げるものもある。未確認のクリックパスを事実のように示すのではなく、正直な答えはこうだ: 現時点で最も信頼できる方法は、添付のリクエストをGemへのプロンプトとして直接入力することであり、これはGoogleが実際に公開している唯一の指示と一致する。そのうえで、編集がひそかに添付を消してしまうという報告がある(後述)ため、その後でGemの設定を再確認してほしい。

ほとんど誰もが見落とすWorkspace管理者設定

自分がWorkspace管理者で、誰の「+」メニューにもNotebookLMの選択肢が単純に表示されない場合、ほぼ間違いなくこれが原因だ。Google自身のWorkspace Updates発表の「Admins:」の節は、これを直接述べている: 「Gemini内でノートブックをソースとして使えるかどうかは、管理コンソール内のNotebookLMサービス設定によって決まり、Geminiアプリのサービス設定では制御されません。」これは本当に陥りやすい間違いだ。Geminiアクセスを管理しているほとんどの管理者は、すでにGeminiアプリ自身のサービストグルを見ており、この特定の機能を別の、独立したスイッチが制御していると想定する理由がないからだ。

正しい手順は、この設定についてのGoogleのWorkspace Helpページによれば: 管理コンソール → メニュー → Generative AI → Gemini Notebook → サービスステータスタブで、「全員に対してオン」「全員に対してオフ」、または組織部門やグループごとに個別設定する。このページを見るにはGemini Settingsの管理者権限が必要だ。ほとんどのWorkspace展開がまず触るGeminiアプリ自身のサービスステータスを切り替えても、ノートブックをGeminiのソースとして添付できるかどうかには何の効果もない。

何が壊れ、Googleが何を言っていないか

この機能には、Googleが公式に対応していない形で壊れてきた、文書化された履歴がある。私たちはこれらを二次的なブログのまとめからではなく、discuss.ai.google.dev、Google自身のAI開発者フォーラムから直接拾った:

• 2026年2月19日のGemini 3.1 Pro更新後のグラウンディング失敗。「Critical Regression: Gemini 3.1 Pro Update (Feb 19) Completely Broke NotebookLM's RAG & Grounding」と題されたスレッドには、ソースがサイドバーに存在し表示されているにもかかわらず、Geminiが「提供されたソースには、Fukuzawaという名前の人物についての言及はありません」と答えた事例が記録されている。スレッド内の1人の投稿者は、38万語近いファイルがインデックスされなかったと報告しているが、他のユーザーからの確認はなく、およそ300件のソースを持つノートブック全体で検索精度が低下したという報告もあった。2026年2月27日、自分が修正を出荷したと主張するユーザーが投稿し、その日のうちに別の2人が検索が再び機能していることを確認した。同じスレッドは2026年8月に、Geminiが再び提供されたソース以外の内容を引用するという、新しい別の不満で再燃し、直近の投稿は2026年8月26日時点でまだ未解決のままだ。
• Gemの編集がノートブックの添付をひそかに消してしまう。「Gems is giving me headaches」と題されたスレッド(2026年2月27日)は、既存のGemを編集するとNotebookLMの添付が単なるGoogle Driveのリンクに戻ってしまい、ソースを再度追加したあとGemが共有できなくなるという現象を記述している。返信のない単独の報告であり、本物だが大規模には未確認のパターンとして扱ってほしい。
• コンシューマー向けProアカウントでコネクタが完全に失われる。「Gemini Pro no longer able to use NotebookLM notebooks as a source」と題されたスレッドは2026年3月26日から8月13日まで続き、複数のユーザーが同じ症状を確認し、Googleスタッフからの返信はゼロだった: Geminiはそれでも引用を生成するのに、ソースパネルが空になるという現象と、ノートブックあたりのソース上限がおよそ300から50へひそかに下がったという、未確認の単独の主張があった。

私たちが見つけられなかったもの: これらの報告に対するGoogleの何らかの確認、ステータスページの記載、あるいは根本的な問題が解決済みだという裏付け。上記のスレッドのフォーラム活動は、最も新しいもので2026年8月26日まで続いており、今日時点で問題の継続あるいは修正を報告する新しいスレッドは見つからなかった。グラウンディングの正確さが重要な用途でこの機能を評価しているなら、頼る前に自分のノートブックで実際にテストし、静かなフォーラムスレッドが問題の消失を意味するとは思わないでほしい。

ソース上限: Gemini経由の添付には独自の上限があるのか?

NotebookLM自体には、ノートブックあたりのソース数とソースあたりの語数について、プランごとの文書化された上限がある。現在のプランごとの数字については、NotebookLMのソース上限の完全な解説を参照してほしい。どの一次情報からも確認できなかったのは、ノートブックをGeminiのソースとして添付する行為が、同じ上限、縮小された上限、あるいはネイティブのNotebookLMとは別の無制限のどれに当たるのかという点だ。異なる可能性を示唆する唯一のデータポイントは上記のフォーラムの未確認の主張(コネクタが壊れたときに実質的な上限がおよそ300から50に下がったと報告したユーザー)であり、これは文書化された上限ではなく未検証として注記しておく。

コネクタが不安定なときの回避策

• 答えが外部知識を使い始めて、自分のソースから離れてしまったら、プロンプトの中でGeminiに添付したノートブックに限定するよう明示的に指示してみてほしい。複数のフォーラムユーザーがこれを手動ながらも機能する緩和策として報告している。これは公式な修正ではなく、ノートブックがまったく読まれていない場合には役に立たない。
• ノートブックを添付したGemを編集した直後なら、次の回答を信用する前に、設定を開き直して添付がまだ残っているかを確認してほしい。編集がひそかにそれを消してしまうという報告されたパターンによる。
• 便利さより正確さが重要なら(法務、医療、その他ハイリスクな用途)、Geminiチャットのコネクタ経由ではなく、Gemini Notebookを直接使って作業してほしい。ネイティブのプロダクトには同じ回帰の履歴は報告されていない。

実際に使えるのは誰か

Google自身の発表によれば: 個人のGoogleアカウント、Workspace Individualのサブスクライバー、そしてWorkspace EnterpriseおよびEducationのアカウントだ。Googleの管理者向け文書は特に、Educationの展開内ではアカウントの年齢によってアクセスと機能が異なる場合があると注記している(Googleの管理者向けヘルプサイトは、まさにこのために「年齢別のGemini Notebook機能とアクセス」という専用のリファレンスページを維持している)。Workspaceドメインを管理していてまだこれが表示されない場合は、まだ自分の組織に展開されていないと決めつける前に、上記のサービスステータスのトグルを確認してほしい。展開のタイミング自体は、Googleが有効化した後でも最大15日かかる場合がある。

よくある質問

NotebookLMのノートブックをGeminiのチャットに追加するにはどうすればいいですか?

Geminiのチャットのプロンプトボックスにある「+」ボタンをクリックし、ソースのリストからNotebookLM(またはGemini Notebook)を選び、使いたいノートブックを選ぶ。この正確な方法は、Google自身のWorkspace Updatesの発表で直接文書化されている。

仕事用アカウントでNotebookLMをGeminiのソースとして追加できないのはなぜですか?

最も可能性が高いのはWorkspace管理者のトグルがオフになっていることで、これはほとんどの管理者が最初に確認する設定とは別の設定だ: 管理コンソール > Generative AIの中のNotebookLMサービスステータスであり、Geminiアプリ自身のトグルではない。Googleは、Geminiアプリのトグルがこの機能に何の効果もないと直接述べている。

添付したノートブックに明らかに含まれている情報を、Geminiが見つけられないと言うのはなぜですか?

これはGoogle自身の開発者フォーラムで少なくとも2026年8月まで報告されている、文書化された回帰パターンと一致する。よく知られた事例の1つでは、Geminiがソースに視覚的に存在していた特定の情報が含まれていないと否定した。Googleは本記事執筆時点でこのバグを公式に認めていない。回避策として、プロンプトを添付したソースに明示的に限定してみてほしい。

ノートブックをGemに追加するのは実際に機能しますか?

機能自体は本物だが、Googleはサンプルプロンプトしか公開しておらず、チャット版のように明示的に文書化されたUIのクリックパスはない。複数のサードパーティガイドが食い違う手順を説明している。また、Gemの編集がノートブックの添付をひそかに消してしまうという未解決の報告もある。

NotebookLMをGeminiのソースにするこの機能は無料ティアでも使えますか?

Googleの発表は個人のGoogleアカウント全般、Workspace Individual、Workspace Enterprise/Educationを対象としており、一部のNotebookLM機能のように別途の無料ティア制限を特に設けていない。選択肢が表示されない場合は、まずWorkspace管理者によるブロックを確認してほしい。

この機能とNotebooks in Geminiの違いは何ですか?

名前が似ている別のプロダクトだ: この機能は、Gemini Notebook(スタンドアロンのNotebookLMアプリ)のノートブックをグラウンディングソースとして添付できるようにするもの。「Notebooks in Gemini」は、Geminiアプリ自体の中にある別のプロジェクト整理機能だ。3つの似た名前を持つGoogleプロダクトの完全な違いについては、私たちの完全な比較記事を参照してほしい。