WhatsApp Broadcast List 同 Template 分別：企業應該點揀？

嚴格來說，Broadcast List是一種App內發送方式，而Template是一種Business Platform訊息格式；企業真正比較的，其實是「classic Broadcast List」與「以Template為核心的API Campaign流程」。

WhatsApp Broadcast List 同 Template 分別：企業選擇指南

不少企業以為在 WhatsApp 上「一次過發送大量訊息」只有一種方法，於是隨手用手機 App 內建的廣播列表功能發送推廣訊息，結果訊息送達率遠低於預期，甚至帳號被限制。事實上，WhatsApp原生的classic Broadcast List與WhatsApp Business Platform上的Template／Campaign機制，屬於兩種不同層次的工具：Broadcast List是Business App內的群發方式；Template則是Business Platform上經Meta審批的訊息格式，企業通常透過Campaign或API把Template發送給目標受眾。兩者在受眾規模、送達條件、自動化能力及合規要求上都有明顯差異。本文將拆解 WhatsApp broadcast list 同 template 分別的實際情況，並提供一套決策框架，協助你按聯絡人規模同業務需求選擇合適方案。

什麼是 WhatsApp Broadcast List（廣播列表）

Classic Broadcast Lists是WhatsApp及WhatsApp Business App提供的功能，可讓用戶把同一訊息發送給多名聯絡人，而每名recipient仍以獨立一對一訊息形式收到。每張classic Broadcast List最多256名聯絡人，而recipient必須先把你的號碼儲存在自己的手機通訊錄。

根據行業資料，這張名單的數量沒有上限，但每張名單最多只能加入 256 人，而且只有已將你的商業號碼儲存到手機通訊錄的客戶，才會收到你的廣播訊息。另外，WhatsApp目前正在部分國家逐步推出monthly broadcast limits。因此，即使classic Broadcast Lists可以建立多張，也不代表帳戶可以無限制增加每月broadcast發送量；實際limit需要以帳戶當下顯示為準。

Broadcast List 的運作邏輯，其實同「電郵群發」（Bcc）相似：接收者不會知道自己被加入了同一張名單，而且當中任何一人回覆你，該回覆會直接進入你同對方的私人聊天視窗，不會被其他收件人看到。

這個機制最大的限制在於，它最大的限制是recipient-side的saved-number requirement：只有已把企業號碼儲存在自己通訊錄的recipient，才能收到classic Broadcast List訊息。換言之，如果客戶未曾將你的商業號碼存入手機聯絡人，即使他曾經同你的官方帳號對話過，也不會收到你透過 Broadcast List 發出的訊息。這正正是很多企業誤解送達率問題的根源：因此，Broadcast List內有200名聯絡人，並不代表200人都符合實際接收條件。

什麼是基於 API 的 Marketing Message Template

同 Broadcast List 完全不同，WhatsApp Business Platform支援兩種主要的business outbound message形式：當24小時Customer Service Window開啟時，企業可發送free-form Service Messages；當企業需要在窗口外主動聯絡客戶時，則必須使用經Meta審批的Template Message。這是因為 API 渠道並非透過雙向聯絡人儲存機制運作，而是透過商業帳號直接向已提供電話號碼的客戶發送訊息。因此，Meta 要求所有由企業主動發起（即客戶 24 小時內未曾主動聯絡你）的訊息，都必須經過範本審批，以防止濫發同垂圾訊息。

範本大致分為三大官方類別：Marketing（營銷類）、Utility（實用類）同 Authentication（驗證類）。另外還有 Service（服務類）訊息，這是客戶主動發起對話後、企業在 24 小時視窗內自由回覆時使用的訊息類型，不需要範本審批。

值得留意的是，「Utility 範本」這個類別經常被誤譯為「公用模板」，但其實際用途十分具體，主要用於帳戶更新、訂單追蹤、付款通知等交易性質的通知，並不涉及一般宣傳內容。Utility Template必須與特定交易、帳戶或客戶互動相關；如果Template同時包含促銷內容，Meta通常會把它歸類為Marketing。Meta目前亦會驗證企業所選的Template category，當內容與所選類別不符時，可能出現category mismatch或被重新歸類。

透過 Wati 這類服務商，企業可以在同一個平台上建立、提交同管理範本，並在審批被拒時查看具體原因同重新提交。例如，如果新Template的body及footer文字與現有Template相同，Meta可能以duplicate template為由拒絕；企業可使用現有Template，或修改body及／或footer，令內容有實質差異後重新提交。

Broadcast List 同 Template 訊息：核心分別一覽

以下表格總結兩者在關鍵維度上的實際分別：

Opt-in 合規要求：兩者差異最大的地方

這是很多企業低估的一環。Broadcast List 本身沒有任何內建的同意（opt-in）追蹤功能，企業只是依賴「客戶已儲存你的號碼」這個間接訊號來判斷是否可以發送訊息，但這並不等同於客戶明確同意接收營銷內容。

相對而言，透過 API 發送的 Marketing Template，Meta 要求企業必須取得客戶明確同意才可發送營銷類訊息。而且，Meta 會透過訊息層級（Messaging Tier）機制，根據企業帳號的品質評分同客戶互動情況，動態調整每 24 小時可觸及的獨立客戶數量上限。企業如果沒有妥善管理 opt-in 名單，貿然發送大量未經同意的營銷範本，容易觸發客戶封鎖率上升。這會直接影響帳號的品質評分同訊息層級，令可觸及人數不升反跌。

對於需要規模化管理客戶同意記錄同分眾發送的企業，使用具備完整 opt-in 管理同 WhatsApp 群發功能 的平台，能夠更有效追蹤誰同意接收哪類訊息，並在發送前自動篩選，避免誤發引致帳號評分下降。

即使企業仍有足夠的Business Portfolio messaging capacity，Marketing Template亦不代表必然送達。WhatsApp會另外限制每名用戶收到Marketing／offers類訊息的頻率，並參考用戶近期收到商業訊息的頻率及與business chats的互動等有限訊號，以減少message overload。因此，Campaign audience size與最終delivered recipients可能並不相同。

什麼情況下Broadcast List已不再適合作為主要工具？

以下情境，Broadcast List 已經不再是合理選擇：

當活躍客戶規模長期超過256人，需要持續拆分多張list並重複管理時，classic Broadcast List的操作成本會迅速增加，此時應評估Business Broadcasts或Business Platform Campaign。

需要個人化內容大量發送。 Broadcast List 的內容基本上是手動編輯，無法像 Template 訊息般透過變數自動代入客戶姓名、訂單狀態或到期日等動態資料，難以規模化執行個人化營銷。

需要追蹤送達率同回應數據。 Classic Broadcast Lists缺乏完整的Campaign-level analytics及集中式conversion reporting。雖然個別聊天仍可能顯示一般WhatsApp的message status／read receipt，但企業難以像Campaign平台一樣集中比較整批受眾的delivery、read、reply及conversion表現。

需要同 CRM 或客服系統整合。 Classic Broadcast List本身並沒有Cloud API級的CRM／automation integration能力，因此難以直接與企業的customer data、workflow automation及Campaign reporting形成完整閉環。

需要多人同時處理客戶對話。 如果團隊需要多位客服同事共同處理客戶查詢，WhatsApp Business API 的多人協作同廣播功能明顯更適合需要shared inbox、agent assignment、roles／permissions及多人協作流程的團隊。

一旦踩中以上任何一項，繼續依賴 Broadcast List 只會令營運效率同合規風險同時惡化。轉用 API 範本機制，是務實的下一步。

決策框架：如何按規模同需求選擇方案

判斷應該用哪一套機制，可以按以下三個維度逐步評估：

第一步：聯絡人名單規模。 如果你的活躍客戶名單少於 256 人，且大部分客戶都已經儲存了你的號碼，Broadcast List 在短期內仍屬可行的免費選項。一旦名單持續增長，遲早需要轉往 API 方案。

第二步：個人化同自動化需求。 如果你只需要偶爾發送簡單的節日祝賀或單次通知，Broadcast List 已經足夠。但如果你需要根據客戶購買紀錄、會員等級等資料動態調整內容，就必須採用支援變數插入的 Template 機制。

第三步：檢查Portfolio Messaging Limit及Marketing delivery controls。Business Platform的business-initiated messaging capacity目前由Meta Business Portfolio層級管理，而非每個WhatsApp號碼各自一個Messaging Tier。企業需要先了解目前portfolio limit是否足以覆蓋Campaign受眾；Marketing訊息亦另受user-level delivery controls影響，因此名單人數不應直接等同於預期送達人數。若企業需要擴大發送規模，重點應是持續發送相關、預期且高品質的訊息，以及保持健康的用戶互動，而不是單純把Campaign拆得更細來繞過limit。

保持不變的部分：Broadcast List 依然存在

必須澄清一點：Meta 並沒有取消 WhatsApp Business App 內的 Broadcast List 功能。這項功能對於小型商戶、個人工作室或客戶量有限的業務，依然是免費、即時可用的溝通工具。企業不需要因為本文討論 API 範本機制的優勢，而誤以為 Broadcast List 已經「被淘汰」或「不能再用」。兩套機制服務於不同規模同複雜程度的業務需求，理解各自的邊界，比盲目追求「升級」更重要。

另外需要區分的是，WhatsApp Business App正在部分市場推出新的Business Broadcasts／Marketing Messages。它與classic 256-person Broadcast List不是同一功能：Business Broadcasts支援audience selection、scheduling、CTA buttons及performance insights，而且可以向未儲存企業號碼的用戶發送訊息；部分市場亦採用按delivered message付費或message credits模式。實際availability視乎國家及帳戶。

常見誤解：以為 API 範本一定要收費才能發送

另一個常見誤解，是以為所有透過 API 發送的訊息都需要按次付費。實際上，Service 類訊息（即客戶在 24 小時視窗內主動發起對話、企業在該視窗內回覆的訊息）屬於服務類對話，並不需要使用預先審批的範本（S2.6，2026）。只有企業主動發起、客戶未在 24 小時視窗內互動的訊息，才需要使用已審批的 Marketing、Utility 或 Authentication 範本。企業如果錯誤地將所有客戶服務對話都當作需要範本處理，會白白增加不必要的審批同管理負擔。

Business Platform並非所有訊息都需要Template。Customer Service Window開啟時，企業可以發送free-form Service Messages；只有在窗口外主動聯絡用戶時，才需要使用approved Marketing、Utility或Authentication Template。不過「不用Template」並不等於「免費」。由2026年10月1日起，Business Platform內的Service Messages亦開始按per-message pricing計費，僅另有適用的免費Service allowance；因此Message Format與Pricing是兩個不同概念。

理解 Broadcast List 同 Template 訊息的本質分別，並非要企業立即放棄免費工具，而是要清楚知道每種機制的邊界在哪裡。當客戶名單規模、個人化需求同合規要求開始超出這條邊界，你還會堅持用手機逐張名單手動管理嗎？

準備好了解 Wati 如何協助你的企業？立即預約免費示範，親身體驗實際操作。