Webの「読者」が変わった—人間・AIクローラー・GoogleのInformation Agentsへ

これまでWebページは、人間に読んでもらうために作られてきました。

しかしながら今、ページを読む相手は人間だけではなくなっています。AIクローラーが読み、AI検索が要約し、さらにGoogleのInformation Agentsのような仕組みが、ユーザーの代わりにWebを見に行く時代に入りつつあります。

AI観測ラボでは、サーバーログを使ってAIクローラーの動きを継続的に観測しています。ログの中には、AIが「いつ・どのページを読んだか」という記録が残ります。記録（ログ）を見ていると、Webサイトの「読者」が水面下にて、変わってきていることがわかります。

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

• Webサイトの「読者」がどのように変わってきたか（人間・AIクローラー・エージェントの3フェーズ）
• AIクローラーがページを読む動きと、サーバーログで確認できること
• GoogleのInformation Agentsとは何か、AIクローラーとは役割がどう違うのか
• エージェント時代に、サイト運営者が意識しておきたいこと

Phase 1：Webページは「人間」が読むものだった

Webページはもともと、人間に読んでもらうために設計されてきました。ユーザーがGoogleで検索し、気になるリンクをクリックし、ページを開いて内容を読む。この流れが、Webサイトの基本でした。

サイト運営者はGoogle AnalyticsやGoogle Search Consoleでアクセスを確認し、「何人が来たか」「どのページが読まれたか」を指標にしてきました。ページビューが増えれば読者が増えた、クリックされれば興味を持たれた、と考えやすい時代でした。

この時代のWebは、シンプルでした。読者は人間であり、その動きはアクセス解析である程度確認できる。そんな前提の上に、SEOやコンテンツ運営は成り立っていました。

Phase 2：AIクローラーがページを読み始めた

変化が起きたのは、ChatGPTやClaudeなどの生成AIが普及し始めた2023年以降です。AI関連企業やAI検索サービスは、Web上の情報を把握するために専用のクローラーを動かしています。GPTBot（OpenAI）・ClaudeBot（Anthropic）・PerplexityBot（Perplexity）などが代表格です。

AIクローラーは、人間のように「検索してクリックする」わけではありません。サイトを自律的に巡回し、ページの内容を取得します。GA4の画面にはほとんど表示されませんが、サーバーログには記録が残ります。

AI観測ラボでは、このサーバーログを使ってAIクローラーの動きを継続的に観測しています。PerplexityBotは観測期間中に1,194件のアクセスを記録しており、GPTBotやClaudeBotも複数のページを繰り返し巡回していることが確認できています。

重要なのは、AIクローラーに読まれることが、人間のページビューとは別の意味を持ち始めている点です。AI検索やAI回答では、Web上の情報が要約されたり、参照元として表示されたりすることがあります。

なので、サイト運営者にとっては「人間に読まれているか」だけでなく、「AIに把握されているかどうか」も新しい観測対象になりつつあります。

Phase 3：エージェントがユーザーの代わりに読んで、行動する

2026年に入り、さらに新しい「読者」が登場しています。AIエージェントです。

AIエージェントは、AIクローラーとは役割が根本的に異なります。AIクローラーは、情報を収集したりインデックスを作ったりするためにWebを巡回します。

対してAIエージェントは、ユーザーから受け取った指示を実行するためにWebを読みます。調べる・比較する・通知する・予約する・購入するといったタスクを、ユーザーの代わりに進めていきます。

2026年5月のGoogle I/Oでは、「Information Agents」が発表されました。Googleは、Search agentsの最初の形として説明しています。ユーザーが設定したトピックについて、バックグラウンドで24時間動き、必要な情報を見つけて要約し、必要に応じて次の行動につなげる仕組みです。

Googleの説明では、Information Agentsはブログ・ニュースサイト・SNS上の投稿に加え、金融・ショッピング・スポーツなどのリアルタイムデータも見ながら、ユーザーの質問に関係する変化を監視します。

つまりは、Webページは「検索して訪問する人間」だけでなく、「ユーザーの代わりに情報を探し続けるエージェント」にも読まれる対象になりつつあります。

これらの流れはGoogleだけではありません。OpenAIのOperatorは、ブラウザを操作してフォーム入力や買い物などのWebタスクを実行するエージェントとして発表されました。PerplexityのCometも、調査・メール整理・買い物・旅行計画などをブラウザ内で代行するAIアシスタントとして位置づけられています。

ただ、1点注意が必要です。「エージェントが読む＝必ずサーバーログにアクセスが残る」とは限りません。GoogleのInformation Agentsは、検索インデックスやGoogle側のリアルタイムデータを活用する可能性があります。毎回サイトに直接アクセスしてくるとは限らないため、アクセスログだけでエージェントの動きをすべて把握することはできません。

AIクローラーとエージェント、何が違うのか

AIクローラーとエージェントは、どちらもWebページを「読む」存在です。ですが目的・タイミング・動き方は大きく異なります。

比較軸	AIクローラー（GPTBot・ClaudeBot等）	エージェント（Information Agents・Operator等）
来るタイミング	自律的・定期的に巡回することが多い	ユーザーの指示や設定した条件をきっかけに動く
目的	Web上の情報を把握・収集する	ユーザーのタスク実行・情報取得・比較・通知
何を読むか	サイト全体や関連ページを広く巡回する	タスクに必要なページや情報を読む
ログに残るか	サーバーログに残ることが多い	残る場合と残らない場合がある
制御方法	robots.txtや各サービスのクローラー設定で制御できる場合がある	サービスや実行方法によって制御しにくい場合がある
読みやすいサイトの条件	クロール可能・内部リンクが明確・構造化データがある	情報が明確・セマンティックHTML・JS依存が少ない

ざっくり言えば、AIクローラーは「将来のAI回答や検索体験のために読む」存在です。反対に、エージェントは「今この瞬間のユーザーのタスクのために読む」存在です。サイト運営者にとっては、どちらに読まれるかによって、意識すべき設計が少し変わってきます。

エージェント時代に、サイト運営者が意識しておきたいこと

エージェントがWebを読む時代になっても、サイト運営者がすぐに特別な対応を迫られるわけではありません。とはいえ、いくつかの点を意識しておくと、Phase 2・Phase 3どちらの「読者」にも対応しやすくなります。

まず前提として、AIクローラーに読まれる環境が整っていることが必要です。robots.txtでAIクローラーをブロックしていないか、構造化データが実装されているか、sitemap.xmlが設置されているかを確認しておくことが出発点です。

エージェントに対しては、さらに「情報が明確に書かれているか」が重要になります。エージェントはタスクを実行するためにWebを読みます。価格・サービス内容・FAQ・更新日など、答えが明確に書かれているページは、エージェントにとって参照しやすい情報源になります。

また、セマンティックHTMLやアクセシビリティの考え方も重要になります。

CHI 2026で発表されたA11y-CUAの研究では、Computer Use Agentsのタスク成功率が、操作条件やインターフェースの読み取りやすさによって大きく変わることが示されています。エージェントに読まれやすいサイトと、人間にとって使いやすいサイトは、設計の方向性が重なっています。

GA4やGoogle Search Consoleだけを見ていると、AIクローラーやエージェントの動きは見えてきません。サーバーログを確認する習慣を持つことが、この変化を把握するための現実的な手段です。

まとめ

Webサイトの「読者」は、静かに変わってきています。

Phase 1では、人間が検索してクリックしていました。Phase 2では、AIクローラーがページを巡回し、人間のページビューとは別の形でサイトの情報を取得するようになりました。Phase 3では、GoogleのInformation Agentsのようなエージェントがユーザーの代わりにWebを読み、比較・通知・行動まで進める時代に入りつつあります。

人間のページビューだけを追っていると、すでに起きているこの変化を見落としてしまいます。AIクローラーのログは、その変化の入口です。

AI観測ラボでは、サーバーログと独自トラッキングによる一次データをもとに、この変化を継続的に記録していきます。まずは自分のサイトにAIクローラーが来ているか、サーバーログで確認してみてください。