各ベンダーはクライアントに別々の種類のクッキーを残します。それらは互換ではなく、スクレイピングの失敗の多くは「別物を同じものとして扱う」ことから起きます。この用語集では、各クッキーが実際に何を証明しているのかを解説します。
3 つの区間に分かれたセンサー台帳で、応答のたびに書き換えられます。中央の区間が判定フラグを持ち、そのため新しいクッキーでもブロック判定のことがあります。
Imperva のスクリプトが発行するセンサー判定。寿命は短く(おおむね 5〜15 分)、サイト単位で、解いたセッションに紐づきます。
センサー判定の後に発行される署名付きパス。暗号化されたペイロード、発行時刻、HMAC 署名でできており、ペイロード内の寿命はクッキーの Expires とは別物です。
JS チャレンジ、Managed Challenge、Turnstile のいずれかを通過した後にエッジが発行する領収書。寿命は約 30 分で、IP や User-Agent が変わると失効します。
どれも単独では意味を持ちません。まずベンダーを確定し、そのうえで紐づけ先(IP、User-Agent と TLS フィンガープリント、時間)を揃えるのが先です。401 や 403 が出たときは、解決器の性能を上げる前に 403 の切り分け表のような層の分離を先に済ませてください。
クッキー名からベンダーを引くときは、次の 3 点で足ります。レスポンスヘッダ(Server、X-CDN、X-Akamai-*)、HTML 内のセンサースクリプトのパス、そしてクッキー名そのもの。3 つが食い違うことはほとんどありません。
DataDome の datadome、Cloudflare の cf_bm、AWS WAF の aws-waf-token は今のところ英語の用語集にのみあります。
Anti-bot cookie glossary(English)
Glosarium cookie anti-bot(Bahasa Indonesia)