如何追蹤並計算 2026 年 10 月起的 WhatsApp 服務訊息費用

若要在 2026 年 10 月 1 日前追蹤 WhatsApp 服務訊息費用，請透過 Meta Pricing Analytics API 統計已送達的 SERVICE 訊息，並保存訊息狀態 webhook 內的 pricing 物件，再依電話號碼與市場拆分結果。現在可以先建立訊息量基準；Meta 在 9 月 1 日前公布 10 月服務費率後，仍要更新費用預測。

重點整理

• Meta 將從 2026 年 10 月 1 日起，依每則已送達的服務訊息收費；客戶服務對話不再是計費單位。
• Pricing Analytics 以 pricing_type: REGULAR 與 pricing_category: SERVICE 標示這類紀錄。
• 需要計費時，狀態 webhook 會在 pricing 物件內回傳 billable: true、type: regular 與 category: service。
• 服務訊息費率會因市場而異，與該市場的效用訊息和身分驗證訊息費率一致，但沒有級距量價優惠。
• Click-to-WhatsApp 廣告與 Facebook 行動呼籲按鈕觸發的 72 小時免費進入點時段，訊息送達仍然免費，預估時應獨立計算。

2026 年 10 月 1 日有哪些改變

Meta 的官方定價更新指出，只有在 24 小時客戶服務時段仍開放時，企業才能傳送非範本訊息。從 10 月 1 日起，只要非範本訊息是由真人或不以 Meta Business Agent 驅動的第三方 AI 傳送，就會按服務訊息計費。

量測方案必須保留以下三個界線：

界線	Meta 的分類	應追蹤的項目
真人或第三方 AI 在開放時段內回覆	服務訊息	依市場統計已送達訊息數
Meta Business Agent 回覆	Meta Business Agent 訊息	獨立的訊息類別與 token 費用
在 72 小時免費進入點時段內傳送訊息	訊息送達仍然免費	進入點來源與時段狀態

每則訊息只會套用一種類別費用，不要把服務訊息費用與 Meta Business Agent 費用同時加在同一則非範本回覆上。現在也不能假設 10 月費率已經定案：Meta 表示會在 2026 年 9 月 1 日前公布 10 月 1 日生效的費率，之後可能每季調整一次。

先前的 Meta Business Agent 定價比較說明架構選擇，2026 年 7 月費率表指南則整理各市場的費率背景。本文從完成架構決策之後開始，專注說明計費上線前應該量測哪些資料。

如何追蹤並計算 WhatsApp 服務訊息費用

1. 建立已送達訊息量基準

選擇具代表性的期間，通常是完整四週，再查詢 Pricing Analytics 的服務訊息類別。Meta 文件所描述的結果包含以下欄位：

欄位	在基準資料中的用途
start / end	鎖定報表期間
phone_number	分開統計每個傳送號碼
country	將訊息量對應到正確的市場費率
pricing_type: REGULAR	排除其他定價類型
pricing_category: SERVICE	只計算服務訊息
volume	量測已送達的服務訊息數
cost	計費生效後核對費用

請依日期、電話號碼和國家或地區保存結果，不要再把資料合併為「對話」。Meta 從 10 月起計量的是每則已送達的企業訊息，因此一段包含五則企業回覆的客服互動會產生五個計量單位，而不是一個對話單位。

2. 保存狀態 webhook 中的 pricing 物件

Meta 表示，訊息類別與計費狀態也會出現在訊息狀態 webhook。需要計費的服務訊息紀錄具有以下結構：

{
  "pricing": {
    "billable": true,
    "pricing_model": "PMP",
    "type": "regular",
    "category": "service"
  }
}

彙總前，先把 pricing 物件與自有訊息紀錄一起持久化。判斷依據不是客服人員是否認為這是「支援回覆」，而是 Meta 是否將已送達訊息回報為 category: service 且需要計費。

3. 核對 webhook 與 Pricing Analytics

每天核對以下兩組計數：

1. pricing.category 為 service 的已送達狀態 webhook 紀錄數。
2. 相同電話號碼、國家或地區及日期範圍內，Pricing Analytics 中 pricing_category 為 SERVICE 的 volume。

兩者有差異時應調查原因，不要直接取平均。常見界線包括狀態事件延遲送達、時區設定不一致、報表期間漏掉最後一天，或訊息被歸類到 Meta Business Agent 而非服務訊息。

4. 不預設 10 月費率，先建立費用預測

使用將訊息量與費率分開的公式：

預估服務訊息費用
  = 各市場已送達的 SERVICE 訊息量
  × 該市場公布的服務訊息費率

在 9 月 1 日前規劃時，可以根據 Meta 所述「服務訊息費率與各市場的效用訊息及身分驗證訊息費率一致」，把現行費率當成規劃輸入，而不是最終承諾。官方 10 月費率公布後要重新計算；也不要把效用訊息或身分驗證訊息的級距量價優惠套用到服務訊息，因為 Meta 明確指出服務訊息沒有 volume tiers。

如果 Business Solution Provider 另收平台費或服務費，請分開列帳。BSP 帳單稽核指南說明了為何將 Meta 用量費和供應商費用混在一起，會讓團隊看不清真正的成本決策。

5. 在計費上線前測試例外情境

請在 10 月 1 日前建立一份精簡驗收矩陣：

• 真人在 24 小時客戶服務時段內正常回覆；
• 第三方 AI 在該時段內產生回覆；
• Meta Business Agent 回覆；
• 在有效的 72 小時免費進入點時段內回覆；
• 對兩個不同收件人市場重複相同情境。

每個情境都要記錄狀態 webhook 回傳的類別，並找到相對應的 Pricing Analytics 資料列。如此一來，財務、客服與工程團隊就能在第一張帳單出現前共用同一套定義。

UnifyPort 適合放在哪裡

上述量測方式適用於透過官方 WhatsApp Business Platform 傳送的流量。若團隊使用 UnifyPort 非官方接口接收一般帳號的入站訊息，控制面並不相同；Meta Pricing Analytics 類別不是這條路徑的計費事實來源。

UnifyPort 會將 WhatsApp 入站訊息轉為標準 message.received envelope，與 Telegram、LINE、TikTok、Zalo 及 X 共用同一結構：

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-14T02:15:00Z",
  "data": {
    "conversation": { "id": "84901234567", "type": "user" },
    "sender": { "id": "84901234567", "type": "user", "name": "Minh Tran" },
    "message": {
      "id": "wamid.HBgM",
      "type": "text",
      "text": "Can you check my delivery window?",
      "direction": "inbound",
      "sent_at": "2026-07-14T02:14:58Z"
    }
  }
}

以上為事件結構範例。啟用簽章後，應在處理事件前使用 signing_secret 與 X-Device-Timestamp，依原始請求本文驗證 X-Device-Signature。Webhook 投遞參考記載了 HMAC-SHA256 的輸入格式與投遞行為。

這是提供一般帳號入站存取或跨訊息管道統一佇列的另一種整合選擇，並不能讓仍透過 Meta 傳送的官方平台訊息免除費用。

限制與取捨

如果需要核准範本、官方行銷活動工具、Meta 原生分析、Click-to-WhatsApp 歸因，或 Business Solution Provider 的代管支援，官方 WhatsApp Business Platform 會更合適。只要工作流程仍有任何一段使用官方平台，就應保留官方計費量測方案。

UnifyPort 無法取代 WhatsApp 政策遵循、官方行銷功能或 Meta 的計費紀錄，其非官方接口也不提供 Meta Pricing Analytics 類別。若採用混合架構，請維護獨立帳本，並清楚標記每一條出站路徑。

常見問題

2026 年 10 月 1 日後，WhatsApp 服務訊息按對話收費嗎？

不是。Meta 表示會依每則已送達的服務訊息收費。請計算每則被歸類為 service 的企業回覆，而不是計算 24 小時客戶服務時段的數量。

應使用哪個 Pricing Analytics 類別追蹤服務訊息？

使用 pricing_type: REGULAR 與 pricing_category: SERVICE，再依電話號碼、國家或地區及報表期間拆分回傳的 volume 與 cost。

2026 年 7 月能算出 10 月的最終費用嗎？

現在可以先量測訊息量並建立模型，但最終費率尚未鎖定。Meta 表示會在 2026 年 9 月 1 日前公布 10 月 1 日生效的費率。

WhatsApp 服務訊息有級距量價優惠嗎？

沒有。Meta 的更新指出服務訊息沒有 volume tiers；效用訊息與身分驗證訊息則繼續採用各自的級距規則。

72 小時免費進入點時段仍然免費嗎？

訊息送達仍然免費。Meta 表示有效的 72 小時免費進入點時段內不收取訊息送達費用，但 Meta Business Agent 的 token 用量仍可能另外計費。

下一步

如果正在官方計費模型之外評估統一入站路徑，請先依照 UnifyPort Quickstart測試一則含簽章的 message.received 事件，再調整正式環境路由。

來源

• Meta：Meta Business Agent、服務訊息與效用訊息即將進行的定價更新 — 核驗日期：2026 年 7 月 14 日。
• WhatsApp Business Platform 定價與費率表 — 核驗日期：2026 年 7 月 14 日。