NotebookLMはサイトを読みに来るのか？Google-NotebookLMのアクセスログを解釈する

ブラウザでページを開かれるのと、AIツールにそのページを読み込まれるのとでは、同じ1アクセスでも意味が少し違います。

AI観測ラボのアクセスログには、ときどき「Google-NotebookLM」という見慣れないユーザーエージェントが記録されます。

「Google-NotebookLM」はGooglebotのように検索順位のためにサイトを巡回するクローラーではありません。誰かがNotebookLMにWebページのURLを追加し、そのページを資料として読み込ませたときに発生するアクセスだと考えられます。

要するにGoogle-NotebookLMのログは「AIが勝手にサイトを巡回しに来た」というより、誰かがそのページを参照する価値があると判断し、NotebookLMに読ませた痕跡に近いものです。

今回の記事では、実際に記録されたGoogle-NotebookLMのアクセスログをもとに、NotebookLMはサイトを読みに来るのか、そしてサイト運営者はこのログをどう解釈すればいいのかを整理します。

この記事でわかること｜📖 約5分

• Google-NotebookLMとは何か、なぜサイトにアクセスしてくるのか
• GooglebotやGPTBotとは何が違うのか
• AI観測ラボの実測ログに残ったアクセスの見方
• アクセス数が少なくても見逃せない理由

Google-NotebookLMとは何か

Google-NotebookLMについて説明する前に、まずNotebookLMというツール自体を知っておく必要があります。

NotebookLMは、Googleが提供しているAIツールです。検索エンジンではなく、資料やWebページを読み込ませて、その内容を要約したり、質問したりできるノート型のAIアシスタントです。

使い方はシンプルです。ユーザーがPDFやWebページのURLを「ソース」として追加すると、NotebookLMはその内容を読み取り、要約や説明を作ったり、質問に答えたりします。レポート作成や情報整理のために使う人も増えています。

ここで重要なのが、ユーザーがWebページのURLをソースとして追加した時です。このとき、NotebookLM側がそのページの内容を取得しに行きます。その取得時のアクセスが、サイト運営者のアクセスログに「Google-NotebookLM」というユーザーエージェントとして記録されることがあります。

つまりGoogle-NotebookLMは、Googlebotのように検索インデックスのためにサイトを巡回するクローラーではありません。誰かがNotebookLMにページを読み込ませた結果として残る、利用者起点のアクセスログだと考えると理解しやすいです。

なぜURLを貼るとサイトにアクセスが発生するのか

SlackやXなどでURLを貼ると、リンク先のページ画像やタイトルが自動で表示されることがあります。あの仕組みも、裏側ではサービス側のサーバーがリンク先のページを取得しに行っています。NotebookLMでアクセスが発生する仕組みも、非常によく似ています。

ですが、ひとつだけ大きな違いがあります。SlackやXなどのプレビューは、URLを貼った瞬間に自動で発生する表示確認のような動作です、対してNotebookLMにソースを追加する行為は、ユーザーが「このページを読み込ませよう」と決めて操作した結果です。

要するは、Google-NotebookLMのアクセスは、誰かが意図してそのページをNotebookLMに読み込ませた痕跡と考えられます。次の章では、この違いがGooglebotやGPTBotとどう異なるのか、具体的に見ていきます。

GooglebotやGPTBotとは何が違うのか

サイトのアクセスログには、さまざまなクローラーやボットが記録されています。Google-NotebookLMもその一つですが、よく知られているGooglebotやGPTBotとは性質がまったく異なります。

大きく分けると、アクセスログに残るボットには「機械が自動で広くWebを巡回するタイプ」と「ユーザーの操作をきっかけに特定のページを取得するタイプ」があります。Google-NotebookLMは後者です。

名前	種類	動く理由
Googlebot	検索クローラー	Google検索のために、Webページをクロール・インデックスする
GPTBot	AI学習用クローラー	OpenAIのAIモデル改善のために、公開Webを広く巡回する
Google-Extended	制御用トークン	Googleが取得したコンテンツを、Geminiなどの学習やグラウンディングに使えるかをrobots.txtで管理する
Google-NotebookLM	ユーザー起点フェッチャー	ユーザーがNotebookLMにURLをソースとして追加したとき、個別ページを取得する

Googleが「user-triggered fetcher（ユーザー起点フェッチャー）」という別カテゴリを用意しているのも、この違いを明確にするためです。Googlebotのような検索クローラーや、GPTBotのようなAI学習用クローラーとは、動く理由も動き方も別物として扱われています。

また、Google-NotebookLMが来たからといって、それだけでGoogle検索のランキングに影響するわけでも、AIの学習データとして使われると決まるわけでもありません。あくまで「ユーザーがソースとして選んだURLを取得したアクセス」と見るのが自然です。

ログではどう見えるのか

Google-NotebookLMのアクセスは、サーバーのアクセスログにUser-Agent文字列として記録されます。公式ドキュメントでは、User-Agentは次のように記載されています。

Google-NotebookLM

実際のアクセスログでは、環境によってブラウザ風の文字列と一緒に記録される場合もあります。そのため、確認するときはUser-Agent内に「Google-NotebookLM」という文字列が含まれているかを見るのがわかりやすいです。

Googlebotのような検索クローラーと違い、Google-NotebookLMはサイト全体を広く巡回するものではありません。ユーザーがNotebookLMのソースとして追加した個別URLに対して、ピンポイントでアクセスが発生します。そのため、ログ上では少数の特定ページへのアクセスとして記録されるのが特徴です。

IPアドレスについては、Googleのインフラを経由するため、固定のIPだけで判断するのはおすすめできません。User-Agentの文字列、アクセス先URL、アクセスのタイミングや挙動をあわせて確認するのが現実的です。

サーバーログでGoogle-NotebookLMを確認したい場合は、次のコマンドが使えます。

{ zcat *.gz 2>/dev/null; cat access_log; } \
| grep -Ei 'Google-NotebookLM|NotebookLM' \
| awk -F\" '{print $1, "REQ="$2, "UA="$6}'

AI観測ラボのログでも確認された

AI観測ラボのサーバーログでも、Google-NotebookLMのアクセスは実際に確認されています。ただし、件数は多くありません。月30件に届かない水準です。

Googlebotや GPTBotのような学習用クローラーは、サイト全体を定期的に巡回するため、ログには大量のアクセスが記録されます。Google-NotebookLMはその性質がまったく異なります。ユーザーがソースとして追加したURLにだけアクセスが発生するため、件数が少ないのは当然の結果です。

アクセスが記録されたページは、特定の記事に集中していました。サイト全体をまんべんなく巡回するのではなく、誰かが「このページを読み込ませよう」と判断したページだけに、ピンポイントでアクセスが来ている形です。

件数が少ないことは、このクローラーの価値を下げる理由にはなりません。むしろ、少なさに意味があります。次のセクションで詳しく見ていきます。

件数が少ないのに意味がある理由

ブラウザでページを開くのと、NotebookLMにそのページをソースとして追加するのとでは、意味が違います。

ブラウザでページを開くだけなら、検索結果やSNSからたまたま訪れただけかもしれません。でも、NotebookLMにURLをソースとして追加するのは、別の意味を持ちます。後で読み返す・要約する・質問する対象として、わざわざ選んで残す行為です。

Google-NotebookLMのアクセスが少なくても重みを持つのは、その1件の裏に「このページを資料として扱いたい」と判断したユーザーの操作があるからです。

「一定回数分、誰かがこのサイトのページをNotebookLMのソースとして選んだ可能性がある」ということは検索でたまたま流入してきた訪問とは、インタレストの深さが違います。

なお、Google-NotebookLMはユーザー操作をきっかけにページを取得するため、アクセス解析上では通常の訪問と紛れて見える可能性があります。GA4だけでアクセスを見ている場合、サーバーログに残るGoogle-NotebookLMのようなアクセスを人間の訪問と区別できない可能性がある点は、参考として覚えておくといいかもしれません。

まとめ

Google-NotebookLMは、検索順位を狙ってサイトを巡回するクローラーではありません。ユーザーがNotebookLMにURLをソースとして追加したときに動く、ユーザー起点のフェッチャーです。

アクセス件数は多くありません。しかしながら、その少なさはこのアクセスの価値を下げる理由にはなりません。1件のアクセスの裏には、「このページを資料として扱いたい」と判断したユーザーの操作があると考えられます。検索でたまたま流入してきた訪問とは、関心の深さが違います。

サイト運営者がGoogle-NotebookLMのアクセスをログで確認した時、それはAIに学習されたサインでも、検索順位に影響するものでもありません。誰かがそのページをAIに読ませるほど価値があると判断した、ひとつの痕跡として読むのが自然です。

AI時代の「読まれ方」は、件数だけでは測れなくなってきています。Google-NotebookLMのような小さなログも、観測する価値があると考えています。