ボットはデータセンターに住んでいて、キューに入ることができない
すべてのチケットボットは、どこかのコンピュータ上で動作しなければならない。 ボットを実行する人は、通常、多くのボットを実行するため、ボットをサポートするデータセンターが必要になります。 Queue-Fairセキュリティゲートを設定することで、Amazon、Google、Azureクラウドサービスを含む既知のデータセンターや、既知の悪質業者IPアドレス範囲からのリクエストを自動的に除外することができます。
Queue-Fairでは、データセンターチェックが次の場所で適用されます。 パスゲートとジョインゲートの両方これは、自宅のキューに参加した人間が収集したクレデンシャルが、データセンターのボットに送られ、お客様のチケットサイトに大量にPassされるのを防ぐためです。
先行販売ページを利用することで、公平性を確保
チケット、スニーカー、NFT、その他のアイテムを特定の時間に販売する場合、Queue-Fair PreSaleページを展開することを常に推奨しています。 このページにはカウントダウン時計があり、イベントの約束の開始時間になると、PreSaleページを見ている全員が自動的に列に加わります。
先行販売ページから列に加わったファンは、ランダムな列の位置を得ることができます。 開場時間以降に参加された方で、先行販売ページを見るのに間に合わなかった方は、先着順でその後に挿入されます。
ランダマイザーは、イベントの開始が公平であることを保証します - PreSale ページを見たすべての人が、チケットを購入するために列の先頭に近づくチャンスが同じであり、ダフ屋や客引き、早く到着した悪徳業者に有利になることはありません。 もし、行列の人数が入手可能な在庫と比較して多ければ、売り切れる前にチケットを購入するのに十分な前方に近い行列の位置を複数個取得することができる個人はほとんどいないことになる。
ネットワーク・エッジとサーバー・サイドのセキュリティ
多くのお客様が、クライアントサイドJavaScriptアダプタのシンプルさとオンラインプラットフォームとの統合の容易さを好んでいますが、ボットのセキュリティチェックは、お客様のサーバー上、またはクラウドプロバイダーを使用している場合はネットワークエッジでしか行うことができません。 Queue-Fairでは、JavaScript Adapterを引き続き使用し、ボットチェックをサポートするためにサーバーに少量のコードを追加することができます(ハイブリッドセキュリティモデル)。また、複数の言語で利用できるオープンソースコードにより、ネットワークエッジまたはサーバーでプロセス全体を実行することができます。
ネットワークエッジアダプターを使用すると、Queue-Fairはサーバーに到達する前にリクエストをインターセプトし、DoS攻撃やDDoS攻撃から最適な保護を提供します。
チケットボット、スニーカーボット、人間のダフ屋による複数購入を防ぐにはどうすればよいですか?
Queue-FairでPassedされると、Passed Lifetimeと呼ばれる、購入のためにあなたのサイトを使用できる限られた時間が与えられます。 チケット発行者は、低速のインターネットユーザーが取引を完了するのに十分な時間(パスワード忘れ処理の時間を含む)をこの時間に設定する必要があります。 ボットはもっと早くチケットを購入することができるため、これを短時間に設定することで、人間が何度もチケットを購入することを防ぐことができます。
その代わり、ユーザーがクレジットカード情報を使ってチケットのチェックアウトを完了すると、サーバーはそのキュー・ポジションを安全に削除し、ユーザーがさらにチケットを購入するのを防ぎます。 再びチケットを購入しようとすると、その人は列の最後尾に送られ、各列の位置は、チケット、スニーカー、NFT、ビールなど、人々が列をなしているものを購入するために一度だけ使用されるようになります。 これは、スニーカーボット、人間、ボットを使用する人間によるチケットの複数購入を防ぐのに有効な方法です。
Join Tokenを使った招待制のキュー
デフォルトでは、Queue-Fairサービスは、キューURLにアクセスしたすべてのユーザーをキューに参加させます。 このトークンは、キューに参加しようとする各ユーザーがキューに入るために提示しなければならない、あなたのサイトから安全に署名されたトークンです。
また、Join Tokenの使用回数を1回のみにすることも可能です。 また、Join Tokenの使用回数は1回のみとすることも可能で、多くのお客様がチケットスキャルピングの解決策として利用しています。
したがって、マーケティングメールを送信する場合は、送信するメールごとに異なる「Join Token」を付与するか、チケット販売時にキューへ誘導する前にサイトへのログインを必須とし、ログインごとに一意の「Join Token」を付与することができます。 この「Join Token」を、実際のユーザーの暗号資産ウォレット、クレジットカード情報、クレジットカード番号、本人確認済みの電話番号、パスポート番号、実送付先住所、あるいは匿名化された顔認証情報などと紐付けることができれば、たとえ相手がどれほど多くのボットや ブラウザやデバイスをいくつ使用しようとも、同一のユーザーが列に複数回並ぶことを防ぐことができ、ひいてはユーザーがチケットを複数回購入するのを防ぐことにもつながります。
ボット運用者(最近ではエージェント型AIを利用している可能性もある)とボット対策の専門家との間の軍拡競争に勝つ最善の方法は、最終局面――つまり、検証済みの固有の身元を持つ実在の人間1人につき1つのキュー位置が割り当てられる状態――へと一気に進み、そこで勝利を収めることです。Queue-Fairを使えば、それは簡単です。
結論
安全な販売方法を探している企業はもう探す必要はありません! Queue-Fairは、チケット販売、限定版スニーカー販売、その他需要の高いものであろうと、市場で最も機能豊富で安全なキューを運営します。ボットセキュリティ機能も充実しており、スニーカーボット、チケットボット、その他あらゆるボットからあなたのビジネスとファンを守ります:
- ユーザーのブラウザに特化したセキュアな署名
- キューで渡されるブラウザの機能を使用する必要がある
- IPアドレスごとの1分あたりの制限値と参加・通過の合計値
- データセンターのボットが自動で禁止される
- Google reCAPTCHAまたはhCAPTCHAを使用して、キューに含まれるのが人間であることを確認します。
- Proof of Workの課題により、ボットによる大量のキューポジションの取得を阻止
- 購入後、各キューポジションを削除し、各キューポジションをシングルユースにする。
- ジョイントークンを使って招待制のキューを作り、1つのキューポジションを確保し、1人の顧客に対して1つの注文をすることができます。
また、これらの機能を使用する際にヘルプが必要な場合、または当社のサービスに関して特定の何かに対する回答が必要な場合は、アカウントチームまたはアカウント担当者にサポートチケットを発行することができます。 これらのボットセキュリティ機能のうち、いくつをあなたのバーチャル待合室アカウントで使用したいかは、あなた次第です。