Cloudflareは2026年11月4日、人の代理でサイトを訪れるAIエージェントが、管理画面の分析で見分けられるようになったと発表しました。もともとあったエージェント向けの方針にも、エージェントごとに許可か拒否かを選ぶ設定が足されています。
発表の内容
変わること
- Security AnalyticsのBot Analysisのグラフに「Personal Assistants」という区分が増えました。Verified Bot、Likely Human、Likely Automated、Automatedの隣に並び、選ぶとパーソナルエージェントの通信だけを時系列で見られます
- Top statisticsに「Personal Assistants」のウィジェットが付きました。どのエージェントが来ていて、それぞれ何件のリクエストを送っているかが並びます
- エージェントごとに別の方針を選べるようになりました。全体のエージェント向けの方針を決めたうえで、対応するパーソナルエージェントごとに「Allow (do not block)」「Block on pages with ads」「Block」の3つから選びます。全体を「Block on pages with ads」にして、通したいエージェントだけ「Allow (do not block)」にする例が挙がっています
- 設定の名前が「AI Crawler and Agent access policies」に変わりました。場所はSecurity Settingsです
- 新しくゾーンを追加するときの案内で、広告でページを収益化しているかを聞かれ、答えに応じて推奨される方針が変わります
- アカウントの不正利用対策（Account Abuse Protection、early access）では、どの利用者の代理で来たエージェントかが分かります。ログインとサインアップのイベントごとに、パーソナルエージェントがリクエストしたかどうかと、どのエージェントかが出ます。対処は、そのアカウントのHashed User IDにWAFルールを当てる形で、アカウント単位でできます
ウィジェットで1つのエージェントに絞り込むと、ほかのウィジェットも連動し、要求されたパス、返したステータスコード、通信の来たネットワークまで見えます。発表は、そのエージェントがログインしているのか、商品ページを読んでいるのか、決済まで進んでいるのか、使えないページでエラーになっているのかが分かる、と説明しています。
変わらないこと
- 既存のSearchとTrainingの方針はそのままです
- 対応するパーソナルエージェントの名前は、発表には書かれていません。「対応するパーソナルエージェント」としか書いておらず、個別の名前は1つも出てきません
- 発表には対象プランや提供地域の記載もありません。日本での提供について触れた記述もありません
- 発表には数字もありません。パーソナルエージェントの通信がどれくらい来ているかという統計は出てきません
発表は「エージェントの身元が分かることは、話の一部にすぎない」という見出しも立てています。パーソナルエージェントが人とサイトの間に入っても、サイト側が利用者との関係の文脈を保てるようにするには、利用者の文脈をエージェント越しに運ぶ方法、サイト側が相手の評判を見極める手立て、問題が起きたときの責任の所在の3つが必要だとしています。具体的な仕様や相手の名前は挙がっていません。
編集部の見方
人の代理で動くAIは、クローラーとも人ともふるまいが違います。その通信が別の区分で出てくるようになりました。ログと突き合わせる手間が減ります。
「広告のあるページでは拒否」。選択肢の名前が、そのまま収益のかたちを指しています。広告で成り立っているページだけ守って、それ以外は通す。選択肢の並びからはそう読めます。新しいゾーンを追加するときに広告で収益化しているかを聞くのも、同じ発想でしょう。読者の代わりに来たAIに記事を読ませるかどうかを、収益のかたちから決める。それが設定画面の選択肢になりました。
ただ、どのエージェントが「対応」なのかは発表に書かれていません。名前が分からなければ、通すか止めるかも決められません。待つあいだは、来ているものを数えておきます。
Security Settingsを開けば、全体のエージェント向けの方針が何になっているかと、エージェントごとの選択肢が出ているかが分かります。数分で済みます。
出典
- See the agents, set the terms: new visibility and control for personal agents Cloudflare・2026年11月4日