Cloudflare、パーソナルエージェントの分析とエージェント別アクセスポリシーを追加:アカウント単位の表示は早期アクセスで、対応エージェントの一覧は記事にない

Published · AI Daily — AI-assisted deep research, methodology & disclosure

2026年11月4日、Cloudflareはパーソナルエージェント向けの分析とアクセスポリシーを追加しました。Security Analyticsに「Personal Assistants」の区分とウィジェットが加わり、エージェントごとのパス、ステータスコード、ネットワークが見え、Security Settingsでは対応エージェントごとにAllow、Block on pages with ads、Blockを選べます。アカウント単位の表示はAccount Abuse Protectionの機能で現在も早期アクセスであり、ユーザーの文脈、評判、責任の仕組みは次の目標にすぎません。記事は対応エージェント、識別の精度、対象プランを示していません。

2026年11月4日、Cloudflareのブログは、サイト運営者が「パーソナルエージェント」を把握し制御するための2種類の新機能を紹介しました。パーソナルエージェントとは、人の指示をウェブサイトへのリクエストや操作に変えるソフトウェアで、商品の比較、サポート記事の検索、購入の完了などを行います。サイトから見れば、これらはどれも自動化されたトラフィックです。記事は、エージェントを一律に遮断すると顧客を失いかねず、どのエージェントが何をしているか分からなければ、そのトラフィックが価値かリスクかを判断しにくいと述べています。これはCloudflare自身の製品紹介で、効果を示すデータはありません。

1つ目は分析機能です。Security AnalyticsのBot Analysisグラフに、Verified Bot、Likely Human、Likely Automated、Automatedに加えて「Personal Assistants」という区分が加わり、この種のトラフィックだけを時系列で見られます。Top statisticsには新しいPersonal Assistantsウィジェットがあり、どのエージェントが来訪し、それぞれ何件のリクエストを送ったかが一覧できます。1つのエージェントで絞り込むと、他のウィジェットもそのトラフィックだけの詳細に切り替わり、要求したパス、受け取ったステータスコード、接続元のネットワークが分かります。エージェントがログインしているのか、商品ページを読んでいるのか、チェックアウトに達しているのか、使えないページでエラーに当たっているのかが見えます。記事はCloudflareが世界最大の検証済みボットディレクトリを持ち、その情報をトラフィック詳細に取り込んだと述べていますが、識別の精度は示さず、対応エージェントの一覧もありません。

ユーザーアカウントを守るサイト向けには、Account Abuse Protectionの画面も説明されていますが、この製品は現在早期アクセスだと明記されています。母集団の概要では、どのパーソナルエージェントがユーザーの間で動いていて、いくつのアカウントが使っているかが分かります。ログインとサインアップの各イベントには、パーソナルエージェントによるものか、どれかが表示され、不正対策チームはAIアシスタントのイベントやその数でアカウントを絞り込めます。個々のユーザーのアカウント概要には、そのアカウントのために動くエージェントが並びます。攻撃者がエージェントを使ってアカウントを操作していると判断したら、そのアカウントのハッシュ化ユーザーIDにWAFルールを書いて対処でき、そのエージェントに頼る他のユーザーまで遮断する必要はありません。これらの画面が意味を持つのは、この早期アクセス製品を使う顧客だけです。

2つ目はアクセスポリシーです。Cloudflareは今夏、検索、トレーニング、エージェントの挙動を別々に設定できるAIボットポリシーを導入しました。裏づけとなる7月1日の記事によれば、2026年9月15日からCloudflareに新たに接続するドメインは、広告を表示するページでトレーニングとエージェントのボットを既定で遮断し、検索は許可のままです。今回、既存のAgentsポリシーが拡張され、対応するパーソナルエージェントごとの細かい設定が加わり、設定項目は「AI Crawler and Agent access policies」に改名されました。Security Settingsでエージェント全体のポリシーを決め、対応するエージェントごとに「Allow (do not block)」「Block on pages with ads」「Block」から選びます。たとえば全体を「Block on pages with ads」にして、歓迎したい1つのエージェントだけ「Allow」にできます。既存の検索とトレーニングのポリシーは変わりません。新しいゾーンを追加するときにも同じ選択ができ、広告で収益化しているかを尋ねて、答えに合わせた推奨を示します。

7月1日の裏づけ記事には、これらのポリシーに関わる点が2つあります。1つ目は、9月15日から検索とトレーニングを兼ねるマルチ用途のクローラーは、すべての挙動に最も厳しい該当ルールが適用されるため、Googlebot、Applebot、BingBotのようなクローラーは、トレーニングの遮断を選んだ顧客によって遮断されることです。2つ目は、同じ記事がエンタープライズ向けBot Managementの顧客に向けて、検証済みボットやエージェントを含む既知のボットすべてを検索できるデータベースBotBaseを紹介したことで、当時は可視化のみで、制御機能は年内に提供すると予告されていました。11月4日の記事は、新しいパーソナルエージェントの表示がBotBaseに基づくのか、対応エージェントとそのディレクトリの関係がどうなのかを述べておらず、読者が推測すべきではありません。

記事は最後に、エージェントの識別は話の一部にすぎないと述べます。サイトはエージェントを認識できても、ユーザーが既存の顧客か、エージェントに何を許可したか、契約があるか、どの保護が必要かといった、本来なら知っている情報を持てないことがあります。Cloudflareの次の目標は、プライバシーに配慮した形でユーザーの文脈をエージェント経由で運び、評判の評価を助け、問題が起きたときの責任を明確にすることですが、これらは計画であり、記事に時期は書かれていません。

読者は、提供済みのものと計画中のものを分けて読む必要があります。提供済みなのは分析の新しい区分とウィジェット、および対応エージェントごとの3段階のポリシーです。早期アクセスなのはアカウント単位の画面です。計画中なのはユーザーの文脈、評判、責任の仕組みです。記事は対応エージェントやこれらの機能が使えるプランを示していないので、利用前に自分のCloudflareダッシュボードで確認してください。

Sources

FAQ

今回の更新で、個々のパーソナルエージェントに別々のアクセスルールを設定できますか?

できますが、対応しているパーソナルエージェントに限られます。Security Settingsでエージェント全体のポリシーを決め、対応エージェントごとにAllow、Block on pages with ads、Blockから選びます。記事は対応エージェントの一覧を示していないので、自分のダッシュボードで確認してください。

アカウント単位のエージェント表示はすべてのCloudflare顧客が使えますか?

ログインや登録、アカウントに結びつくエージェントを示すアカウント単位の画面は、現在早期アクセス中のAccount Abuse Protectionに属します。記事はPersonal Assistantsの分析区分、ウィジェット、エージェント別アクセスポリシーを別に紹介しますが、これらの対象プランやアカウント範囲は示していません。同製品がない場合の利用可否は契約とアカウントで確認が必要です。

今回の発表で、エージェントの背後にいるユーザーが何を許可したかをサイトは知れますか?

知れません。記事はエージェントの識別は一部にすぎないと述べています。プライバシーに配慮してユーザーの文脈を運び、評判を評価し、責任を明確にすることが次の目標で、それが実現すればユーザーが顧客か、何を許可したかが分かるようになります。計画であり時期は示されていないので、まだ頼れません。