接收 WhatsApp 入站消息的三种方案：Cloud API、BSP 与非官方接口全对比 — UnifyPort
接收 WhatsApp 入站消息听起来是个已有答案的问题，但三种可用方案之间存在实质性差异：选错了，要么多等几周，要么多付更多钱。
有一点值得先说清楚：WhatsApp 本地部署 API（On-Premises API）已于 2025 年 10 月 23 日正式停止服务。如果你还在参考提到运行 WhatsApp Docker 容器的旧文档，那条路已经关闭。现在要么走官方 Cloud API，要么走官方 API 体系之外的替代方案。
方案一：Meta Cloud API（直连官方）
官方正途。在 Meta Business 平台注册手机号、配置 Webhook，入站事件直接从 Meta 服务器推送给你——中间没有额外中间层。
你需要准备： Meta 商务管理平台账号、Meta 开发者账号、一个从未在 WhatsApp 上注册过的手机号，以及用于业务验证的企业文件（税号、营业执照或水电账单）。
上线周期： 技术环节——创建应用、注册号码、配置 Webhook——不到一小时。瓶颈在业务验证（Business Verification）：提交文件后等待 Meta 审批，通常需要 2–5 个工作日，部分情况下会拖到两周。
验证前的限制： 账号每滚动 24 小时内最多可发起 250 条业务主动对话。用户主动发给你的消息不受此限制——如果你的需求以接收入站消息为主，验证完成前就可以开始接收，只是无法大量主动外发。
验证通过后： 消息上限提升至第一层（每 24 小时 1000 条业务主动对话），后续随质量评级提升可申请更高层级。
费用： API 接入免费。2025 年 7 月 1 日起，每条已投递的模板消息按独立计费，费率取决于消息类别（营销、功能性、验证、服务）和接收方所在国家。每月有 1000 条免费服务对话额度。Webhook 端点的基础设施由你自己搭建和承担费用。
方案二：BSP（官方合作服务商）
BSP（Business Solution Provider，商业解决方案提供商）是 Meta 认证的合作机构，以转销形式提供 WhatsApp Business API 接入。你不需要直接对接 Meta，而是在 BSP 平台完成注册——他们负责 API 连接和 Webhook 投递，通常还提供一套管理界面。
主流 BSP 包括 Twilio、WATI、360dialog、SleekFlow、1msg 和 Vonage。
上线周期： 通常快于直连 Cloud API——BSP 提供引导式注册流程，部分声称基础场景数小时可完成接入。但底层 Meta 的验证要求在更高消息层级仍然适用。
费用：
- Meta 的按消息计费（基础费率与直连相同）
- BSP 加价：通常每条消息加收 $0.003–$0.010，或在基础费率上加成 10–30%
- 平台月费：从 $29/月（基础版）到 $500+/月（企业版）不等
- 号码费：部分 BSP 额外按号码收费（如每号 $15/月）
低流量时月费是主要成本；高流量时每条消息的加价才是大头。无论哪种情况，综合费用都高于直连 Cloud API。
你得到什么： 托管基础设施、收件箱与模板管理界面、合规指导，以及熟悉 WhatsApp 规范的支持团队。
方案三：非官方接口
第三条路完全绕开 Meta 的 API 体系。非官方接口通过 WhatsApp Web 连接——与浏览器使用的机制相同——将入站消息以结构化 Webhook 事件的形式推送出来。
这正是 UnifyPort 处理入站的方式：任意一个 WhatsApp 账号（包括个人号或已在使用的客服号）完成一次连接后，每条入站消息都会被归一化为标准 message.received 事件，携带 HMAC-SHA256 签名投递到你的 Webhook。
你需要准备： 一个现有的 WhatsApp 账号。一个 Webhook 端点。
上线周期： 通常不超过一天。无需提交文件，无需等待审批队列，不需要 Business Manager 账号。
费用： 服务订阅费，而非按消息计费。入站侧不产生 Meta 费用。
你得到什么： 快速启动、现有号码直接可用（客户通讯录里已有这个号），以及结构上与 Telegram、LINE、TikTok、Zalo、X 入站事件完全相同的 message.received 格式——一套 schema，覆盖所有渠道。
你承担什么： 这种方式在 WhatsApp 服务条款之外运营。WhatsApp 通过行为分析和模式匹配主动检测非官方 API 的使用。触发检测的账号面临封禁风险。这是主要的权衡点，不是理论上的风险。
横向对比
| Cloud API（直连） | BSP | 非官方接口 | |
|---|---|---|---|
| 首次收到 Webhook 的时间 | 数小时 + 2–14 天（验证） | 数小时至数天 | 一天内 |
| 是否需要业务验证 | 是 | 取决于服务商 | 否 |
| 能否使用现有号码 | 否（须是从未注册的号码） | 否 | 是 |
| API 基础费用 | 免费（按消息付费） | 免费 + 10–30% 加价 | 订阅费 |
| 平台月费 | 无 | $29–$500+ | 订阅费 |
| 数据路由 | Meta → 直达你 | 经过 BSP | 经过服务商 |
| 符合 WhatsApp 服务条款 | 是 | 是 | 否 |
| 多平台归一化 | 否 | 否 | 是（6 个平台） |
哪种方案适合哪种场景
直连 Cloud API： 适合规模化场景——需要官方合规状态、有等待验证的时间窗口、追求长期最低单条成本。
BSP： 适合技术能力较弱的团队——管理界面很重要、不想自建模板管理、愿意用额外费用换取更快的启动速度和持续的运营支持。
非官方接口： 适合需要立即接收消息的场景——现有号码已在客户通讯录中、验证排队会拖慢上线节奏数周、已评估并接受服务条款层面的风险。同时适合希望用一套归一化事件 schema 覆盖所有渠道的场景。
三种方案并非争夺同一类用户。大多数团队在做出选择后，迟早还会重新回来审视这个对比。在选定之前，值得把三条路都想清楚。