AIエージェントの来訪を、サイトはどう迎えるか。Cloudflareが示した「委任」の課題
人が商品を探し、記事を読み、予約する。その操作をAIエージェントに任せたとき、訪問先のサイトには「誰が、誰のために来たのか」が見えにくくなる。Cloudflareは11月4日、個人向けエージェントのアクセスを可視化し、エージェントごとに許可方針を選べる機能を発表した。翌5日には、さらに先にある「委任」の課題を論じている。
一つのエージェントの向こうに、複数の利用者
たとえば一つのクラウド上のエージェントが、多くの人に代わって買い物をする。店側が見ているのは同じエージェントの通信でも、購入を頼んだ人、支払いを承認した人、後で異議を申し立てる人はそれぞれ違う。記事を読む場合も、サイトは配信費を負担する一方、読者との接点や広告収入を得られないことがある。Cloudflareが挙げるのは、単なる「ボットを見分ける」問題より広い、取引と責任の問題だ。
同社の新機能は、まず運営者が状況を把握するためのものだ。Security Analyticsで個人向けエージェントの通信量や訪問先を見られるようにし、対応するエージェントごとに「許可」「広告のあるページではブロック」「ブロック」を選べる。アカウントとエージェントの関係を調べる機能は、早期アクセス中のAccount Abuse Protectionで提供される。利用できる範囲は契約や設定によって確認が必要だ。
「エージェントの名前」だけでは足りない
Cloudflareは、エージェントが自分を名乗る仕組みとして署名付きリクエストのWeb Bot Authを挙げる。ただし、それで分かるのは主にエージェントや運営者の身元だ。どの利用者が何を許可したか、間違った購入の責任を誰が負うかまでは自動的に解決しない。同社は、用途に応じてセッション、アカウント、本人確認情報などを段階的に渡す仕組みと、サイトがエージェントに許す行動を機械可読で示す方法が必要だと主張する。これらは構想と標準化の議論であり、完成した共通ルールではない。
日本のサイトが今、決められること
日本のEC、予約、メディア運営でも、すべての自動アクセスを同じ扱いにするのは難しくなる。商品比較の読み取りは歓迎しても、購入確定や会員情報の変更には本人の確認を求めたい。広告に支えられた記事なら、エージェント経由の閲覧をどう評価するかも問われる。
本誌の見立てでは、当面の実務は「どのエージェントが、どのページで、どんな操作をしているか」を把握し、読み取りと取引で扱いを分けることだ。利用者の匿名性を守る場面と、責任の所在を確かめる場面も分けて考えたい。AIエージェントを迎えるWebには、速く答える技術だけでなく、代理で行動することへの信頼設計が要る。