WhatsApp Business API 完整指南：收費、申請與發送訊息教學

WhatsApp Business API（現稱 WhatsApp Business 平台）讓企業透過後端系統、CRM、客服平台或自動化流程，大規模發送、接收及追蹤 WhatsApp 訊息。若您的團隊需要多人協作、訂單與物流通知、OTP 驗證、預約提醒或合規的行銷自動化，通常就需要使用 API，而不只是免費的 WhatsApp Business App。

本指南將說明 WhatsApp Business API 是什麼、如何收費、需要準備哪些資料，以及如何透過 Cloud API 或商業解決方案供應商（BSP）發送第一則訊息。

快速了解 WhatsApp Business API

WhatsApp Business API 並不是另一款需要下載的 WhatsApp App，而是企業系統與 WhatsApp Business 平台之間的技術介面。企業可使用 API 將 WhatsApp 訊息整合到網站、App、CRM、電商、客服系統、OTP 驗證及客戶旅程中。

WhatsApp Business API 適合哪些企業？

當企業出現以下需求時，WhatsApp Business API 通常比 WhatsApp Business App 更合適：

• 需要多位客服共同處理同一個企業號碼的對話。
• 需要從訂單、會員、預約或風控系統自動觸發訊息。
• 需要將 WhatsApp 與 CRM、客服平台、電商或行銷自動化工具整合。
• 需要發送 OTP、付款通知、物流更新、預約提醒或已獲同意的行銷訊息。
• 需要查看訊息的已發送、已送達、已讀、失敗與回覆狀態。

WhatsApp、Business App、Cloud API 與 BSP 有什麼不同？

WhatsApp Business API 如何收費？

WhatsApp Business App 可免費下載，但 WhatsApp Business API 並非完全免費。企業的實際成本通常由兩部分組成：Meta 的訊息費用，以及 BSP 或訊息平台可能收取的平台、功能或服務費用。

Meta 訊息費用

Meta 主要依已送達的商業訊息、訊息類別及接收者所在市場計費。常見類別包括行銷、實用型及驗證訊息；客服窗口內的服務訊息與免費條件則應以發布當下的官方政策為準。費率和免費條件可能調整，因此不建議只依賴舊文章中的固定單價或「每月免費對話數」估算預算。

制定預算前，請同時核對 Meta 官方 WhatsApp Business 平台定價文件及所選 BSP 的最新報價。

BSP 或平台服務費用

不同服務供應商可能採用不同計費方式，常見項目包括：

• 平台訂閱費或帳號方案費。
• 訊息處理、通道或用量費用。
• 客服席位、團隊收件匣或工單功能費用。
• 範本管理、聊天機器人、數據分析及行銷自動化功能費用。
• 開通指導、技術支援或客製化整合費用。

免費與收費的邊界

使用 wa.me 或 api.whatsapp.com/send 只會開啟聊天視窗，不屬於 API 發送，因此連結本身不產生 API 訊息費；在 WhatsApp Business App 內人工回覆同樣不屬於 API 訊息計費，但廣告或部分進階企業功能可能另行收費。

透過 WhatsApp Business API 主動發送行銷、實用型或驗證範本時，通常會依訊息類別、接收者所在市場及 Meta 最新費率計算。客服窗口內回覆的收費條件應以 Meta 當前政策為準；若透過 BSP 發送，除了 Meta 訊息費，還可能產生平台訂閱、訊息處理、客服席位或自動化功能費用。

香港／台灣企業如何估算成本？

若您需要查看最新費率與 WhatsApp API 服務提供者 EngageLab 的計費方式，請參閱2026 年 WhatsApp API 定價解析 及 WhatsApp 報價說明。

WhatsApp Business API 的主要功能與應用場景

WhatsApp Business API 的價值不只是「大量發訊息」，而是把客戶溝通放入實際業務流程。企業可依客戶行為、訂單狀態或風險事件觸發訊息，並將回覆交由客服、聊天機器人或後端工作流程處理。

• 跨境電商

  發送訂單確認、付款狀態、物流更新、到貨提醒、棄購挽回及售後服務訊息。

• 客服與 CRM

  讓多位客服處理同一企業號碼，將對話同步至 CRM，並以聊天機器人回答常見問題。

• OTP 與身分驗證

  用於登入驗證碼、交易確認、帳號安全提醒及其他需要即時送達的驗證流程。

• 預約與服務提醒

  適用於旅遊、醫療、教育、美容及專業服務的預約確認、改期、行程和課程提醒。

• 行銷／營銷自動化

  在取得用戶同意後發送新品、活動、會員及生命週期訊息，並依回覆和互動分群。

• 跨通路備援

  在 WhatsApp 送達失敗或需要補充觸達時，與 SMS、Email、AppPush 或人工客服協同。

常用功能如何對應業務需求？

發送 WhatsApp API 訊息前，需要準備哪些內容？

在發送第一則 WhatsApp API 訊息前，企業需要完成帳號、發送號碼、驗證憑證、訊息範本及 Webhook 等設定，同時確認用戶同意來源，並決定要直連 Cloud API，還是透過商業解決方案供應商（BSP）接入。

先決定接入方式：直連 Cloud API 或透過 BSP

完成基本資料準備後，企業還需要選擇接入方式。兩種方式都使用官方 WhatsApp Business Platform，主要差異在於帳號設定、範本管理、數據分析和系統維運由誰負責。

直連 Cloud API：

直連 Cloud API 能提供較高的技術控制權，適合具備成熟開發與維運能力，並希望自行管理完整訊息流程的企業。

• 由內部工程團隊完成帳號、權限、電話號碼及 API 設定。
• 使用 Meta 官方工具，或自行建立訊息範本管理介面。
• 自行接收及儲存 Webhook 事件，並建立送達、已讀和失敗分析。
• 自行開發 CRM、聊天機器人、客服分流及行銷自動化功能。
• 由內部團隊負責系統監控、錯誤排查、權限安全及日常維運。

透過 BSP／訊息平台接入：

透過商業解決方案供應商（BSP）接入，通常可以減少企業自行開發和維運的工作，適合希望快速上線，並由業務與技術團隊共同管理 WhatsApp 訊息的企業。

• 通常提供嵌入式開通、企業帳號設定及電話號碼驗證指導。
• 可在平台介面內建立、提交及追蹤訊息範本狀態。
• 通常提供已發送、已送達、已讀、失敗及互動數據分析。
• 可能提供 CRM 連接器、客服工具、自動化流程及跨通路訊息能力。
• 通常提供接入、範本設定、訊息發送及問題排查等技術支援。

如果透過 BSP，應如何選擇服務供應商？

如果企業決定透過 BSP 接入，不應只比較「能否發送 WhatsApp 訊息」或首頁顯示的起始價格，還應確認開通支援、範本管理、數據分析、地區覆蓋、CRM 整合、客服工具、權限管理及總持有成本。

服務供應商	較適合的團隊	建議重點評估
EngageLab	希望整合 WhatsApp、SMS、Email、AppPush、OTP、客戶互動以及 AI 客服流程的團隊	地區覆蓋、範本管理、數據分析、跨通路自動化及接入支援
Twilio	已使用 Twilio API，並由開發團隊主導通訊系統的企業	各市場的總成本、內部開發工作量、數據分析及範本營運流程
CallHippo	以企業電話、銷售或客服團隊協作為主要需求的企業	客服席位費用、團隊收件匣、通話流程及自動化深度
Wati	以 WhatsApp 電商和客戶服務為核心的中小型企業	電商平台整合、聯絡人規模、範本管理及方案限制
SleekFlow	需要跨聊天通路管理銷售對話的社交電商團隊	團隊收件匣、銷售自動化、通路整合及套餐限制

比較提醒

服務供應商的功能、費率和方案會持續更新。正式採購前，應以各服務供應商最新的官方文件、報價及合約條款為準，並使用相同的訊息量、接收市場、客服席位和功能需求比較總成本。

使用 WhatsApp API 發送訊息：逐步操作流程

不同服務供應商的控制台會有所不同，但正式上線後的流程通常一致：完成帳號接入、驗證號碼、建立範本、發送測試訊息，然後監控訊息狀態及 Webhook 回調事件。

步驟 1：選擇直連 Cloud API，還是透過 BSP 接入

直連 Cloud API 能讓開發者獲得較高的控制權。BSP 或訊息平台則可為團隊提供更多營運支援，包括嵌入式開通、範本管理、訊息路由、數據分析及技術支援服務。如果整個接入與營運流程均由工程團隊負責，可以選擇直連 Cloud API；如果業務團隊需要行銷活動管理、範本審核、報表或跨通路自動化功能，則可以選擇 BSP 或訊息平台。

在第二種接入方式中，EngageLab 是建立在官方 WhatsApp Business API 之上的帳號接入、範本管理、數據分析及工作流程管理平台，而不是直接取代 Meta 官方 API。

步驟 2：取得電話號碼 ID 及存取權杖

要發送 WhatsApp API 訊息，您需要準備發送號碼及驗證憑證。在 Cloud API 接入方式下，通常需要電話號碼 ID 及存取權杖；在 BSP 接入方式下，服務供應商可能會提供專用的 API 驗證資訊，並在後台處理 Meta 端的部分設定。

必要識別碼： phone_number_id

必要驗證資訊： Authorization: Bearer ACCESS_TOKEN

接收方號碼格式： country_code + phone_number 。除非服務供應商另有說明，否則號碼中不應包含空格或其他符號。

步驟 3：為外發訊息建立已核准範本

如果客戶近期沒有向您的企業發送訊息，通常不能直接發送自由格式文字，而需要使用已核准的訊息範本。範本常用於帳號驗證、訂單更新、預約提醒、付款通知，以及符合 WhatsApp 政策的行銷訊息。

Meta 的 Cloud API 發送訊息文件介紹了官方端點及訊息物件模型。不過，在正式營運環境中，更重要的是範本名稱、語言、變數數量及按鈕參數必須與已核准的範本版本完全一致。

步驟 4：發送 API 請求

一次訊息發送請求通常包含三個部分：API 端點、請求標頭及 JSON 請求內容。請將版本佔位符替換為應用程式目前使用的 Graph API 版本。

端點： POST https://graph.facebook.com/vXX.X/{phone-number-id}/messages

請求標頭： Authorization: Bearer ACCESS_TOKEN 及 Content-Type: application/json

必要欄位： messaging_product、 to、 type， 以及與訊息類型相符的訊息物件，例如 template 或 text。

範本示例： {"messaging_product":"whatsapp","to":"15551234567","type":"template","template":{"name":"order_update","language":{"code":"en_US"}}}

如果您透過訊息平台的 API 發送訊息，端點和欄位名稱可能會有所不同，但相同的業務規則仍然適用：接收方號碼及發送號碼必須有效、訊息範本必須通過審核、語言代碼必須正確，而且用戶已明確同意接收訊息。

步驟 5：監控訊息狀態及錯誤

HTTP 回應成功並不代表用戶已經收到或看到訊息。您仍需結合已送達、已讀及失敗等 Webhook 事件，確認訊息目前是已發送、已送達、已讀，還是已被拒絕。

常見發送失敗原因及解決方法

當團隊遇到「API 回傳成功，但客戶沒有收到訊息」時，問題往往不只在 POST 請求。範本狀態、客服窗口、用戶同意、帳號對應、權限及 Webhook 都可能影響最終結果。

問題	可能原因	建議處理方式
HTTP 成功，但用戶未收到訊息	訊息仍在處理、範本品質、政策限制、接收資格或路由異常	檢查 Webhook、範本狀態、品質評分及用戶同意來源
自由文字被拒絕	目前不在有效客服窗口內	改用已核准範本，或等待用戶先發起對話
範本發送失敗	範本名稱、語言、變數數量或按鈕參數不一致	逐項對照已通過審核的範本版本
Access Token 或權限錯誤	Token 過期、權限不足，或 App、WABA、號碼對應錯誤	重新產生憑證並核對企業帳號、應用程式和電話號碼 ID
收件者號碼無效	缺少國碼、包含不支援的符號，或號碼未註冊 WhatsApp	依 API 規格標準化號碼，並檢查接收資格
觸發頻率或品質限制	新號碼快速擴量、低品質範本、投訴或封鎖率增加	分批擴量、改善受眾分群，並持續監控失敗與品質指標

擴大發送規模前的檢查清單

• 用戶同意：每位接收者都有可查核的同意來源和取得時間。
• 範本治理：範本名稱、類別、語言、變數及按鈕已有版本管理。
• Webhook 可靠性：系統可以處理重試、重複回調、延遲及失敗事件。
• 排除規則：已退訂、封鎖企業或無效號碼會被排除。
• 備援通路：重要訊息失敗時，可依場景切換 SMS、Email、AppPush 或人工客服。
• 數據分析：業務團隊可查看送達、已讀、回覆、失敗原因、範本品質及轉化。

常見問題

WhatsApp Business API 免費嗎？

不是完全免費。WhatsApp Business App 可免費下載，但 API 使用通常涉及 Meta 訊息費用；若透過 BSP，還可能產生平台、席位、功能或服務費。Cloud API 的雲端託管不應被理解為所有商業訊息都免費。

小型企業需要 WhatsApp Business API 嗎？

若每天只有少量對話，而且可由小型團隊人工處理，Business App 通常已足夠。當企業需要系統觸發、多客服、CRM、聊天機器人、OTP 或送達追蹤時，再升級至 API 會更合理。

api.whatsapp.com/send 與 WhatsApp Business API 是同一回事嗎？

不是。Click-to-Chat 連結只能開啟對話並預填文字，不能從後端自動發送範本訊息、接收 Webhook、管理範本或追蹤送達狀態。

不使用範本也可以透過 API 發訊息嗎？

通常只有在用戶先向企業發送訊息，且仍處於有效客服窗口內時，才能使用自由格式回覆。企業在窗口外主動聯絡用戶時，通常需要使用已核准的訊息範本。

可以透過 API 群發 WhatsApp 訊息嗎？

可以程式化發送訊息，但必須遵守用戶同意、範本、品質及發送限制。請勿購買名單或向未授權用戶進行陌生推廣，否則可能導致投訴、品質下降或帳號限制。

為什麼 API 回傳成功，訊息仍未送達？

HTTP 成功通常只表示平台接受了請求。訊息之後仍可能因範本品質、政策限制、接收者資格、帳號映射或路由狀態而失敗，因此必須結合 Webhook 的已發送、已送達、已讀及失敗事件排查。

應該直連 Cloud API，還是選擇 BSP？

如果工程團隊希望完全掌握接入、範本、Webhook、監控和營運工具，可以選擇直連 Cloud API。如果希望更快完成開通，並取得範本管理、數據分析、技術支援及跨通路自動化能力，BSP 或訊息平台通常更合適。

結論

WhatsApp Business API 的關鍵不只是成功發出第一則訊息，而是選擇合適的接入方式、理解收費與範本規則、取得用戶同意，並持續追蹤送達和互動結果。建議先選擇一個明確場景，例如 OTP、訂單更新或預約提醒，以小規模測試驗證設定，再逐步擴大至客服與行銷自動化。

EngageLab 可協助企業完成 WhatsApp Business API 接入、範本管理、訊息發送、數據分析及客戶互動流程，並將 WhatsApp 與 SMS、Email、AppPush 和 OTP 等通路整合。

準備發送第一則 WhatsApp API 訊息？

先用一個真實的 OTP、訂單通知或客服場景，驗證接入、範本與送達追蹤流程。

立即免費開始 諮詢接入方案 →