どの訪問者が人で、どれが AI agent かを把握します。
assistant はユーザーのためにページを読み、agent はフォームに入力し、crawler はコンテンツを収集します。Proof of Actor は、証拠とともに訪問者が誰かを示すため、Webサイトはそれぞれに応答できます。
GET /pricing
証拠
assistant.example からの署名付きリクエストが、ユーザーのためにページを取得する
ポリシー: ページとその Markdown 版を提供する
Webサイトは人向けに作られました。訪問者はもはや人だけではありません。
料金ページ、ドキュメント、製品ページ、問い合わせフォームには今や、ユーザーの質問に答えるAIアシスタント、タスクを実行するエージェント、コンテンツを収集するクローラーが訪れます。分析上は、その多くが通常のブラウザに見えます。
それらをすべて遮断すると、AI経由で訪れる顧客を失います。無視すると、数値が歪み、フォームも埋まります。Proof of Actorは各訪問にクラスと根拠を付与し、ページごとに判断できるようにします。
Proof of Actor が追加するもの
/reports で、このアカウントを通じて assistant が操作しています。
ウェブサイトチームがアクターコンテキストで行うこと
実際の訪問者構成を見る
すべてのページとキャンペーンで、人間の訪問を AI アシスタント、エージェント、クローラーと分離します。
エージェント対応コンテンツを提供する
検証済みのエージェントとアシスタントには、閲覧するページのMarkdown版または構造化版を提供します。
AI の回答で見え続ける
正当な assistant が顧客獲得につながるページを読めるようにし、既定で block しないでください。
フォームを保護する
contact、sign-up、demo forms は人にとって使いやすく保ちつつ、自動送信には慎重に対応してください。
エージェントによる購入を扱う
製品を閲覧したり、本人に代わって購入手続きを開始したりするエージェントを識別し、適切にルーティングします。
Unknown 向けの計画
訪問に含まれる evidence が不十分な場合に各 page で何を行うかを決め、その rate を追跡します。
01 · 検出
browser、edge、server からの evidence。
選択したページにブラウザー収集機能を追加し、エッジまたはサーバー統合を実行して、リクエストの署名と宣言済みクライアント情報を読み取ります。
- collector が動作するページ上の interaction signals。
- 鍵を公開するアシスタントとエージェントからの署名付きリクエスト。
- エッジまたはオリジンサーバーでリクエストコンテキストを取得します。
- リクエスト署名valid · sample-crawler.exampleverified
- クライアント宣言"research-assistant/2.1"declared
- ブラウザでの対話pointer + keyboard eventsinferred
- サポートされる signal なしroute not instrumentedunknown
02 · 理解
誰がどのページを読んでいるかを把握する
ページ、セクション、キャンペーンごとのアクター構成、最も訪問するアシスタント、未知の訪問が集中する場所を確認します。
- ページごと、キャンペーンごとの訪問者クラス。
- すべての分類の根拠。
- page ごとの Unknown rate なので、coverage の抜けが見えます。
- /dashboard不明 7%
- /api/v1/catalog不明 15%
- /support/tickets不明 8%
- /signup不明 21%
03 · ルーティング
すべての訪問者に適した応答。
Verified なエージェントには構造化コンテンツを提供し、人間には完全な体験を維持し、各ページで未知の訪問に対するフォールバックを選択します。
- agent 向けの Markdown または構造化レスポンス。
- ページ、アクタークラス、基準ごとのポリシー。
- 観測し、preview し、それから enforce します。
- /api/v1/catalogenforceエージェント許可 · 構造化 API
- /support/ticketsenforce人間 + AI許可 · AI-assisted とラベル付け
- /account/*preview不明既存の checks を維持する
- /api/v1/orderspreviewエージェントより強い認証情報を要求する
判断例
request から result、そしてあなたの decision へ。
assistant が料金情報を読み取っています
Request
GET /pricing
結果
エージェントbasis: verifiedあなたの判断
ページとその Markdown 版を提供し、返す回答の正確性を高めます。
人がデモフォームに入力する
Request
POST /contact
結果
人間basis: inferredあなたの判断
標準フォーム。余計な摩擦はありません。
証拠のないフォーム投稿
Request
POST /contact
結果
不明basis: unknownあなたの判断
受け入れて、通常のスパムチェックは維持します。ルールで定められている場合のみ、レビュー対象としてフラグを付けます。
リスクを抑えて展開
チームはobservation modeから始め、routeごとに進めます。
- 01
重要なpageを観測
pricing、docs、formsにcollectorを追加し、その前段にedge integrationを置きます。訪問者には変化は見えません。
- 02
content ruleをプレビュー
何も変わる前に、どのassistantにMarkdown版が付与され、どのform postがフラグ対象になるかを確認します。
- 03
pageごとに適用
Verifiedのagentにはstructured contentを提供し、public pageは開いたままにします。Unknownの訪問にはfallbackを用意します。
あなたの stack と連携します
- 創業チーム
Webサーバーミドルウェア (Node.js)
サーバー側
サーバーレンダリングのアプリと APIs 向けのリクエストレベルのシグナル。
- 創業チーム
Next.js
サーバーサイドとエッジ
page と API route 用の middleware。
- 創業チーム
ブラウザスクリプト
ブラウザシグナルのみ
browser session からの interaction signals を、server-side integration とあわせて取得します。
- 創業チーム
Cloudflareとエッジランタイム
Edge
リクエストがオリジンに届く前に、エッジでシグナルを取得します。
- 創業チーム
汎用HTTP API
あらゆるスタック
リクエストコンテキストを API に送信し、根拠付きの結果を受け取ります。
- 創業チーム
MCPサーバー
MCP
MCP ツール呼び出しのための Actor コンテキスト。
- ロードマップ
WordPress
plugin
WordPress サイト向けプラグイン。
- ロードマップ
ネイティブモバイル
iOS and Android
Native iOS と Android の SDK。
各創業チームとのオンボーディング中に、統合は実作業ベースで進めます。別のスタックをお使いですか? 応募時にお知らせください。
よくある質問
SEO に悪影響がありますか？または検索クローラーをブロックしますか？
いいえ。Proof of Actor は observation mode で始まり、何も block しません。どの page で crawler や agent を別扱いにするかは、あなたが決めます。
CAPTCHA ですか?
いいえ。visitor が puzzle を解くことはありません。Proof of Actor は background で visit を分類し、応答は website に委ねます。
AIアシスタントからの訪問数を表示できますか?
はい。署名や申告のような証拠を伴う訪問、またはブラウザーコレクターが観測できる訪問についてです。十分な証拠がない訪問は Unknown として報告されます。
website builder や CMS を変更する必要がありますか?
監視したいページにブラウザー収集機能を追加し、リクエスト経路を制御できる場所でエッジまたはサーバー統合を使用します。
費用はいくらですか？
選定された創業開発チームは、合意済みの使用上限内で最大 12 months free を受けられます。