インタースティシャルのない hCaptcha の代替

hCaptcha が正しくやったこと

まず功績を認めておきます。チームが hCaptcha を選ぶ通常の理由は、まっとうな理由だからです。

reCAPTCHA へのデータ流通の反論に対する、本物の答えになっています。訪問者のシグナルは Google ではなく Intuition Machines へ送られ、広告アイデンティティグラフとの突き合わせもなく、欧州の事業者が必要とする契約条件も用意されています。多くのチームにとってはそれが乗り換えの理由のすべてであり、その判断は正しいものでした。

しかも差し替えるだけで済みます。組み込みの形が reCAPTCHA に十分近いため、移行は半日仕事です。だからこそ、既定の第二候補になっています。

以下では、その点に異を唱えるつもりはありません。論点は、この 2 つの製品に共通しているものです。

変わらなかった問題

hCaptcha は依然としてチャレンジです。いまもファネルに現れ、いまも人間に何かを証明させ、そして現れるたびに実在の顧客の一定割合を奪い続けます。

アクセシビリティの反論も変わっていません。画像選択は画像選択であって、サーバーを誰が運営していようと同じです。

運用面でも、スコアモデルの形は同じです。中を覗けない数字、当てずっぽうで決めるしかないしきい値、そして低スコアに対する唯一の内蔵の手当てが、避けようとしていたそのチャレンジを出すこと。

つまり、プライバシーを理由に reCAPTCHA から hCaptcha へ移ったのであれば、処理者の問題は解決し、コンバージョンの問題は残したままです。それは本物の改善であり、同時に問題の半分です。

チャレンジをなくすと何が変わるか

Karma は別の分野にあります。何も表示しません。セッションは行動シグナルとトランスポートのフィンガープリント——JA3/JA3N と HTTP/2 設定で、利用者本人ではなくクライアントスタックを表すもの——から採点され、判定はゲートウェイへ渡って、ゲートウェイ自身がリクエストを通すか止めるかを決めます。

具体的には、ファネルから 3 つのものが消えます。インタースティシャル、ページ内のサードパーティ iframe、そして実在の顧客がパズルに失敗して立ち去る経路です。

そして、これまでなかったものが 1 つ加わります。テナント別のレピュテーション基盤です。決済画面でボットのように振る舞ったアドレスは、次にログイン画面へ現れたときすでに既知であり、任意参加を選べば、他社のサイトでそう振る舞ったアドレスも、あなたのところへ来る前から既知になります。

並べて比較

hCaptcha が勝っている点も含めた、それぞれの位置づけです。

確約せずに試す

hCaptcha と並べて Karma のスニペットを入れ、遮断はオフのままにします——無料の Detect プラン、月 25,000 判定、カード登録なしです。両方のシステムが同じトラフィックを見ます。

1〜2 週間、身元を特定できるセッションの上で比べてください。完了した注文、既知の顧客、すでに把握しているスクレイパー。確かめているのは、Karma の判定が「あなたが事実だと分かっていること」と一致するかであって、hCaptcha と一致するかではありません。

一致したら、ゲートウェイで遮断を有効にし、チャレンジを外します。許可リストと拒否リストはプラットフォームより優先されるので、依存しているものは先に固定しておけます。