接收 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 覆蓋所有頻道的場景。
三種方案並非爭奪同一類使用者。大多數團隊在做出選擇後，遲早還會重新回來審視這個對比。在選定之前，值得把三條路都想清楚。