WhatsApp API 範本審核通過，為什麼訊息還是無法送達？

WhatsApp API 範本已經顯示“Approved”，呼叫介面時也拿到了訊息ID，但客戶一直沒有收到訊息。

遇到這種情況，很多人會疑惑：模板不是已經審核通過了嗎，為什麼還是發不出去？

其實，模板審核通過和訊息成功送達，是兩個不同的環節。

審核通過，只能說明Meta 允許企業使用這條範本。真正發送時，WhatsApp 也會檢查客戶號碼、範本當前狀態、用戶近期互動、行銷訊息頻率以及介面參數。

其中任何一個環節出現問題，訊息都可能延遲送達或直接發送失敗。

模板審核通過，為什麼訊息還是發不出去？

WhatsApp 審核範本時，主要檢查範本本身是否符合要求，例如：

• 模板分類是否正確；
• 變數和按鈕格式是否規範；
• 內容是否違反WhatsApp 政策；
• 模板語言與實際內容是否一致。

當模板顯示為Approved ，表示它已經通過審核，可以用於發送。但這不代表模板發給每位客戶都能成功送達。

例如，同一個行銷範本發送給100 名客戶，可能有80 人正常收到，另外20 人因為號碼無效、近期收到的行銷訊息太多，或已經停止接收企業行銷訊息而發送失敗。

在這種情況下，模板本身沒有問題，差異主要出在客戶號碼和具體的發送環境。

所以，在排查模板訊息時，不能只看模板有沒有通過審核，還要繼續查看每個訊息最後變成了什麼狀態。

API回傳訊息ID，代表發送成功了嗎？

不一定。

呼叫WhatsApp Cloud API 後，系統通常會傳回一個wamid 。這表示WhatsApp 已經接收了發送請求，但訊息可能仍在處理，並不代表已經到達客戶設備。

後續狀態需透過Webhook 確認：

因此，介面返回HTTP 200 或訊息ID，只能說明請求已經提交。只有收到delivered狀態，才能確認訊息真正送達。

如果訊息顯示為failed ，也需要繼續查看Webhook 傳回的錯誤代碼。相較於後台頁面上籠統的“發送失敗”，錯誤代碼通常更有助於定位原因。

WhatsApp 範本已批准但發送失敗的常見原因

客戶號碼無法正常接收訊息

如果Webhook 回傳131026 ，通常表示訊息無法投遞到這個號碼。

常見原因包括：

• 號碼沒有註冊WhatsApp；
• 國家區號或號碼格式填寫錯誤；
• 客戶的WhatsApp 帳號已停用；
• 客戶尚未接受WhatsApp 最新的服務條款；
• 客戶使用的WhatsApp 版本過舊；
• 客戶封鎖了企業號碼。

如果客戶封鎖了企業，出於隱私保護，WhatsApp 一般不會直接告訴企業。因此， 131026通常只會顯示為訊息無法送達，不會給出非常具體的原因。

可以先檢查號碼是否使用了正確的國際格式。例如，中國大陸手機號可以寫成：

8613812345678

透過Cloud API 發送時，號碼通常只保留數字，不添加+ 、空格或括號。也要依照當地號碼規則，去掉只在國內撥號時使用的前綴。

如果同一個範本大部分人都能收到，只有少數客戶發送失敗，問題通常更可能出在客戶號碼或帳號狀態。

行銷訊息觸發發送限制

如果發送的是Marketing 模板，而且回傳131049 ，通常表示WhatsApp 暫時沒有繼續向這位客戶投遞行銷訊息。

即使範本已經通過審核，客戶之前也同意接收訊息，仍然可能遇到這種情況。

WhatsApp 不僅會看目前企業發了多少訊息，還會考慮客戶近期整體收到的行銷訊息數量，以及客戶是否閱讀、回覆或一直忽略這些訊息。

也就是說，客戶從其他企業收到的行銷訊息，也可能影響企業下一則行銷範本的送達。

Meta 沒有公開具體的數量和計算週期，因此很難用「每天最多發送幾條」這樣的固定規則完全避開限制。

遇到131049時，不要每隔幾分鐘自動重發。可以至少等待24 小時，再結合客戶近期是否諮詢、點擊、回覆或購買，判斷還有沒有必要繼續發送。

如果大量長期不活躍的客戶都出現131049 ，表示更需要調整發送物件和行銷頻率，而不是重新提交同一個範本。

用戶主動停止接收行銷訊息

如果返回131050 ，通常說明客戶已經選擇停止接收這家企業的行銷訊息。

它和131049的差別是：

• 131049 ：WhatsApp 暫時限制行銷訊息送達；
• 131050 ：客戶已經主動選擇不再接收行銷訊息。

出現131050後，企業應停止向該客戶發送行銷模板，並在客戶資料中記錄取消訂閱狀態。

即使客戶過去同意接收訊息，也不能繼續沿用先前的授權。如果客戶日後重新訂閱，需要重新記錄有效的授權資訊。

新行銷模板正在接受品質觀察

部分新建或近期修改過的行銷模板，不一定會立即向全部客戶發送。

WhatsApp 可能會先發送給一小部分客戶，觀察這些訊息有沒有被閱讀、回覆、封鎖或舉報，再決定是否繼續發送剩餘訊息。這套機制通常被稱為Template Pacing。

如果第一批訊息表現正常，後續訊息通常會繼續發送。如果第一批客戶大量封鎖或舉報，模板可能被暫停，剩餘訊息也可能發送失敗。

因此，新行銷範本上線後，不建議一開始就全量群發。

可以先選擇一批近期有諮詢、點擊或購買行為的客戶進行測試，觀察送達率、閱讀率和回覆情況，再逐步擴大範圍。

如果回傳132015 ，通常表示模板已經暫停。這時繼續呼叫同一個模板也無法解決問題，需要先檢查模板品質和當前狀態。

模板通過後又被暫停或停用

模板通過審核並不代表它會永久保持可用。

WhatsApp 會根據後續的用戶回饋和互動表現持續評估模板品質。已經通過審核的模板，之後也可能被暫停或停用。

部分第三方平台可能使用Active表示範本目前可用，但在Meta API 的審核狀態中，更常見的表述是Approved 。

在大型行銷活動開始之前，不能只看模板最初是否通過審核，還要重新確認它現在是否仍然可用。

如果某個模板之前一直正常，後來突然大面積失敗，而其他模板不受影響，就應該優先檢查該模板的狀態和品質變化。

範本參數與審核版本不一致

有些模板在後台看起來完全正常，但發送請求中的參數並沒有與審核版本對應。

比較常見的情況包括：

• 模板名稱填寫錯誤；
• 語言代碼不一致；
• 變數數量或順序不正確；
• Header 中的圖片或文件無法存取；
• 按鈕參數沒有依照模板結構傳入；
• 使用了錯誤的WhatsApp Business Account 或範本版本。

例如，在範本審核時使用的是en_US ，發送請求中卻填寫成en ，系統可能無法找到對應的範本版本。

如果模板正文中有兩個變量，發送請求也必須提供兩個參數，並按照原來的位置排列。範本已經通過審核，並不會自動修正API 請求中的參數錯誤。

這類問題通常會傳回132000 、 132001或132012等錯誤代碼，可以根據Webhook 中的詳細資訊繼續定位。

模板被重新歸類為Marketing

WhatsApp 範本主要分為Marketing、Utility 和Authentication 三類。

訂單確認、物流進度、付款提醒等內容，一般屬於Utility；優惠活動、新品推廣及購物車召回等內容，一般屬於Marketing。

如果企業在Utility 範本中加入折扣、優惠券、商品推薦或其他促銷內容，Meta 可能會把它重新歸類為Marketing。

範本可能仍然可以使用，但會開始受到行銷訊息發送限制，收費和送達情況也可能會改變。

如果原本用於訂單或服務通知的模板，突然頻繁出現131049 ，可以檢查：

• 模板是否被重新歸類；
• 內文是否加入了優惠或促銷訊息；
• 按鈕是否跳到行銷活動頁面；
• 服務通知中是否混入了與目前訂單無關的商品推薦。

訂單通知和行銷內容最好分別製作模板，不要為了少建一個模板而把兩類資訊混在一起。

WhatsApp 範本訊息常見錯誤代碼

排查WhatsApp 範本訊息時，可以先從下面這些錯誤代碼入手：

錯誤代碼可能會隨著Cloud API 版本和Meta 政策調整。實際排查時，應以Webhook 傳回的完整錯誤訊息和Meta 官方文件為準。

我們也為你整理了一張WhatsApp 範本訊息錯誤碼速查圖，總結了常見錯誤原因和處理方法。建議儲存圖片，後續遇到訊息傳送失敗時，可以直接根據錯誤碼快速排查。

範本訊息發不出去，該從哪裡開始排查？

不用一看到發送失敗就重新提交模板。先看失敗集中在哪些地方，通常比較容易找到原因。

只有少數客戶發送失敗

如果同一個範本大部分人都能收到，只有少數客戶失敗，優先檢查號碼格式、WhatsApp 帳號狀態，以及是否出現131026 、 131049或131050 。

這種情況下，範本和企業帳號通常沒有整體問題。

只有一個模板發送失敗

如果其他模板都能正常發送，只有某一個模板失敗，重點檢查：

• 模板是否仍為Approved ；
• 是否被暫停或禁用；
• 模板分類有沒有發生變化；
• 模板名稱和語言代碼是否正確；
• 變數、按鈕和媒體參數是否與審核版本一致；
• 是否正處於Template Pacing 觀察階段。

問題只集中在一個範本時，一般不用先去修改帳號、Token 或Phone Number ID。

所有模板同時大面積失敗

如果多個模板在同一時間大量失敗，就要檢查更上層的問題，例如：

• WhatsApp Business Account 是否受到限制；
• Access Token 是否過期或權限異常；
• Phone Number ID 是否填寫錯誤；
• WABA 或電話號碼配置是否有變更；
• BSP 或第三方平台是否出現服務異常；
• Meta 平台是否發生臨時故障。

可以按照下面的順序排查：

1. 確認模板目前仍可使用；
2. 檢查模板名稱、語言和變數參數；
3. 保存介面返回的wamid ；
4. 在Webhook 中找到對應訊息；
5. 查看最終狀態和完整錯誤訊息；
6. 比較失敗客戶、模板和發送時間；
7. 判斷問題來自客戶、範本、帳號或介面連線。

怎麼減少範本訊息發送失敗？

發送前清理無效號碼

號碼未註冊WhatsApp、國家區號錯誤或格式不規範，都可能導致訊息無法送達。如果同一批聯絡人中頻繁出現131026 ，可以先檢查號碼質量，再決定是否繼續發送。

企業在群發範本訊息前，可以使用SaleSmartly 的WhatsApp 號碼偵測功能，大量檢查聯絡人是否已註冊WhatsApp，提前清理無效號碼，減少無效傳送。

免費試用

優先聯繫近期活躍的客戶

行銷範本不應只追求發送數量。企業可以結合客戶近期是否諮詢、點擊、回覆或購買篩選名單，優先聯繫仍活躍、有明確需求的客戶，減少向長期沒有互動的人反覆發送。

SaleSmartly 支援根據客戶來源、所在市場、購買記錄和近期互動添加標籤，再篩選合適的客戶群發範本。這樣既能減少無差別觸達，也能把訊息優先發給更有可能回覆和轉換的客戶。

免費試用

新模板先小範圍測試

新行銷範本通過審核後，可以先向一小批活躍客戶發送，觀察送達率、閱讀率和回覆情況，再逐步擴大範圍。

如果出現131049 ，不要立即重發，可以先暫停至少24 小時，再判斷是否還有繼續聯繫的必要。如果出現131050 ，則應停止向該客戶發送行銷模板，並記錄取消訂閱狀態。

分開管理通知和行銷模板

訂單確認、物流更新等Utility 模板，應只保留與目前交易直接相關的內容。如果加入優惠券、商品推薦或其他促銷訊息，Meta 可能會將其重新歸類為Marketing，進而影響訊息收費和送達。

‼ ️具體收費細節可參閱：【 WhatsApp Business API 收費：2026年全球價格指南】

SaleSmartly 支援集中建立和管理WhatsApp 訊息範本。你可以將訂單、支付和物流等Utility 模板與促銷類Marketing 模板分開管理，讓每個模板的用途更加清晰，減少因內容混用或分類不當帶來的發送問題。

免費試用

根據發送結果持續調整

訊息發出後，不能只看介面是否回傳訊息ID，還要繼續注意實際送達情況和發送失敗原因。

在SaleSmartly 的「群發計畫—訊息群發」中，企業可以查看計畫發送人數、發送成功人數、發送失敗人數、送達率及發送明細，並進入對應會話查看客戶回饋。根據這些結果調整發送物件、時間和內容，可以減少無效發送，將訊息預算和後續資源集中到更有潛力的客戶群。

免費試用

總結

範本透過審核，訊息卻發不到顧客手裡，不僅會影響行銷活動效果，還可能讓企業錯過諮詢、訂單和復購機會。

與其發送失敗後反覆重試，不如提前檢查號碼、篩選活躍客戶、規範管理模板，並根據送達和互動數據及時調整策略。只有把合適的內容發給真正有需求的客戶，才能減少無效觸達，讓更多WhatsApp 訊息轉換為回覆和訂單。

延伸閱讀

WhatsApp Business API 服務商怎麼選？ 10家平台功能與價格對比

WhatsApp 如何群發陌生人？限制、風險與安全做法

2026年WhatsApp Business API入門：功能、收費、申請方法全解析