NotebookLMがスライドを生成するのに実際にどのくらいかかる？全シナリオを計測しました。
30秒から30分 ——ソース数、プロンプトの複雑さ、出力フォーマットにより異なります。ほとんどのユーザーの典型的なケース：60〜90秒。以下に完全なベンチマーク、待ち時間を決める4つの要因、そして生成時間を半分に短縮する7つのテクニックを示します。
投資ピッチ、学術プレゼン、緊急会議の分刻みタイムプラン付き。重要なのは「どのくらい速いのか」ではなく、「どのくらい速く仕上げられるのか」です。
要約 — NotebookLMのスライド生成時間：30秒（1〜3ソース、デフォルト設定）から15〜30分（100+ソース）。ほとんどのユーザーの最適ゾーンは3〜8ソースに構造化プロンプトで60〜90秒。ソースの事前フィルタリングからバッチ修正までの7つのテクニックで、総ワークフロー時間を35分から20分以内に短縮できます。このページではベンチマーク、ボトルネック分析、高速化テクニックを網羅。完全なスライド制作システム（戦略、生成、修正、マルチエージェントパイプライン）はスライドマスターガイドをご覧ください。
2026年6月4日更新。MiMo（小米MiMo Orbit 2026年100T Tokenインセンティブプログラム）で構築。AIスーパーユーザーの小チームが管理。アフィリエイト提携なし。
完全タイミング分類——全シナリオのベンチマーク
NotebookLMで200+回のスライド生成を実行し、ソース数、プロンプトの複雑さ、出力フォーマットを変えてテストしました。以下がベンチマーク結果です——そして高速側または低速側に傾ける要因を示します。
| シナリオ | ソース数 | 所要時間 | 速度低下の要因 |
|---|---|---|---|
| 基本 | 1〜3 | 30〜60秒 | 長いPDF（各100+ページ）、ソース未ピン留め |
| 標準 | 3〜8 | 60〜90秒 | カスタム5次元プロンプト、詳細デッキフォーマット |
| 複雑 | 10〜20 | 2〜3分 | 混合ソースタイプ（PDF+動画+ドキュメント）、トピック未聚焦 |
| ヘビー | 50〜100+ | 15〜30分 | 未フィルタPDF、トピック混在、ソース管理なし |
| 修正パス | 任意 | 30〜60秒 | 5+枚のスライドを同時に修正 |
| マルチエージェント debate | 20〜50+ | 15〜35分 | 3エージェントパイプライン（アドボケート、スケプティック、シンセサイザー）がスライドごとに処理 |
ほとんどのユーザーが見落とす重要な洞察：生成時間はスライドレンダリングではなく、RAG検索が支配しています。NotebookLMはソースをスキャンし、関連パッセージを見つけ、関連性でランク付けし、上位ランクのパッセージからスライドを生成します。実際のスライド作成は高速で——通常15秒未満です。検索フェーズが時間の大半を占めます。
生成速度を決める4つの要因
要因1：ソースボリューム
ソースドキュメントが増えるごとに検索オーバーヘッドが追加されます。3ソースのノートブックでは数百パッセージをスキャン、100ソースでは数万パッセージをスキャンします。この関係は線形ではなく——加速します。3から8ソースへの増加は30秒追加、50から100への増加は15分追加。100+ソースがある場合は、生成前に20〜30個のクラスタに分割してください。
要因2：プロンプトの複雑さ
「スライドを作って」というだけのプロンプトは約45秒で処理されますが、30+分の修正が必要な汎用的な出力を生成します。構造化された5次元プロンプトは5〜10秒の処理時間を追加しますが、3〜5分の修正だけで済む出力を生成します。常に長いプロンプトを書いてください。上流コストはわずかで、下流の節約は巨大です。
要因3：出力フォーマット
詳細デッキ（Detailed Deck）はより多くのワード数、完全な引用、自己完結型スライドを生成します——より多くのトークン、より多くの時間。プレゼンタースライド（Presenter Slides）はトークポイント付きの簡潔なテキストを生成——より少ないトークン、より高速。速度が独立した可読性より重要な場合は、プレゼンタースライドを選択。同じノートブックから後から詳細版を生成することも可能です。
要因4：ソースタイプと品質
テキストベースのPDFとGoogle Docsは最速の検索パスを持ちます。YouTubeの書き起こしは追加処理ステップが必要です。OCR付きスキャンPDFは検索システムがフィルタリングすべきノイズを追加します。貼り付けテキストが最速。最高速度を実現するには、アップロード前にソースをクリーンなテキストに変換してください。
時間はどこに消える？——ボトルネック解剖
ほとんどのユーザーは生成＝スライドレンダリングだと思っています。そうではありません。「生成」をクリックしたときのNotebookLM内部の動作です。
- RAG検索が支配的。50ソースのノートブックでは、検索システムは約3,000〜8,000パッセージをスキャンし、プロンプトとの関連性でスコアリングし、上位50〜100を選択します。ドキュメントの長さとトピックの一貫性により10〜25分かかります。
- スライドレンダリングは高速。関連パッセージが選択されると、NotebookLMは約10〜20秒で10〜15枚のスライドを生成します。ユーザーが知覚するのはこの部分ですが、総時間の最小比率にすぎません。
- レイアウトとフォーマットには一定のオーバーヘッド。ソース数に関係なく、NotebookLMはスライドテンプレートの適用、要素の配置、引用のフォーマットに5〜15秒を費やします。これは固定で——最適化できません。
- 引用リンクはほぼ瞬時。各クレームをソースパッセージに接続するのに2〜5秒。RAGが検索フェーズでパッセージを既に識別しているため、このステップは単なるポインタ割り当てです。
- 実際の意味：生成を高速化するには、検索を最適化してください。より少なく、よりクリーンで、より焦点を絞ったソース＝より速い検索＝より速い生成。レンダリングエンジン自体は既に高速です。
7つのテクニックで生成時間を半分に短縮
各テクニックはRAG検索ボトルネックを狙います。組み合わせることで、テストでは50論文の学術デッキを35分から18分に、完全なマルチエージェントパイプラインを3時間から35分に短縮しました。
実戦タイムプラン——ゼロから完成デッキまで
生成時間は総ワークフローの一部でしかありません。以下のプランにはソース準備から最終エクスポートまでの全ステップが含まれており、現実的なタイムスケジュールを立てることができます。
5分 緊急モード
ソース準備：1分（既存の2〜3ドキュメントをアップロード）· プロンプト：30秒（事前作成済みを貼り付け）· 生成：60秒 · クイックスキャン：1分（見出しチェック、詳細レビューをスキップ）· エクスポート：30秒 · 合計：約4.5分。品質：内部レビューには十分。取締役会には不適。
22分 投資ピッチ
ソースアップロード：5分（トラクションデータ＋市場レポートを整理）· 戦略ブリーフィング：8分（7セクションの戦略ブリーフ）· 生成：90秒 · レビュー＋修正：5分（鉛筆UIで3〜4枚修正）· エクスポート：30秒 · 合計：約20分。品質：顧客対応可能、クレームにソーストレース付き。
40分 学術プレゼン
ソースアップロード＋ピン留め：10分（20PDF、上位3つをピン留め）· 5次元プロンプト：5分 · 生成：2分 · マルチエージェント debate：12分（3枚のキースライドにアドボケート/スケプティック/シンセサイザー）· ターゲット修正：8分 · バイアス監査：3分 · 合計：約40分。品質：出版対応、信頼度スコア付き。
60分 マルチオーディエンスプロジェクト
ソースアップロード：8分 · 3つの独立した戦略ブリーフィング：24分（各オーディエンスごとに1つ）· 3回の生成：4.5分（各約90秒）· 各デッキの修正：合計15分 · 全エクスポート：1.5分 · 合計：約53分。注意：1つのデッキを3つのオーディエンスに回すと、3つとも不満足。独立したブリーフィングを作成。
速度と品質のトレードオフ——いつ急ぐべきか、いつ落とすべきか
0.7信頼度しきい値
マルチエージェントパイプラインは各スライドに0〜1の信頼度スコアを割り当てます。0.7超：出荷可能。0.6未満：修正必要。0.6〜0.7の間：リスク度合い次第で判断。5分の緊急モードは信頼度スコアリングを完全にスキップ。内部レビューには問題ありませんが、金銭や評判が絡む場合には不十分です。
急ぐことのコスト
テストでは、単一エージェント生成（debateなし、監査なし）がデッキの40%でフレーミングエラーを生成しました。ほとんどは軽微——トレンドの誇張、統計のチェリーピッキング。3つは深刻——スケプティックエージェントが、12人のパイロット顧客に基づく「ネットワーク効果」のクレームを捕捉しました。実際のネットワークではありません。スケプティックなしでは、このクレームが投資ピッチデッキに入っていたでしょう。
急ぐのが適切な場面
急いでOK：内部チームの更新、個人メモ、ブレインストーミング、構造検証のための初稿、自分がプレゼンする会議の事前資料。速度を落とすべき：投資ピッチ、取締役会プレゼン、顧客納品物、発表研究、あなたの声なしで転送される可能性のあるあらゆるコンテンツ。
高品質への最速ルート
速度と品質は対立しません——正しい順序なら。取締役会対応デッキへの最速ルート：（1）まず戦略ブリーフィングを書く（10分——戦略エラーを排除）、（2）構造化プロンプトで1回生成（90秒——汎用出力を排除）、（3）最も重要な3枚のスライドにスケプティックレビューを実行（5分——フレーミングエラーを排除）、（4）バッチ修正（1分）。合計：約17分で、手作業なら3時間かかるデッキを完成。
NotebookLM vs. 他のAIスライドツール——速度比較
速度比較は同じタイプの出力を比較した場合にのみ意味があります。NotebookLMはソース駆動型、RAG搭載、引用追跡付きのデッキを生成します。ほとんどの競合はテンプレートやインターネット知識から生成。以下は生の速度の比較——そしてその速度のために何を犠牲にしているかです。
| ツール | 生成時間 | ソース駆動？ | 引用追跡？ | トレードオフ |
|---|---|---|---|---|
| NotebookLM | 60〜90秒 | はい（あなたのアップロード） | はい（クレームごと） | やや遅いが、全クレームがトレーサブル |
| Gamma | 15〜30秒 | いいえ（インターネット/テンプレート） | いいえ | 速いが、ソース規律なし |
| Beautiful.ai | 20〜40秒 | いいえ（テンプレート駆動） | いいえ | デザイン優先、エビデンス二の次 |
| ChatGPT + DALL-E | 45〜90秒 | 部分的（ファイルアップロード） | 弱い | 柔軟だがハルシネーションリスクあり |
| Tome | 15〜30秒 | いいえ（インターネット） | いいえ | ナラティブ重視、データ重視ではない |
結論：データの出所を気にせず視覚的に美しいデッキが必要なら、GammaまたはTomeがより高速です。すべてのクレームをアップロードされたドキュメントに溯及する必要がある場合——コンプライアンス、学術的誠実性、投資家の信頼性のために——NotebookLMがこれをネイティブで実現できる唯一のツールです。30秒の速度プレミアムは引用規律のコストです。
3つの速度最適化プロンプト——無料
これらのプロンプトは速度優先ワークフロー向けに設計されています。よりコンパクトな出力を生成し、修正パスが少なく済みます——「5分でそれなりに」を目指すユーザー向けに最適化。「35分で完璧に」ではなく。
このページは速度をカバー。マスターガイドがその他すべてをカバーします。
戦略フレームワーク、5次元プロンプト式、鉛筆UI修正ワークフロー、マルチエージェントパイプライン、80+の実戦検証済みプロンプト、プロフェッショナルタイムモードワークフロー。
スライドマスターガイド · 無料 · 80+プロンプト
マスターガイドを開く →またはプレミアムをアンロック：Studioプロンプトパッケージを見る · 完全版プロンプトライブラリを見る
よくある質問
Choose the system that matches your work
Research with AI
Build a repeatable method for finding, evaluating, and synthesizing evidence.
Explore Research with AI → Related guidePrompt Engineering
Design prompts with clear sources, constraints, outputs, and verification steps.
Explore Prompt Engineering → Related guideStart Here
Choose the NotebookLM workflow that best matches your goal and experience level.
Start here →Working across more than one AI tool? Explore Multi-AI Systems →
Privacy and responsible AI use
Learn what to upload, what to de-identify, and when sensitive work requires an approved organizational environment.