# 抢票与新品上市的虚拟等候室

> 在抢票、新品上市与预购前排一条公平、实时的队伍，每月 5,000 排队人次免费，付费方案 29 美元起。托管等候页支持 7 种语言，附签名通行证与防机器人设置。

Source: https://hibira.io/zh-cn/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-CN-light.webp)

各框架的代码与逐步说明请看[等候室指南](https://hibira.io/zh-cn/guides/waiting-room)。抢票从头到尾怎么做，请看[抢票与限时抢购的等候室](https://hibira.io/zh-cn/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-cn/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-cn/guides/laravel) 的路由 middleware，以及 [Filament 插件](https://hibira.io/zh-cn/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-cn/mcp-server)交给 AI agent。

## 与其他等候室比较

- [Hibira vs Queue-it](https://hibira.io/zh-cn/compare/queue-it)
- [Hibira vs Cloudflare Waiting Room](https://hibira.io/zh-cn/compare/cloudflare-waiting-room)
- [Hibira vs CrowdHandler](https://hibira.io/zh-cn/compare/crowdhandler)
- [Hibira vs Queue-Fair](https://hibira.io/zh-cn/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 里。