エージェントブラウザとは？｜AIがクリックする時代、セッションとコンバージョンの意味を問い直す

これまでウェブ解析が前提にしてきたのは、画面の向こうで一つひとつの操作を判断しているのは人間だ、という考え方でした。

ところが2025年から2026年にかけて、その前提を静かに揺さぶる製品が相次いで登場しています。ブラウザの中にAIエージェントが同居し、検索や閲覧だけでなくクリックやフォーム入力まで代わりに行う、いわゆるエージェントブラウザです。

この記事では、PerplexityのCometやAnthropicのClaude in Chromeといった具体的な動きを整理したうえで、セッションやコンバージョンという解析の基本単位が、なぜ揺らぎ始めているのかを考えます。

AIクローラーの急増とボットトラフィック｜PVの数字は「人間」を語れているかで扱ったのは、サーバーから見て別物として振る舞うボットが増えているという話でした。今回のテーマはそれとは違う、もう一段厄介な話です。

エージェントブラウザとは何か

検索から「実行」へ移った主役たち

数年前まで、AIとウェブの接点は主に検索でした。利用者が質問を打ち込み、AIが答えを返す、という一往復で完結する関係です。

ところが最近のAIブラウザは、答えを返すだけで止まりません。予約サイトを開いてフォームに入力する、比較サイトを何ページも巡って表にまとめる、といった複数ページにまたがる操作そのものを代行し始めています。

この変化は、AIが調べ物の相手から、パソコンの前に座って作業する代理人へと役割を広げてきたことを意味します。ウェブサイト側から見れば、訪問者の内側にもう一段別の意思決定者が入り込んできた格好です。

この動きが実務者にとって他人事でないのは、対象がニッチな業務ツールではなく、日常的に使われる汎用ブラウザやAIアシスタントに組み込まれている点です。プロダクトマネージャーやインディーハッカーが運営する小さなサイトであっても、ある日ふつうにエージェントブラウザ経由の訪問が混ざり始める、という前提を持っておく必要があります。

三つの具体的な動き

代表例の一つがPerplexityのCometです。2025年7月に一部の有料会員向けに公開されたのを皮切りに、同年10月には無料でも使えるようになり、2026年にかけて対応端末を広げてきました。

サイドバーに常駐するAIエージェントが、いま開いているタブの中身を理解した状態で、複数タブをまたいだ調べ物や、予約・メール整理のような複数手順の作業をブラウザの中で自動的に進めます。

二つ目の動きはOpenAIです。2025年10月にChatGPT Atlasというブラウザを公開し、有料プラン向けのエージェントモードで買い物や旅行の手配のような作業を代行させられるようにしました。

ところが2026年に入り、OpenAIはAtlasという独立したブラウザの提供を終える方針を示し、同じ機能をChatGPT本体のブラウジング機能へ統合すると発表しています。製品としての形は変わっても、AIがブラウザを操作するという方向自体は変わっていません。

三つ目がAnthropicのClaude in Chromeです。2025年後半から拡張機能として提供が広がり、2026年時点では有料プランの利用者向けにオープンベータとして使えるようになっています。

ページを読み、ボタンを押し、フォームに入力するという一連の操作を、利用者に代わってブラウザの中で行う点は、他社の動きと共通しています。

三社の歩みには違いがありますが、共通しているのは、AIに調べさせるだけでなく、AIに操作させる方向へ舵を切っている点です。2026年時点では、いずれも限られた早期利用者だけの実験ではなく、主要なOSやモバイル端末に対応する一般向けの機能になりつつあります。

対象は3社だけにとどまりません。GoogleやMicrosoftといった大手ブラウザベンダーも、自社のブラウザやアシスタントに同様のエージェント機能を組み込む動きを進めています。

特定のスタートアップに限った実験ではなく、業界全体が同じ方向へ向かっていると捉えるほうが、実態に近いはずです。

この流れは、AI検索からの流入とは？｜ChatGPTが生み出す新しい流入元をどう計測するかで扱ったAI検索経由の流入とは別の変化として、並行して進んでいます。あちらは人がAIに聞いた結果としてサイトへ来る話でしたが、今回はAI自身がサイトの中で操作する話だという違いを押さえておいてください。

なぜ「見分けがつかない」のか

借りているのは本人のセッションそのもの

検索エンジンのクローラーやAIの学習用クローラーは、サイトの外からやってくる別の訪問者として振る舞います。多くの場合、専用の名前を名乗るUser-Agentで識別でき、サイト側で除外することもできます。

一方でエージェントブラウザは、利用者が普段使っているブラウザそのものの中で動きます。ログイン済みのCookieも、これまでの閲覧履歴も、すべて本人のセッションを引き継いだ状態で操作が行われます。

つまりサーバー側から見ると、そこにいるのは間違いなく本人のセッションです。操作の主体が本人なのかAIなのかという区別は、通信の外形だけでは判定しようがありません。

これまでのボット対策が効かない理由

User-Agentの文字列に手がかりを求める従来型の判定は、名乗りを変えない善良なクローラーには有効でも、本人のブラウザを借りて動くエージェントには通用しません。送られてくる通信は、人間が同じ操作をしたときと寸分違わないからです。

robots.txtのような、サイト側からクローラーに向けた意思表示の仕組みも同様です。エージェントブラウザは利用者本人の代理として動いているのであって、外部から巡回しにきた第三者ではないため、そもそも意思表示の対象として想定されていません。

マウスの動きやクリックの間隔といった振る舞いの特徴からAIらしさを推測する手法も研究されていますが、エージェントブラウザの多くは人の操作らしい揺らぎを再現するように作られているため、この方法にも限界があります。見分けようとする側と、見分けられまいとする側のいたちごっこは、当分続くと考えておいたほうがよいでしょう。

セッションとコンバージョンの意味が揺らぐ

「人が決めた」という前提が崩れる場面

ウェブ解析の多くの指標は、暗黙のうちに人が決めたという前提に支えられています。フォームを送信した、購入ボタンを押した、といった行動は、その人の意思の表れとして数えられてきました。

エージェントブラウザが比較検討や入力の代行にとどまらず、最終的なボタン操作まで担うようになると、この前提は揺らぎます。コンバージョンとして記録された1件が、実際には利用者が事前に与えた条件のもとでAIが実行した1件かもしれないからです。

これは良し悪しの話ではありません。利用者が確かにその条件を望み、AIはそれを代行しただけなら、ビジネス上の成果としては変わらないとも言えます。

ただし解析上は、同じ1件のコンバージョンが指している中身が、これまでより幅広くなったという点は押さえておく必要があります。誰が最後のボタンを押したかを厳密に区別できない以上、コンバージョンという数字そのものの粒度が、少しだけ粗くなったと捉えるのが実態に近いはずです。

録画には何が映っているのか

AIエージェントによる操作は、録画型のセッションリプレイのような仕組みにも、通常の閲覧と同じようにそのまま記録されます。エージェントブラウザが代行したクリックや入力であるという情報自体は、多くの記録の仕組みで区別されません。

個人を特定できる情報をそもそも残さない、プライバシーを重視した設計の解析ツールであれば、この点が新たなリスクを生むわけではありません。それでも、再生された画面の動きを見るときは、誰の意思による操作なのかという解釈に一段階余分な注意が必要になります。

仮の数字で考えてみる

数字はあくまで説明用の仮定ですが、月間200件のフォーム送信のうち20件が、比較検討から入力までをエージェントブラウザが代行した結果だったとします。この数値は説明のための仮定です。

この20件を人間による通常のコンバージョンと同じ重みで扱ってよいかは、商材によって答えが変わります。単価の低いニュースレター登録であれば大差ないかもしれませんが、与信や個別条件の確認が必要な商談化のような場面では、AIが代行した合意の重みを人間の合意と同列に扱うと判断を誤りかねません。

目安として、フォームやチャットの送信内容に定型的すぎる言い回しや、比較検討の痕跡が極端に短い滞在時間で完了しているセッションが増えていないかを、四半期に一度は確認しておくとよいでしょう。急にコンバージョン率が改善して見えるときほど、この確認をさぼりたくなる点にも注意してください。

流入元分析とN1分析への跳ね返り

リファラーとUTMが語らなくなる

流入元の正しい見方｜検索・広告・メール・SNSを分けて計測するで扱ったリファラーやUTMパラメータの分類は、人間が能動的にリンクをたどることを前提に設計されてきました。

エージェントブラウザは、指示された目的地に対して複数の経路を試したり、比較サイトを経由せず直接目的のページへ移動したりします。その結果、どの経路から来たのかという分類そのものが、これまでより粗くなる可能性があります。

流入元別の数字が急に説明のつかない動きを見せたときは、施策の効果だけでなく、エージェントブラウザ経由のアクセスが混ざっていないかも候補に加えておく価値があります。

一件ずつ見る手法の価値が上がる

集計を粗く分類する手法が効きにくくなる一方で、価値が上がるのが一件ずつ行動を追う手法です。N1分析とは｜一人の行動から改善のヒントを得るで扱った、一人の訪問者の行動を時系列で追う見方は、こうした場面でこそ効いてきます。

極端に短い滞在時間で複数ページを機械的に通過している、フォーム入力のタイミングが不自然に均一である、といった痕跡は、集計値だけを眺めていては気づけません。個別のセッションを開いて初めて見えてくるものです。

実務でどう向き合うか

いま整理しておきたいこと

完璧な見分け方を今すぐ用意する必要はありません。むしろ大切なのは、自社の主要なコンバージョンポイントが、AIによる代行にどの程度耐性を持つ設計になっているかを、一度棚卸ししておくことです。

与信確認や本人確認のステップを挟んでいる導線であれば、AIが最後まで単独で完了させることは難しくなります。逆に、入力項目が少なく完了までが速い導線ほど、代行の影響を受けやすいと考えておくべきでしょう。

チームの規模によって、取れる対応の重さも変わります。一人や少人数で運営しているなら、月次でコンバージョンの内訳を目視で確認する程度の運用から始めるのが現実的です。

組織立った検知の仕組みを最初から作り込む必要はありません。まずは数字の中身を疑う習慣を持つことのほうが、優先順位としては高くなります。

一方で、エンタープライズ向けに与信や契約が絡む商材を扱うチームであれば、フォームの入力速度や操作パターンをもとにしたスコアリングのような、もう一段技術的な対策を検討する余地が出てきます。

過剰反応しないための心構え

数字が読みにくくなったからといって、計測そのものをやめる必要はありません。これまでもボットの混入や、複数端末をまたぐ行動など、解析には常に一定のノイズが伴ってきました。

エージェントブラウザは、そのノイズの種類がひとつ増えたと捉えるのが実務的です。原因不明の異常値を見たときに、まず疑う候補が一つ増えた、という程度に構えておくのがちょうどよい距離感です。

数字を見る作業自体を軽くする工夫も助けになります。MonaLensはMCPに対応しているので、先月のフォーム送信のうち滞在時間が極端に短いセッションが増えていないか、といった問いをClaudeなどのAIに自然言語で投げることもできます。

皮肉なことに、AIが代行する行動を見張る側にも、AIを使う場面が増えてきています。数字を疑う視点さえ持っていれば、確認そのものはAIに任せてしまってよい部分です。

まとめ｜代理人が増える前提で数字を読む

エージェントブラウザは、検索エンジンのクローラーとは性質の異なる訪問者です。名乗りを変えず、本人のセッションをそのまま使って動くため、外形だけでは見分けがつきません。

だからといって、すべての数字が信用できなくなるわけではありません。コンバージョンの中に代理人による実行が混ざっているかもしれない、という前提を持ったうえで、一件ずつ確かめる手段を残しておくことが、この先の数年で効いてくる備えになります。