Gemini Notebook の監査ログが管理コンソールへ — BigQuery エクスポートは既定オフ、管理者の操作が要る

要約

2026-09-03、Google Workspace の管理コンソールで Gemini Notebook の包括的な監査ログが利用できるようになりました。

参照先は2つのツールです。 セキュリティ調査ツール（security investigation tool） と 監査・調査ツール（audit and investigation tool） の両方から見られます。

記録される範囲は、公式表現で 「複数カテゴリにまたがる広範なユーザー操作」。具体的に挙げられているのは次の4つです。

ノートブックの公開範囲（notebook visibility）、ユーザー識別情報、IP アドレス、リソースのコンテキスト。

個別のイベント種別は、当該ポストでは列挙されていません。 「何が記録されるか」の完全なリストが必要なら、実際に管理コンソールで確認する必要があります。

**対象は、「セキュリティ調査ツールおよび監査・調査ツールを利用できるすべての Google Workspace 顧客」**です。これ以外のエディション制限は明示されていません。逆に言えば、これらのツールを持たないエディションでは使えません。

ロールアウトは、Rapid Release / Scheduled Release の両ドメインで 2026-09-03 開始。段階的展開で、機能が見えるまで最大15日かかります。「まだ見えない」は異常ではありません。

そして、実務でいちばん重要なのはここです。

監査ログ自体は既定で表示されますが、BigQuery へのエクスポートは管理者が明示的に有効化するまで無効です。

公式は 「turned on するまで disabled のまま」 と書いています。つまり、何もしなければエクスポートは始まりません。

位置づけとしては、Gemini Notebook 側の機能追加ではなく、統制・可観測性側の追補にあたります。なお Gemini Notebook については、2026-09-02 に柔軟な利用上限のロールアウト開始を別途記録しており、それとは別の更新です。

何が変わったか

• Gemini Notebook の包括的な監査ログが Workspace 管理コンソールで利用可能に
• 参照先は セキュリティ調査ツール と 監査・調査ツール の両方
• 記録内容: ノートブックの公開範囲、ユーザー識別情報、IP アドレス、リソースのコンテキスト（個別イベント種別の列挙は公式ポストになし）
• 対象: セキュリティ調査ツールおよび監査・調査ツールを利用できるすべての Workspace 顧客
• ロールアウト: Rapid / Scheduled 両ドメインで 2026-09-03 開始、可視化まで最大15日の段階的展開
• BigQuery へのエクスポートは既定で無効。管理者が有効化するまで始まらない
• 機能追加ではなく統制・可観測性側の追補

業務インパクト（一般企業向け）

この更新は地味ですが、Gemini Notebook を業務で使っている組織には確実に効きます。論点は3つです。

1つ目は、「公開範囲」が記録対象に入っていることです。

記録項目にノートブックの公開範囲（visibility）が明記されているのは重要です。

Notebook 系のツールで最も起きやすい事故は、共有設定の誤りです。 社内限定のつもりで作ったノートブックが、リンクを知っている全員に公開されている。この種の設定ミスは、起きたことに気づく手段がないと、発覚が遅れます。

公開範囲の変更が記録されるということは、「いつ、誰が、どこから変えたか」を後から追えるということです。インシデント対応の観点では、これが有るか無いかで初動が変わります。

2つ目は、BigQuery エクスポートが既定オフである点です。ここが最も見落とされます。

「監査ログが取れるようになった」と聞いて、多くの管理者は「では蓄積されているはずだ」と考えます。管理コンソールで見る分にはそのとおりです。

しかし、BigQuery へのエクスポートは有効化しない限り無効です。

これが問題になるのは、次のような設計をしている組織です。 ログは BigQuery に集約して長期保管する。他のログと突き合わせて横断分析する。保管期間の要件をエクスポート先で満たしている——こうした設計では、有効化しない限り、Gemini Notebook のログだけが集約先に存在しません。

そして厄介なのは、必要になる場面が「後から」だということです。 インシデント調査や監査対応で過去を遡ろうとしたときに、その期間のログが集約先に無い。 設定を忘れていた期間は、後から埋められません。

対応は単純です。今すぐ管理コンソールで、Gemini Notebook のログを BigQuery エクスポートの対象に含めるかを判断して設定する。 判断自体は数分で終わります。先送りしたときのコストだけが非対称に大きい種類の作業です。

3つ目は、可視化まで最大15日という点です。

Rapid Release ドメインでも、09-03 に設定画面へ行って「無い」ということは起こり得ます。

ここで「提供されていない」と結論を出さないでください。 段階的展開なので、待てば出てきます。 ただし、待っている間はログが集約先に流れていないということでもあります。確認のリマインダーを2週間後に置いておくのが実務的な対処です。

なお、この更新の性格を正しく理解しておくと説明が楽になります。 これは Gemini Notebook が便利になった話ではなく、Gemini Notebook を業務で使うことを承認しやすくなった話です。監査ログが取れないツールは、統制の厳しい組織では利用申請が通りません。 可観測性の追補は、機能追加より導入判断に効くことがあります。

副業・個人活用視点

個人利用では直接関係しない更新です。個人アカウントに Workspace の管理コンソールはありません。ただし、3つ知っておく価値があります。

1つ目は、企業向けの提案材料として使えることです。

「Gemini Notebook を業務で使いたいが、統制面で承認が下りない」——この相談は実際によくあります。監査ログが無いことが理由なら、今回の更新で状況が変わりました。

提案のときに効くのは、「便利です」ではなく「監査要件を満たせます」という説明です。 情シスやセキュリティ部門が見ているのは機能ではなく、事故が起きたときに追跡できるかどうかです。公開範囲の変更、ユーザー、IP アドレスが記録される——この具体性が、承認の可否を分けます。

そして、BigQuery エクスポートが既定オフである点まで伝えられると、提案の質が一段上がります。 「使えます」で終わる人と、「使えます、ただしこの設定を有効化しないとログが集約されません」まで言える人では、相手からの評価が違います。制約とセットで話せるかどうかが、助言と紹介の分かれ目です。

2つ目は、「既定オフ」という設計を疑う習慣です。

新機能の告知を読むとき、「既定でどうなっているか」は必ず確認する価値があります。

今回のように「機能は追加されたが、その一部は既定で無効」というパターンは頻繁にあります。 告知の見出しは「監査ログが使えるようになりました」であり、エクスポートが既定オフという情報は本文の後半に置かれています。

見出しだけで判断すると、設定漏れが残ります。 どこまでが自動で、どこからが手動か——この線引きを毎回確認する。新機能の告知を読む技術として、そのまま転用できます。

3つ目は、可観測性が導入判断を動かすという理解です。

個人で作るツールやサービスにも同じことが言えます。

企業に何かを納品するとき、機能の充実より「何が起きたか後から分かるか」の方が評価される場面があります。 ログが出るか、誰が何をしたか追えるか、問題が起きたとき原因を特定できるか。

これは開発者側から見ると地味で、後回しにされがちな部分です。 しかし導入を承認する側から見ると、ここが無いものは検討の土俵に上がりません。 「動くもの」と「業務で使えるもの」の差は、多くの場合この可観測性にあります。 提案や見積もりの段階でここを織り込めるかどうかが、案件の通りやすさに直結します。