すべてのプロダクト
Search
ドキュメントセンター

Edge Security Acceleration:待合室の作成

最終更新日:Nov 09, 2025

次の手順に従って、サイトの待合室を迅速に設定し、有効化します。

手順

ステップ 1: 待合室の設定

待合室のマッチングルールを設定し、オリジンフェッチに許可される最大ユーザー数を設定します。

  1. ESA コンソールで、サイト管理 を選択し、サイト 列でターゲットサイトをクリックします。

  2. 左側のナビゲーションウィンドウで、トラフィック > ウェイティングルーム を選択します。

  3. [待合室] セクションで、[待合室の作成] をクリックします。

    image

  4. 必要に応じて、[待合室名][ホスト名とパス] などの基本情報を設定します。

    image

    パラメーター

    説明

    待合室名

    待合室のカスタム名を指定します。例: room

    説明 (オプション)

    待合室のカスタム説明を入力します。

    ホスト名とパス

    サブドメイン: DNS レコードのホスト名。たとえば、esa.aliyun.com では、esa がサブドメインです。

    ドメイン: このフィールドを入力する必要はありません。デフォルトでは現在のサイトのドメインが使用されます。

    パス: リクエストのリソースパス。たとえば、https://esa.aliyun.com/esa/esa.jpg では、esa/esa.jpg がパスです。

    説明

    サブドメイン全体配下のすべてのリクエストを待合室のキューに参加させたい場合は、[パス] 入力ボックスを空のままにすることができます ([パス] 入力ボックスが空の場合、デフォルト設定はルートパスになります)。

    カスタム Cookie

    ユーザーのキューイング状態を記録するために使用される認証情報。待合室の Cookie にカスタムサフィックスを指定できます。例: __aliwaitingroom_user_cookie_value

  5. [待合室の設定] セクションで、[アクティブユーザーの合計][1分あたりの新規ユーザー数] などのキューイングルールパラメーターを設定します。次に、[次へ] をクリックします。

    image

    パラメーター

    説明

    アクティブユーザーの合計

    オリジンサーバーにリダイレクトできる同時接続ユーザー数の最大値を指定します。この値は、オリジンサーバーの負荷容量によって異なります。値は 200 以上である必要があります。

    説明

    アクティブユーザーとは、待合室のキューを離れてオリジンサーバーと対話しているユーザーのことです。

    1分あたりの新規ユーザー数

    1分あたりにオリジンサーバーにリダイレクトできる新規ユーザーの最大数を指定します。この値は、オリジンサーバーの負荷容量によって異なります。値は 200 より大きく、[アクティブユーザーの合計] 以下である必要があります。

    セッション期間

    オリジンサーバーを離れたユーザーのセッション維持期間を指定します。オリジンサーバーにアクセスしたユーザーは、セッション期間内に再接続すれば、キューイングなしで再度アクセスできます。単位: 分。デフォルト値は 5 分です。

    セッション更新の無効化 (オプション)

    [セッション更新の無効化] スイッチを有効にすると、ユーザーがオリジンサーバーにアクセスしたときにセッションの計時が開始されます。[セッション期間] を超えると、システムはユーザーをオリジンサーバーから切断します。同じユーザーからの後続のリクエストは新しいリクエストとして扱われ、再度待合室のキューに入る必要があります。

    キューイングメソッド (オプション)

    待合室でユーザーをキューイングする方法を選択します。デフォルトのメソッドは FIFO です。必要に応じて、他のメソッドを選択することもできます:

    • FIFO: 受信した順にリクエストをキューに入れます。

    • ランダム: 待合室はキューからのリクエストをランダムに処理します。

    • すべて拒否: 一致するすべてのリクエストは待合室に入り、オリジンサーバーへのアクセスは許可されません。

    • パススルー: すべてのリクエストがキューをバイパスします。

ステップ 2: 設定のカスタマイズ

待合室にいるユーザーに返される待機ページとレスポンスコードを設定します。

  1. [カスタム設定] ページで、ユーザーがキューイング中に表示する待機ページ (または JSON レスポンス情報) とキューステータスコードを設定します。

    image

    項目

    説明

    待合室タイプ

    デフォルトの待合室: システムは、訪問者に推定待機時間を表示する待合室ページを自動的に生成します。このオプションを選択すると、ページはデフォルトで英語で表示されます。表示言語を簡体字中国語または繁体字中国語に設定することもできます。

    カスタム待合室: カスタム待合室ページを設定します。このオプションを選択すると、テンプレートテキストを編集したり、独自の HTML コードを作成したり、.html ファイルをインポートしてユーザーに表示されるページをカスタマイズしたりできます。ファイルサイズは 50 KB を超えることはできません。

    キュープレビュー

    [待合室タイプ] で設定した待合室ページをプレビューします。キューページには 3 つのタイプがあります:

    • キューイング: 現在キューに入っているユーザーの情報ページをプレビューします。

    • すべてキューに入れる: キューに入れられたすべてのユーザーの情報を表示するページをプレビューします。

    • キュー満杯: 待合室が満杯のときに表示される情報ページをプレビューします。

    JSON レスポンス

    オリジンサーバーがブラウザ以外の環境からのアクセスをサポートしている場合は、この機能を有効にします。有効にすると、待合室は JSON フォーマットでレスポンスを返します。

    JSON レスポンスのフォーマットは次のとおりです。パラメーターの詳細については、「JSON レスポンスパラメーター」をご参照ください。

    {
      "WaitingRoom": {
        "inWaitingRoom": true,
        "waitTime": 5,
        "waitTimeKnown": true,
        "waitTimeFormatted": "5 minutes",
        "queueIsFull": false,
        "queueAll": false,
        "lastUpdated": "2024-09-10T12:00:00.000Z",
        "refreshIntervalSeconds": 20
      }
    }
    重要
    • リクエストヘッダーには Accept:application/json を含め、完全に一致させる必要があります。

    • ブラウザ以外の環境からアクセスする場合は、リクエストヘッダーに待合室の Cookie を含めます。リクエストが適切にキューイングされ続けるように、Cookie は定期的にリフレッシュする必要があります。

    キューステータスコード

    ユーザーが待合室で待機しているときに送信されるカスタム HTTP レスポンスコードを指定します。

  2. [次へ] をクリックしてプレビューページに移動します。

ステップ 3: 待合室のプレビューと有効化

  1. 前の 2 つのステップの設定の概要を確認します。他の機能を設定することもできます。設定が正しい場合は、[完了] をクリックして待合室を作成します。

    image

  2. 待合室が作成されると、この機能はデフォルトで有効になります。

    image

  3. 必要に応じて、[すべてキューに入れる] スイッチを有効または無効にすることもできます。

    image

    • すべてキューに入れる (オフ): これはデフォルトの状態です。[アクティブユーザーの合計][1分あたりの新規ユーザー数] に定義されたしきい値にリクエスト数が達すると、超過したリクエストは待合室のキューに入れられます。

    • すべてキューに入れる (オン): 有効にすると、すべての新規訪問者はキューで待機する必要があります。これは、プロダクトの発売やその他のスケジュールされたイベントの準備に使用できます。

      説明
      • すでにオリジンサーバーにアクセスしているアクティブユーザーはセッションを継続でき、セッションが有効期限切れになるまでキューに戻されることはありません。

      • [すべてキューに入れる] は、イベント設定を含む他のすべての待合室設定をオーバーライドします。

次のステップ

Enterprise Edition ユーザーの場合、特定の時間に待合室のルールを調整する方法については、「待合室のスケジュールされたイベント」をご参照ください。また、ルールに一致する場合でも特定のリクエストが待合室をバイパスできるようにするには、「待合室のバイパスルール」をご参照ください。