定義
AIエージェントトラフィックとは、AIモデルを使って何をするかを決めるソフトウェアエージェントから、アプリケーションが受け取るリクエストの集合です。これらのエージェントはページを閲覧し、API を呼び出し、フォームに入力し、Model Context Protocol (MCP) server 上のツールを呼び出します。通常は人や企業の代わりに行動します。ここで重要なのは、次に取る行動を決めるのが人ではなくモデルである、という点です。
AIエージェントトラフィックは、クローラーやスクリプトのような従来の自動化と重なる部分がありますが、振る舞いは異なります。エージェントは目的を追い、見つけた内容に応じて適応し、しばしば人向けに設計されたアプリケーションの領域ともやり取りします。
どこで現れるか
- Webサイトと SaaS アプリ: ドキュメントを読むアシスタント、料金ページを比較するアシスタント、ログイン済みセッション内で複数手順のワークフローを完了するアシスタント。AI オペレーターはこの種のトラフィックの一部を文書化しています: OpenAI's ChatGPT-User と Anthropic の Claude-User は、人が質問するとページを取得します。
- API: エージェントが API 認証情報を使ってエンドポイントを直接呼び出します。人が行う統合とは、しばしば速度やパターンが異なります。
- MCP server: AI クライアントがツールを呼び出す場です。ここでは各呼び出しが定義上自動化されており、どのクライアントが呼んでいるのか、そして何をしてよいのかが問われます。MCP server を参照してください。
識別方法
単一のシグナルだけでエージェントトラフィックを確実に識別することはできません。チームは、AI エージェント由来の Webサイトトラフィックを見分ける方法 で説明しているように、強さの異なる証拠を組み合わせます。
Verified な証拠
一部のエージェント運営者は、HTTP message signatures (RFC 9421) を使ってリクエストに署名します。鍵は、自分たちが管理するドメインの下で公開され、IETF の Web Bot Auth の取り組みに従います。検証に成功した署名は、そのリクエストを送ったオペレーターのクライアントを示す強い証拠です。
Declared な証拠
クライアントは自分自身を説明できます。たとえば user-agent 文字列、MCP クライアント名、ヘッダーです。これらは有用ですが、容易に偽装できるため、user-agent spoofing は常に注意すべき問題です。
Inferred な証拠
リクエストのタイミング、ナビゲーションパターン、ブラウザー文脈の欠如、プロトコル詳細から、自動化が示唆されることがあります。推論は誤ることがあるため、必ず推論としてラベル付けする必要があります。
これらのどれでも判断できない場合、正直な結果は Unknown です。
重要な理由
エージェントトラフィックは、本質的に良いとも悪いとも言えません。プランを比較するショッピングアシスタント、社内エージェントによるレコード同期、利用規約を無視するスクレイパーは、ネットワーク上では似て見えることがあります。変わるのは、アプリケーションが何をすべきかです。
- あなたが受け入れたいエージェントには、構造化された応答や API を提供する。
- 自動化された大量アクセスがリソースを圧迫しうるルートでは、ルート単位の制限を適用する。
- 影響の大きいアクションの前には、より強い認証情報を求める。
- 人間の体験は速く、余計なもののない状態に保つ。
すべての自動化を abuse とみなすと、正当な統合まで壊れます。逆に無視すれば、チームが想定している文脈なしに重要な操作が実行されるかもしれません。
よくある誤解
"Agents always identify themselves." 多くはそうではなく、宣言内容が偽である場合もあります。
"A signed agent is a trusted agent." 署名は、どの鍵でリクエストに署名したかを示すだけです。アクションが許可されていることや安全であることは示しません。agent authorization を参照してください。
"Blocking automation protects the app." 多くの場合、顧客が頼りにしている統合まで止めてしまい、その間に悪意ある行為者は適応します。
Proof of Actor がエージェントトラフィックをどう扱うか
Proof of Actor は、各インタラクションを Human、Human + AI、Agent、Unknown のいずれかに分類し (この分類体系の説明はこちら)、その結果が verified、declared、inferred のどれに基づくかを示します。チームはまず観測し、その後、自分たちのポリシーでエージェントトラフィックをルーティングします。How It Works または early access に申し込む を参照してください。
出典
- Model Context Protocol specification (2026-07-28): 2026年11月時点の最新 MCP 版
- RFC 9421: HTTP Message Signatures: 署名付きエージェントリクエストの基盤となる標準
- IETF Web Bot Auth working group: 自動化クライアントの認証に関する標準化作業
- OpenAI: Overview of OpenAI Crawlers: ChatGPT-User と、文書化されたその他の OpenAI user agents
- Anthropic: crawler and fetcher documentation: Claude-User と、その他の Anthropic bots