# 搶票與新品上市的虛擬等候室

> 在搶票、新品上市與預購前排一條公平、即時的隊伍，每月 5,000 排隊人次免費，付費方案 29 美元起。託管等候頁支援 7 種語言，附簽章通行證與防機器人設定。

Source: https://hibira.io/zh-tw/waiting-room

## 開賣日需要的都在這裡

### 現成的即時等候頁

訪客看得到自己的位置、前面還有幾個人和預估等待時間，即時更新。重新整理或多開分頁，位置不會掉，也不會往前插隊。等候頁支援英文、繁體中文、簡體中文、日文、韓文、泰文與越南文。

### 對真正的粉絲公平

開啟抽籤後，開賣前就到的人會在隊伍開始時一起抽出隨機順序，搶先開頁面或讓機器人在整點送出都沒有好處。也可以設定每位登入會員只能排一個位置，並在加入前加上真人驗證。

### 依速度或依容量放行

每分鐘放行固定人數，例如 300 人；或在網站上的人數低於你設定的上限時就放人進來。容量模式下網站還沒滿就不必排隊，等候室可以一直開著。

### 「輪到你了」通知

訪客可以要求號碼輪到時收到瀏覽器通知，然後放心離開分頁。點一下通知就回來領取通行證。

### 等候頁上的 Live Chat

在「還會補貨嗎？」變成客服排隊之前就先回答：在等候頁顯示你的 Live Chat 小工具，有用 AI 回覆的話也一起上。Event 方案內含。

### 每場活動結束都有報告

多少人加入、多少人進場、隊伍最長的時候，以及大家等了多久，逐分鐘呈現，並可下載 CSV。活動結束時摘要會寄到你的信箱。

### 猜不到的簽章通行證

每位放行的訪客都會帶著用你的 app secret 簽章的通行證。你的網站或 middleware 驗證後才提供頁面，直接輸入網址也插不了隊。也可以做到一個號碼只能結帳一次。

### 即時功能照樣有餘裕

排隊中的訪客不佔用 app 的連線數，搶購期間網站其他地方的即時功能依然順暢。

## 怎麼運作

1. **建立等候室**：在主控台設定放行速度、開始時間，以及訪客回來的頁面。
2. **保護最忙的頁面**：加一個 middleware。沒有通行證的訪客會先到等候頁。
3. **開賣當天掌控隊伍**：暫停、立刻放 500 人進來、對所有排隊的人發公告，或賣完就關閉。

![主控台裡的等候室：即時人數、放行速度、預估清空時間，以及暫停、放行、售罄與公告按鈕。](https://hibira.io/portal/articles/waitroom-console-zh-TW-light.webp)

各框架的程式碼與逐步說明請看[等候室指南](https://hibira.io/zh-tw/guides/waiting-room)。搶票從頭到尾怎麼做，請看[搶票與限時搶購的等候室](https://hibira.io/zh-tw/use-cases/waiting-room)。

## 方案

| 方案 | 價格 | 等候室 | 排隊人次 | 適合 |
| --- | --- | --- | --- | --- |
| 免費 | 0 美元 | 1 | 每月 5,000 | 用一場真正的開賣試試看 |
| Drop | 每月 29 美元 | 3 | 每月 50,000 | 每月固定上新的商店 |
| Launch | 每月 99 美元 | 10 | 每月 500,000 | 經常上市新品或售票 |
| Event | 每月 299 美元 | 50 | 每月 3,000,000 | 大型活動，等候頁上有 Live Chat |
| 單場活動 | 49 美元（一次付清） | 1 | 72 小時內 200,000 | 只辦一場大型開賣，不想訂閱 |

每個帳號都內含免費方案，等候室與即時方案分開計費。排隊人次是指新的加入：帶著號碼回來的人不會重複計算。超過額度也不會擋下任何人，多出來的人次每 1,000 人次 0.10 美元，從預付點數扣除。請看[完整價格](https://hibira.io/zh-tw/pricing#waiting-room)。

## 支援你的技術

- **Next.js 與 Vercel、Cloudflare Workers、Deno、Bun 和 Express**：[@hibira-io/waiting-room](https://www.npmjs.com/package/@hibira-io/waiting-room) 的 `protect()`。
- **Laravel 與 Filament**：[hibira-io/laravel](https://hibira.io/zh-tw/guides/laravel) 的路由 middleware，以及 [Filament 外掛](https://hibira.io/zh-tw/use-cases/filament)裡的等候室頁面。
- **Django、Rails、Spring Boot、.NET、Symfony 和 NestJS**：各官方 Hibira 套件都附 middleware。
- **iOS、Android、Flutter 與 Unity app**：用公開的加入與通行證端點，再由你的 API 驗證通行證。
- **從你習慣的工具管理隊伍**：主控台、簽章 HTTP API、n8n、Make、Activepieces、Terraform，或透過 [Hibira MCP 伺服器](https://hibira.io/zh-tw/mcp-server)交給 AI agent。

## 與其他等候室比較

- [Hibira vs Queue-it](https://hibira.io/zh-tw/compare/queue-it)
- [Hibira vs Cloudflare Waiting Room](https://hibira.io/zh-tw/compare/cloudflare-waiting-room)
- [Hibira vs CrowdHandler](https://hibira.io/zh-tw/compare/crowdhandler)
- [Hibira vs Queue-Fair](https://hibira.io/zh-tw/compare/queue-fair)

## 常見問題

### 怎樣算一個排隊人次？

一個日曆月內，每次新加入等候室的隊伍。重新整理、多開分頁或帶著號碼回來的訪客會保留原本的位置，不會重複計算。

### 超過方案的排隊人次會怎樣？

不會擋下任何人。多出來的人次以每 1,000 人次 0.10 美元從預付點數扣除；沒有點數時照樣放行，只做計數。

### 需要換主機或 CDN 嗎？

不需要。隊伍在 Hibira 上運作，你的網站只要驗證簽章通行證：大多數框架有現成的 middleware，其他環境幾行程式碼就能完成。DNS 不用改。

### 怎麼擋機器人和黃牛？

開啟抽籤後，提早到的人在隊伍開始時取得隨機順序，拼速度沒有好處。每位登入會員只能排一個位置，避免一個人佔住很多號碼；加入前可以加上真人驗證；你的結帳流程也能讓每個號碼只用一次。

### 排隊人數超過方案的即時連線數怎麼辦？

等候頁照常運作：超過方案的即時連線數（免費 1,000、Drop 5,000、Launch 與單場活動 20,000、Event 50,000）後，會改成每隔幾秒查一次隊伍，而不是即時更新。沒有人會失去位置。

### 只辦一場開賣可以嗎？

可以。單場活動一次付清：一個等候室，72 小時內最多 200,000 排隊人次，不必訂閱。

### 用等候室需要 Hibira 的即時方案嗎？

不需要。每個帳號都有免費的等候室，等候室方案與即時方案分開。如果你已經用 Hibira 做即時功能，等候室就在同一個帳號和 app 裡。