検知の重点が単一の属性からセッション全体へ移るにつれ、クライアント側の要件は厳しくなっています。環境内の整合性、環境間の分離、状態の継続、ネットワーク出口と地域設定の一致が重要です。
この1年で、AI Agentはブラウザーツールの呼び出しから管理画面へのログイン、注文処理、メール返信まで、業務フローのより深い部分を担うようになりました。同時に、リスク管理側の判定方法も変わっています。特定のブラウザー属性だけを見るのではなく、セッション全体を通して判断する方向へ移っています。
検知の焦点は単一属性からセッション全体へ
プラットフォームがAI検知機能を説明する際には、セッション全体にわたる行動シグナルが挙げられます。ポインターの動きが規則的すぎないか、入力速度やリズムに異常がないか、ページにフォーカスがない状態でも入力が続いていないか、ページが見えていない間にもポインター操作が発生していないか、そして一連の操作に前後の一貫性があるか、といった点です。
これらのシグナルには共通点があります。ある1つのパラメーターが本物か偽物かではなく、一定時間にわたる連続性を見ています。そのため、単一属性だけを変更しても、この種の判定にはほとんど効果がありません。
セッション外にも相関判定の層がある
行動シグナルに加えて、総合的なリスク管理では、ブラウザー環境、Cookie、ログイン状態、ネットワーク環境、アカウント履歴をまとめて見ることがあります。環境が一貫しているか、Cookie・ローカルストレージ・ログイン状態が継続しているか、環境が頻繁に変化していないか、ネットワーク環境に不自然な飛びがないか、複数アカウントが同じブラウザー環境を共有していないか、行動が通常の業務フローに沿っているか、といった点です。
これらの判定は2つの層に整理できます。1つはブラウザーの実行環境で、環境やログイン状態を継続して維持できるかを左右します。もう1つはAgentの実行戦略で、一連の操作が自動化らしく見えるかどうかに影響します。どちらか一方に問題があっても、安定した実行は難しくなります。
環境の不整合が自動化と判断されやすい理由
逆から考えると分かりやすくなります。実際の人が1台の端末でWebサイトを利用すると、多くの手掛かりが互いに整合します。出口IPがある地域にあるなら、システムのタイムゾーンも通常はその近辺になります。よく使う言語もIPの地域と合理的に対応するはずです。画面解像度、フォント一覧、GPU情報も矛盾しにくく、Cookieやログイン状態は訪問のたびにゼロから始まるのではなく、時間とともに緩やかに変化します。
不整合そのものが異常です。 出口がフランクフルトなのにブラウザーのタイムゾーンはロサンゼルス、今の1時間と次の1時間でフォントや解像度が別物になる、同じ環境で10分間に5つのアカウントへログインする、といった状況です。個別でも疑わしく、重なるほど通常の人間の行動では説明しにくくなります。
プラットフォーム側の論理は複雑ではありません。通常のユーザーは一般にそのような使い方をしません。したがって、一貫性を維持するコストはクライアント側で負担することになります。
クライアント側で準備できる4つの領域

1つ目は、環境内部の整合性です。タイムゾーン、言語、解像度、フォント、GPUなどのパラメーターが互いに矛盾しないようにします。
2つ目は、環境同士の独立性です。各タスクに専用のデータディレクトリ、パラメーター、ネットワーク出口を持たせ、複数のIDが同じ端末環境にひも付かないようにします。
3つ目は、状態の継続性です。Cookie、ローカルストレージ、ログイン状態を環境ごとに保存し、再起動後も復元できるようにします。毎回ゼロからログインし直す状態は避けます。
4つ目は、出口と地域パラメーターの整合です。出口地域が別の国に変わるなら、環境のタイムゾーンや言語も合わせて変更し、長期間の矛盾を残さないようにします。
最初の2点は主に環境レイヤーの課題です。後の2点は環境レイヤーとスケジューリングロジックの双方に関係します。チームが同時に数十のAgentを動かす場合、こうした要件は一般に環境管理へ集約され、独立環境、独立した出口、一括設定をまとめて管理します。PurpleMarkはこの層の機能を提供するツールの1つです。
効果が薄くなっている従来の方法
User-Agentだけを変更する方法はよく使われますが、下位の特徴が変わらなければ、UAと実際の環境の矛盾がかえって目立ちます。IPだけを変える場合も同様で、端末特性や行動リズムがそのままなら、出口を変えても問題は解決しません。シークレットモードが影響するのはローカルストレージであり、端末特性そのものではありません。
複数のタスクを同じ環境に詰め込むのも得策ではありません。同時実行時にCookieやログイン状態を上書きし合う可能性があり、複数のIDが同じ環境から出ていること自体が相関シグナルになります。また、すべての待機時間を同じ固定値まで延ばすと、その規則性自体が識別可能な特徴になります。
判断基準
特徴をどれだけ深く隠せたかにこだわるより、別の問いを立てた方が実用的です。環境内部に説明のつく整合性があるか、環境同士が独立しているか、行動のリズムが通常の人間らしいか。この3点がそろって初めて、安定した実行を検討できます。
境界
検知を通過できることは、操作の許可を得たことを意味しません。対象プラットフォームの利用規約とrobotsルールを守り、虚偽の本人情報を使わず、技術的保護措置を回避せず、リクエスト頻度を管理し、相手側サービスの通常運用を妨げないようにしてください。


