WhatsApp Broadcast群發訊息是什麼？

WhatsApp Broadcast群發訊息是指企業透過同一則訊息，一次過傳送給多位客戶的功能。在WhatsApp個人應用程式中，這透過「廣播清單」實現，每位收件人收到的其實是獨立的一對一對話而非群組訊息，而且只有已儲存商戶號碼的客戶才會收到。企業版則可透過WhatsApp Business API，配合已審批的訊息範本，向大型分眾客戶名單發送商業訊息，不受256人名單上限限制。

WhatsApp Business App群發同API群發有咩分別？

最大分別在於規模與送達穩定性。App內的廣播清單每張最多256人，且收件人必須事先儲存商戶號碼才會收到訊息，容易觸發平台的防濫發限流機制。API群發則透過已通過Meta審批的訊息範本發送，不受名單人數上限束縛，可結合分眾標籤與自動化流程，向大型客戶群精準推送內容，同時降低被系統標記為濫發訊息的風險，整體送達率與可擴展性都遠高於個人應用程式。

企業應該如何開始使用WhatsApp Business API進行群發？

首先需要向Meta申請WhatsApp Business API帳號，並選擇具備範本管理與分眾功能的平台（例如Wati）作為服務商。接著設計訊息範本並提交審批，範本內容必須符合平台的商業訊息政策。同時要整理現有客戶名單，確認哪些聯絡人曾經明確同意接收訊息（opt-in）。準備就緒後，可按客戶屬性分眾，再透過平台執行發送，並持續追蹤送達率與回應率作優化參考。

點樣避免WhatsApp群發訊息被用戶封鎖或標記為垂圾訊息？

關鍵在於確保收件人曾經明確同意接收訊息，即opt-in，並避免向未經同意的名單發送推廣內容。建議按語言、地區、興趣或互動程度將客戶分眾，發送與其相關的個人化內容，而非單一泛用訊息。同時應控制發送頻率，避免短時間內密集轟炸同一批客戶，並在訊息中加入清晰的退訂指示，例如提示用戶回覆「停止」取消接收，這樣既符合平台政策，亦能維持較高的客戶信任度。

WhatsApp Broadcast 群發最佳做法：送達率問題全解構

不少企業行銷或客戶服務團隊都試過同一件事：用WhatsApp或WhatsApp Business App的classic Broadcast Lists建立群發名單，滿心以為訊息會送到每一位客戶，結果實際觸及人數遠低於名單人數，甚至有客戶直接反映『無收到』。這不是巧合，而是WhatsApp平台本身的機制設計使然。本文將拆解群發訊息未能送達的真正原因，以及企業應該如何透過正規途徑，確保訊息覆蓋率與合規性同時達標。

WhatsApp及WhatsApp Business App的傳統Broadcast Lists如何運作？

WhatsApp及WhatsApp Business App的classic Broadcast Lists，均可讓用戶一次把同一訊息發送給多名聯絡人；每名recipient收到的仍然是獨立的一對一訊息，而不是群組對話。換言之，收件人之間互不知道對方也在名單之內。若其中一人回覆，訊息只會回到你與該用戶的私人聊天室。

這個機制表面上很方便，但背後藏著幾個結構性限制，正是導致訊息「發得出但收不到」的根本原因。

為何WhatsApp群發訊息無法完全送達？四大限制與風險

原因一：收件人必須先儲存你的聯絡號碼

這是最容易被忽略、也是最致命的一項限制。WhatsApp官方明確規定，classic Broadcast List中的recipient必須先把你的號碼儲存在手機通訊錄，才能收到broadcast message。因此，即使名單內有256名聯絡人，也不代表256人都能實際收到訊息。對透過網站、廣告或社交媒體獲取的新leads而言，不少用戶未必已經儲存企業號碼。因此，Broadcast List內的聯絡人數量並不等於實際可觸及人數。

另外，WhatsApp目前正在部分國家逐步推出monthly broadcast limits。因此，即使classic Broadcast Lists可以建立多張，也不代表帳戶可以無限制增加每月broadcast發送量；實際limit需以帳戶當下顯示為準。

用一個實際的比喻理解：這就好像你寄信給一個地址，但如果對方的門牌號碼沒有登記在郵局系統裡，信件根本不會被派送，寄件人卻毫不知情。對於一般依賴會員登記表單、網站詢價或社交媒體導流獲客的企業來說，絕大部分潛在客戶根本不會主動儲存商戶的WhatsApp號碼。這一項限制單獨已能令觸達率大幅打折。

原因二：每張名單上限256人，規模化營運極度低效

WhatsApp Business App的廣播清單設有硬性上限，每張名單最多只能容納256位聯絡人。雖然企業可以建立多張名單並無數量上限，但實際操作上，這代表若你有一萬名客戶，就要手動拆分成近40張名單，逐一維護、逐一發送，人力成本極高且容易出錯。

原因三：反濫發偵測與帳戶限制機制

WhatsApp平台設有防止濫發訊息的偵測與限流機制，用以保護用戶體驗，避免商戶帳號被當作垂直式廣告工具濫用。個人應用程式並非設計給大規模行銷或客服自動化使用。WhatsApp公開表示會利用machine learning及user reports偵測未經授權的大量或自動化訊息，亦提醒企業過度使用Broadcast Lists可能令更多用戶舉報訊息，從而導致帳戶受到限制。不過Meta沒有公開一套固定的throttling公式，因此不應把「短時間發送量」、「內容重複度」或「未回覆比例」寫成已確認的自動封鎖threshold。

原因四：用戶opt-in（選擇加入）要求

無論使用WhatsApp Business App還是Business Platform，企業都應取得適用法律及WhatsApp政策要求的必要同意，並尊重用戶停止接收訊息的要求。就WhatsApp Business Platform而言，企業主動聯絡用戶時尤其需要符合WhatsApp的opt-in要求，讓用戶清楚知道是哪一家企業，以及同意接收甚麼類型的WhatsApp訊息。

業界建議的做法是先按語言偏好、互動程度、興趣偏好或地區進行分眾，再以範本訊息配合個人化變數發送，同時控制發送頻率，並加入清晰的退訂指示，例如提示用戶回覆「停止」即可取消接收。忽略opt-in要求不單影響送達率，更直接觸及平台合規紅線。

WhatsApp Business App群發 vs WhatsApp Business API群發：核心差異在哪？

理解了上述限制之後，自然會問：企業應該如何解決規模化與送達率的問題？答案在於WhatsApp Business API的架構設計，與個人應用程式從根本上不同。

比較項目	WhatsApp Business App classic Broadcast Lists	WhatsApp Business Platform / API
每張名單上限	256 contacts	沒有256人list cap，但受Business Portfolio messaging limits等規則限制
Recipient要save企業號碼	需要	不需要
Opt-in	應避免未經同意的商業訊息	主動商業訊息需符合WhatsApp opt-in要求
訊息形式	一般App訊息	24小時窗口內可用free-form Service Messages；窗口外主動發送需使用approved templates
Anti-abuse controls	Broadcast限制、user reports、account enforcement	Opt-in、templates、quality controls、messaging limits、user-level Marketing controls
自動化／CRM	有限	可支援Campaign、CRM、automation及analytics

需要留意，WhatsApp Business App正在部分市場推出新的Business Broadcasts／Marketing Messages功能，與傳統256人Broadcast Lists並不相同。新的Business Broadcasts可以向未儲存企業號碼的用戶發送1:1訊息，並支援排程、CTA buttons及broadcast insights；實際availability、review及pricing則視市場及帳戶而定。

即使用Business API，點解Campaign仍可能無法100%送達？

Business Platform並不是「Campaign成功提交＝所有recipient必定收到」。除了Business Portfolio本身的messaging limits外，WhatsApp亦會控制每名用戶收到Marketing Messages的頻率，以減少message overload。Meta會參考有限的interaction及frequency signals，例如用戶近期收到商業訊息的頻率，以及他們與business messages的互動情況。因此，即使template已獲批、contact亦已opt-in，部分Marketing Messages仍可能因Meta的user-level delivery controls而無法送達。企業應以實際delivery數據，而不是Campaign名單人數，作為真正的觸及量。

WhatsApp Business API的關鍵在於「已審批的訊息範本」（Template）。企業必須事先向Meta提交訊息範本，經審批後才能用於主動發送（Business-Initiated Messages）。Business Platform的優勢並不是『template獲批後就一定送達』，而是提供一套正式的Template、opt-in、messaging-limit、quality-control及Campaign管理框架，讓企業可以更有系統地進行規模化溝通。Template審批只代表內容及分類符合當前的template rules；Marketing Messages仍然會受到opt-in、quality signals、Business Portfolio messaging limits及user-level delivery controls影響，因此approved template並不等於100% delivery。

如果你想深入了解訊息範本的分類與規則，可以參考Wati對WhatsApp訊息範本的完整介紹，當中詳細說明不同範本類別（例如Utility範本、Marketing範本）的審批要求與使用場景。

分眾客戶名單：規模化群發的關鍵一步

單純把訊息範本套用在API上，並不代表送達率或成效自動提升。真正的差異在於能否做到有效分眾。行業實踐建議，企業應該按語言偏好、互動程度、興趣偏好或地區將客戶名單細分，再配合範本訊息與個人化變數（例如客戶姓名、上次購買產品）發送。這種做法的邏輯很直接：與其向所有客戶發送同一則泛泛訊息，不如向真正對某類產品有興趣的客戶群，發送與他們相關的內容，更相關的分眾與個人化通常有助提升訊息relevance及互動機會，同時減少用戶認為內容無關而選擇封鎖、退訂或舉報的風險。但分眾並非愈細愈好，重點是每個segment都有清晰的商業邏輯及足夠相關的內容。

Wati的分眾標籤與自動化流程正是針對這個需求設計，讓企業可以將客戶按行為、購買歷史或互動狀態分組，再結合已審批的範本內容進行精準推送，而非依賴人手逐一篩選名單。如果你的團隊正在規劃客戶關係管理與群發策略的整合，可以參考Wati的CRM整合功能介紹，了解如何將分眾資料與訊息發送流程串連起來。

Coexistence如何區分Business App與API訊息？

值得留意的是，並非所有WhatsApp Business的使用方式都涉及額外收費或審批門檻。Meta的Coexistence方案容許企業在同一個WhatsApp號碼上，同時使用WhatsApp Business App及Cloud API平台（例如Wati）。在Coexistence模式下，透過WhatsApp Business App進行的一般一對一訊息仍可沿用App側的使用方式，而透過Wati／Cloud API發送的訊息則按照Meta Business Platform的API定價規則計算。需要另外區分的是，Business App正在部分市場推出的Business Broadcasts／Marketing Messages屬另一套功能，可能涉及付費，因此不應把『所有Business App發送』一概描述為完全免費。

常見誤解：以為API群發等於「無限制、隨便發」

不少初次接觸WhatsApp Business API的團隊，會有一個常見誤解：以為只要升級到API，就等於解除所有限制，可以無條件向任何名單發送任何內容。這種理解是錯的，而且後果可能相當嚴重。API群發依然必須遵守opt-in規則，即用戶必須曾經明確同意接收訊息；若企業要在24小時Customer Service Window外主動發起訊息，就必須使用已通過Meta審批的Template Message；窗口內則可使用free-form Service Messages。對Marketing Campaign而言，企業仍需取得有效opt-in，並遵守Meta的template、quality、messaging-limit及Marketing delivery controls。若企業無視這些規則，大量發送未經同意用戶的訊息，即使透過API，帳號仍有可能被Meta限制或停用。API解決的是「規模化、系統整合與營運管理」的問題，並非「合規門檻」的問題，企業在規劃群發策略時必須清楚分辨這一點。

企業應該如何開始建立合規的群發流程？

若你的團隊正考慮從個人應用程式過渡到API方案，建議按以下順序規劃：先盤點現有客戶名單，確認哪些聯絡人曾經明確opt-in；再按客戶屬性（語言、地區、購買行為）建立分眾標籤；然後設計並提交訊息範本供Meta審批；最後透過具備分眾與自動化能力的平台（例如Wati）執行發送，並持續監察delivered、read、reply、opt-out／negative feedback、template performance及WhatsApp quality signals，並分析undelivered messages的原因，而不是只用「Campaign已成功發送」作為成效指標。如果你想了解Wati在WhatsApp Business API上的具體應用場景，可以參考Wati的WhatsApp Business API總覽頁面，當中涵蓋帳號設定、範本管理與自動化流程的完整說明。

WhatsApp群發訊息的送達率問題，本質上不是「發送技巧」的問題，而是平台架構與合規規則的問題。個人應用程式的256人上限、儲存聯絡人要求與限流機制，決定了它終究只適合小規模、低頻率的溝通場景。企業若要做到規模化、可管理、可衡量並符合平台規則的客戶觸達，就需要由classic Broadcast List的人工操作模式，逐步轉向以Business Platform、opt-in、Template、分眾及Campaign analytics為核心的營運架構。問題是，你的團隊現在還在用哪一套邏輯發訊息？

準備好了解Wati如何幫助你的業務？立即預約免費示範，親身體驗實際效果。