バーチャル待合室の選び方

このガイドは、チケット販売、新商品の発売、申込期間、あるいは公共部門の登録など、どのような目的であれ、バーチャル待合室ソフトウェアを初めて評価するチームに最適です。本ガイドでは、プロバイダーを評価するための8つの基準、確認すべき質問のチェックリスト、および具体例としてCrowdHandlerのプランを紹介しています。

待合室は、サイトやシステム、あるいは限られた供給量が一度に処理できる量を超える需要が生じる場所であれば、どこにでもその存在意義があります。これには、チケットの販売開始、新商品の発売、フラッシュセールといった明らかなケースだけでなく、入学・登録受付期間、予約や試験の申し込み、助成金や給付金の申請受付、会員更新、そして予定以上に注目を集めるあらゆる告知なども含まれます。 また、これは一種の保険でもあります。汎用的な待合室は、通常のトラフィック時には目立たず、アクセスが急増した時のみ機能するため、予測できなかった事態からシステムを守ります。その代替案としては、1年で最も混雑する時間帯に合わせてインフラの規模を設計し、それ以外の期間は遊休状態にしておくか、あるいは最も重要な局面でサイトがダウンしてしまうことを許容するしかありません。「負荷テスト対待ち行列」や「待ち行列理論対現実」という対比が、スケーリングだけでは問題が解決しない理由を説明しています。

1. 統合手法#

その重要性。キューチェックを実行する場所によって、そのチェックを迂回するのがどれほど困難か、サーバーにどれだけの負荷がかかるか、そして開発にどれだけの工数が必要になるかが決まります。訪問者のブラウザ上でチェックを行う場合は導入が迅速ですが、執念深い訪問者であればこれを回避してしまう可能性があります。一方、エッジ側や自社サーバー上でチェックを行う場合は、そのような回避は不可能です。

その「優れたソリューション」とは。さまざまな導入方法をご用意しており、プロバイダーを変更することなく、まずはシンプルに始め、後から機能を強化していくことが可能です。JavaScriptタグ、現在ご利用中のCDN向けエッジ統合、SDKを備えたサーバーサイドAPI、そしてShopifyやWordPressなどのプラットフォーム向けアプリなどが利用可能です。

CrowdHandlerではこれをどのように実現しているのでしょうか。上記のすべてに対応しています。具体的には、約15分で稼働開始できるJavaScriptタグ、Cloudflare、AWS CloudFront、Akamai向けのエッジ統合、DNSベースのプロキシ、SDKを備えたサーバーサイドAPI、Shopifyアプリ、そしてWordPressプラグインです。「仮想待合室の仕組み」では、それぞれがどのような役割を果たすかを解説しており、「Cloudflareとの比較」では、独自の基本的な待合室機能を統合した唯一のプラットフォームについて取り上げています。

2. キューの公平性#

その重要性。割り当て方法が、チケットや株式、参加枠を誰が獲得できるかを決定します。「先着順」では、開始前からページに張り付いているボットや訪問者に有利になります。ランダムな事前順番待ちシステムを採用すれば、開始時に参加している全員に平等なチャンスが与えられます。抽選は、応募が殺到するリリースに対する第3の選択肢となります。

理想的な状態とは。待合室ごとに選択される両方のモードにおいて、告知された開始時刻まで順位を非表示にするカウントダウン機能、主張ではなく記録によって裏付けられたランダムな割り当て、そして後から到着した参加者は最初のグループの後ろに公平に配置される仕組みが備わっている。

CrowdHandler の処理方法。カウントダウンモードでは、キューが有効になるまで誰も順位を確保しません。その時点で参加している全員にランダムな順位が割り当てられ、その後到着した参加者は到着順にその後に加わります。常時稼働の「キャッチオール」ルームは、先着順となります。「オンライン投票と待ち行列の比較」で説明されているように、事前登録による投票も、同じ待機室を通じて実施できます。「製品のリリースと販売終了」ページでは、リリース当日にこれがどのように機能するかが示されています。

3. 容量および流出量の制御#

その重要性。待合室がサイトを保護できるのは、入場者数がサイトの処理能力に見合っている場合に限られます。そして、その数値は販売の種類によって異なります。15公演のセットチケットと、チケット2枚の単品販売では、チェックアウト時にかかる負荷が異なるからです。

理想的な姿とは。1分あたりの受け入れ率、あらかじめ推測した数値ではなく、測定されたページパフォーマンスに基づいた自動調整、そして1つのドメインの処理能力を複数の待機室で共有する仕組みです。

CrowdHandlerの対応方法。レート制限はすべてのプランで適用されています。オートチューン機能は「Plus」プラン以上で利用可能で、ライブページのパフォーマンスをサンプリングし、デフォルトではページ読み込みの98％を5秒以内に収めることを目標としています。複数のルームがドメインごとのレート制限を共有し、待ち行列が解消されるにつれてリバランスが行われます。 ロイヤル・アルバート・ホールでは、毎週金曜日のチケット販売日に合わせて事前にスケジュールされたルームを運用しており、ツアーの予約者が2万人のコンサート来場者の後ろに並ぶことがないようにしています。ケーススタディではその設定について解説しており、「One In, One Out」では、1分あたりのレートが収容人数と同じものではない理由を説明しています。

4. ボットおよび不正利用対策#

その重要性。チケット、株式、席など、供給が限られているものについては、自動アクセスが最大の脅威となります。そして、その脅威を最も容易に特定できるのが「待ち行列」です。つまり、まだ何も確保されていない段階であり、すべてのセッションが一か所に集まっている状態のときです。

「優れた機能」とは。キューへの登録時にプロバイダーを選択できるCAPTCHA、各ポジションを1台のデバイスに紐付けるデバイスフィンガープリント、ユーザーが管理するIPルールに加え、データセンター、プロキシ、既知の攻撃者に関する厳選された脅威リスト、行動異常スコアリング、そして何が、どのような理由でブロックされたかを示すレポート機能。

CrowdHandlerの対応方法。アクセス時のCAPTCHA（ALTCHAを含む）、またはGoogle reCAPTCHA、hCaptcha；スタンダードプランからのデバイスフィンガープリント；プラスプランからの手動ルールによるファイアウォールおよびセッションを過剰に開くIPの自動ブロック；プロフェッショナルプランからの既知の脅威カテゴリおよび約300万件のIPアドレスを収録したグローバルブロックデータベース；さらに、20以上の指標に基づく異常スコアリング。Nike × Wu-Tang Clanの「Dunk」再発売では、1,100万件のボットによるアクセス試行があったにもかかわらず、3,600足すべてが真のファンに届きました。ボット対策のページには、各対策層が記載されています。

5. ブランディングとテンプレート#

その重要性。待合室は、顧客が最も注意を向けているその瞬間において、顧客の目にはあなたの「顔」として映る場所です。ありきたりな待合室は信頼を損ないますが、ブランドを反映した待合室はイベントの成功を左右します。

理想的な外観とは。少なくともロゴと配色は確保され、必要に応じてマークアップ、スタイリング、動作を完全に制御できる機能、多言語対応、待合室ごとに異なるテンプレート、そして動画、音楽、埋め込みコンテンツを表示するスペースが備わっています。

CrowdHandlerでの対応方法。ロゴをアップロードするだけで利用開始できるほか、Vue.jsを活用してフォント、色、レイアウト、動作を自由にカスタマイズすることも可能です。60以上の言語に対応しており、各待合室ごとに異なるテンプレートを設定できるほか、動画、音楽、投票機能を埋め込むこともできます。カスタムテンプレートは「スタンダード」プラン以上で利用可能です。詳細はテンプレートガイドをご覧ください。

6. 価格体系および契約条件#

その重要性。待合室の利用需要は、その性質上、急激な変動が見られます。待機セッションごとに課金するモデルや、利用者を利用時間に応じた料金階層に分けるモデルでは、イベントの収益を上回る費用がかかってしまう可能性があり、ピークが過ぎるまで請求額が把握できません。1回の販売期間のみをカバーしたいのか、それとも1年間全体をカバーしたいのかは、イベントのスケジュールによって異なります。そのため、いずれの場合でも、契約条件がそれに適合している必要があります。

理想的なサービスとは。公表された価格、イベントの前後1ヶ月といった短期的な利用から、1年間にわたる常時保護まで、お客様のスケジュールに合わせた利用条件、予備として利用可能な無料プラン、セッションごとの課金や超過料金なし、そして同時待機数やデータ転送量に明確な上限が設けられているため、イベントに合わせてプランの規模を調整できる点です。

CrowdHandlerの料金体系について。月額定額制で、超過料金や追加オプションは一切ありません。「Lite」プランは無料、「Starter」は月額290ドル、「Standard」は900ドル、「Plus」は1,680ドル、「Professional」は4,500ドルとなっており、ダッシュボードからこれらのプラン間を即座に切り替えることができます。「Enterprise」プランについては、個別の条件に基づき見積もりの上で契約となります。詳細な比較表は料金ページに掲載されています。

7. セットアップ時間#

その重要性。ローンチ日やオープン日は変更できません。統合に6週間かかる場合、保護措置が整わない状態でイベントを実施するか、延期するしかありません。

その「良さ」とは。1時間足らずで基本的な待合室が完成し、高度な機能やサーバーサイドとの統合も数日で実現でき、セルフサービスに十分なドキュメントが用意されており、インストール作業は一切不要です。

CrowdHandlerでの対応方法。基本的な待合室機能なら、ソフトウェアのインストールは不要で、15分以内で設定できます。その他のほとんどの連携機能も、数時間以内に設定可能です。CrowdHandlerの導入にかかる時間をご確認ください。

8. 支援および調達ルート#

その重要性。1年で最も繁忙な時間帯こそ、サポートの対応時間が重要となる場面であり、公的機関は承認された枠組み以外からの調達を一切行えない場合が多い。

理想的なサービスとは。公開されている応答時間と稼働率に関するSLA、プランに応じて拡張可能なオンボーディング、最上位プランでのセキュリティ質問票への対応支援、そして貴社がすでに利用している調達フレームワークへの掲載などです。

CrowdHandlerの対応について。スタータープラン以上では99.9％の稼働率を保証するSLAが適用され、サポートの応答時間はスタータープランで48時間、スタンダードプランで24時間、プラスプランで8時間、プロフェッショナルプランで2時間、エンタープライズプランで1時間となっています。また、エンタープライズプランには、画面共有による導入サポートやセキュリティ評価の支援も含まれています。 英国の公的機関向けには、CrowdHandlerはG-Cloud 15の下でDigital Marketplaceに掲載されています。フランスの公的機関は、フランスの中央調達機関であるUGAPを通じて購入可能です。また、このサービスはAWS Marketplaceからも利用可能です。「政府・公益事業」のセクションをご覧ください。

ベンダーに必ず尋ねるべき10の質問#

• キューチェックはどこで実行されるのでしょうか？ブラウザ内、エッジ側、それとも私のサーバー上ですか？また、訪問者がこれを回避した場合はどうなりますか？
• 待ち行列が有効になった際、順番はどのように割り当てられるのでしょうか。また、各待合室ごとに「先着順」と「ランダム割り当て」のどちらを選ぶことはできますか？
• 1分あたりの受け入れ率を設定することはできますか？また、複数の待合室で1つのドメインの収容人数を共有することは可能ですか？
• 承認率は、ライブページのパフォーマンスに基づいて自動的に調整されるのでしょうか。また、その測定対象は、ページの読み込み時間、レスポンスコード、それともその両方なのでしょうか？
• どのCAPTCHAプロバイダーがサポートされていますか？また、サードパーティのアカウントなしで利用できるものはありますか？
• 待合室のデザイン、マークアップ、言語は自分で設定できますか？また、各待合室ごとに独自のテンプレートを設定することはできますか？
• 料金の計算方法は、セッションごと、イベントごと、それとも月額定額制のどれですか？また、ピーク時に利用制限を超えた場合はどうなりますか？
• 契約条件はどのようなものですか？また、イベントのスケジュールに合わせて、プラン間の変更や無料プランへの切り替えは可能ですか？
• 基本的なセットアップにはどれくらい時間がかかりますか？また、大規模な販売開始までにどれくらいの余裕を見ておくべきでしょうか？
• 私の契約レベルにおけるサポートの対応時間はどのくらいですか？また、このサービスは、私の組織が利用している調達フレームワークに掲載されていますか？

CrowdHandlerのプラン一覧#

2026年11月3日時点の価格ページに掲載されている数値（米ドル建て）。