← 所有文章
指南

WhatsApp 帳戶模型演進：2026 年 WAAC 與 Messaging Account 拆分代表乜嘢

Meta 嘅 WhatsApp 帳戶模型演進（Account Model Evolution）將舊版單一嘅 WhatsApp Business Account（WABA）拆做兩層：一層係持有身份同號碼嘅 WhatsApp Account（WAAC），另一層係持有訊息範本、計費同 Webhook 訂閱嘅 Messaging Account。實際影響係：一個號碼依家可以跨多個 partner 或者直連 API 整合共享，而範本、吞吐量同計費就按 Messaging Account 各自隔離——同時，一個已棄用嘅 API 參數必須喺 2026 年 12 月 31 號之前完成遷移。

重點結論

  • 舊版 WABA 正被拆做 WAAC（號碼、商家資料、用戶名、目錄）同 Messaging Account（範本、計費、Webhook 訂閱）——兩個職責唔同嘅容器。
  • 一個號碼依家可以跨多個 partner 或者直連 API 整合共享，但號碼嘅吞吐量係「共享」而唔係「疊加」。
  • 訊息範本唔會跨 Messaging Account 共享；每個 partner 或者整合都要各自重建同重新送審。
  • 號碼嘅品質評級（quality rating）跟住號碼（WAAC）行，唔跟住 partner 行，所以轉 BSP 唔會重置信譽。
  • 整體遷移分三個階段推進到 2028 年，而已棄用嘅 paid_messaging_account_id 參數必須喺 2026 年 12 月 31 號之前遷移到 messaging_account_id。

WhatsApp 帳戶模型演進改變咗乜嘢

喺 Cloud API 嘅大部分生命週期入面，一個 WABA 包攬一切：號碼、商家身份、訊息範本、Webhook 訂閱、計費。Meta 嘅帳戶模型演進將呢個單一容器拆做兩層，令身份同訊息營運可以獨立擴展。

新嘅拆分如下：

層級持有乜嘢拆分嘅意義
WhatsApp Account（WAAC）號碼、商家用戶名、商家資料、商品目錄即使訊息營運方更換，身份同號碼都保持穩定
Messaging Account（沿用舊 WABA ID）訊息範本、計費同付款方式、Webhook 訂閱範本、計費同投遞設定被限定喺某一個營運方嘅整合入面

影響最大嘅係號碼層面嘅變化。Meta 依家明確表示「客戶同直連開發者可以將佢哋嘅號碼共享畀多個 partner」，並將結果描述為「一個受信任嘅號碼喺所有整合中都通用」。喺舊模型下，一個號碼實際上綁定喺一個 BSP 或者一個直連 Cloud API 整合度，Meta 當時嘅文件寫嘅係「一個 WABA 最多可以同兩個 partner 共享」。新架構將佢泛化咗，所以呢個係一次架構級嘅變更，而唔係換個標籤。

呢個同 2026 年 10 月 1 號嘅計費變更互相獨立。服務訊息同工具訊息分類同服務訊息計費追蹤指南講嘅係「邊啲訊息要收費、點樣計量」。帳戶模型演進講嘅係「號碼同範本歸邊個」，而唔係「每則訊息收幾多錢」。

一個號碼多 partner 共享嗰陣，乜嘢共享、乜嘢隔離

「共享號碼」呢個講法最令人誤解成「乜都共享」。官方文件劃咗三條清楚嘅邊界。

吞吐量係共享，唔係疊加

Meta 明確表示「當多個 partner 共享一個號碼嗰陣，佢哋共享嗰個號碼嘅吞吐量上限」。一個有某則訊息／秒限額嘅號碼，唔會因為 N 個 partner 喺度發送就變成 N 倍限額；各方喺同一個池度抽取。請按號碼層級規劃容量，而唔係按 partner 層級。通用吞吐量文件定義咗呢個共享池所基於嘅每號碼預設值同自動升級級距。

範本唔會跨 Messaging Account 共享

Meta 明確表示「範本屬於建立佢嗰個 Messaging Account，唔會跨 Messaging Account 共享」。如果三個 partner 都要喺同一個號碼度用訂單確認範本，每個 Messaging Account 各自保留一份副本，各自獨立通過 Meta 嘅範本審核。目前每個帳戶 250 個範本嘅上限係按 Messaging Account 計，唔係按號碼計。

品質評級跟住號碼行

一個號碼嘅品質評級（綠、黃、紅，基於用戶嘅封鎖同檢舉）係號碼——即係 WAAC——嘅屬性，而唔係營運嗰個號碼嘅 partner 嘅屬性。呢個係一把雙面刃：一個狀態良好嘅號碼會將好信譽帶到所有 partner；而一個 partner 因為發送行為不當搞到號碼變差，會影響所有共享嗰個號碼嘅 partner。請喺各 partner 之間協調發送紀律，唔好假設各方嘅信譽係隔離嘅。

2026-2028 遷移時間線

Meta 將遷移分成三個階段，每個階段都喺度收緊開發者必須做嘅改動。

階段時間窗口發生乜嘢你必須做乜
階段 1 — 正式可用2026 下半年Meta 自動處理帳戶遷移，分離 WAAC 同 Messaging Account對大部分多帳戶設定唔使改 code；喺後台核對拆分結果
階段 2 — 新版 Graph API2027 上半年最新版 Messages API 要求傳 messaging_account_id將指向 Messaging Account 嘅 API 呼叫更新為傳新識別碼
階段 3 — 強制遷移2028 上半年所有指向 phone number ID 嘅 API 必須改用 WAAC ID將任何基於 phone number ID 嘅路由遷移到 WAAC ID

階段 1 入面仲藏住一個更緊嘅截止日。Meta 表示開發者必須「喺 2026 年 12 月 31 號之前遷移到 messaging_account_id，之後 paid_messaging_account_id 計劃被移除」。如果你嘅整合仲喺度傳送已棄用嘅 paid_messaging_account_id 參數，請將呢個日期當做硬切換點，而唔係等階段 2 嘅窗口。

畀 Solution Partner 同 Tech Provider 嘅遷移清單

呢次遷移屬於擁有 Cloud API 整合嘅 partner 或者 provider，唔屬於淨係用 WhatsApp Business App 嘅商家。如果你維護呢類整合，請喺每個階段切換之前過一次呢份清單。

  1. 盤點所有提及 WABA、phone number ID 或者 paid_messaging_account_id 嘅 API 呼叫。 一個共用嘅啟動器或者共用設定可能藏住一個已棄用參數，直到某個階段切換嗰陣先報錯。
  2. 喺後台確認 WAAC / Messaging Account 嘅拆分結果。 核對階段 1 自動遷移之後，邊啲範本、Webhook 訂閱同計費方式落咗喺邊個 Messaging Account 度。
  3. 喺 2026 年 12 月 31 號之前將 paid_messaging_account_id 遷移到 messaging_account_id。 唔好等階段 2；呢個參數嘅移除有獨立嘅截止日。
  4. 按 Messaging Account 核對範本歸屬。 如果多個 partner 要喺共享號碼度用同一個範本，喺每個 Messaging Account 度各自重建同重新送審，唔好假設會繼承。
  5. 對共享號碼按號碼層級建模吞吐量。 將共享嗰個號碼所有 partner 嘅預期發送速率相加，確認落喺號碼嘅共享容量入面。
  6. 將品質評級嘅協調寫入文件。 因為評級跟住號碼行，所以要同每個共享 partner 就發送量同用戶同意（opt-in）紀律達成一致。
  7. 為階段 3 嘅 WAAC ID 切換準備好基於 phone number ID 嘅路由。 畀所有按 phone number ID 路由嘅 code 路徑打上標記，令 2028 上半年嘅切換係一次受控遷移，而唔係意外。

對於仲喺度決定係咪需要官方 Cloud API 路徑嘅團隊，接收 WhatsApp 入站訊息嘅三條路徑同BSP 平台比較會喺你投入帳戶架構遷移之前框定呢個決策。WhatsApp Coexistence 指南就覆蓋咗喺同一個號碼度同時跑 Business App 同 Cloud API 嘅相關問題。

UnifyPort 嘅位置

UnifyPort 唔喺 Meta 嘅帳戶模型演進之內運作。佢唔管理 WAAC、Messaging Account、Meta 範本審核、Cloud API 權限或者 Meta 計費。如果你嘅產品需要一個號碼跨多個官方 partner 共享，或者需要喺截止日之前遷移 paid_messaging_account_id，咁官方 Cloud API 路徑先啱，而且呢次遷移對整合方係強制嘅。

UnifyPort 對接嘅係另一種需求：連結一個普通嘅 WhatsApp 帳戶，將支援嘅入站訊息作為一條標準化嘅事件流接收落嚟。一則 WhatsApp 入站訊息以標準嘅 message.received 事件到達，同 Telegram、LINE、TikTok、Zalo、X 用嘅係同一個信封：

{
  "id": "evt_7c41f0b2a9",
  "type": "message.received",
  "provider": "whatsapp",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-07-31T09:24:18Z",
  "data": {
    "conversation": { "id": "84901234567", "type": "user" },
    "sender": { "id": "84901234567", "type": "user", "name": "Minh Tran" },
    "message": {
      "id": "wamid.HBgM",
      "type": "text",
      "text": "Can your team check my shipment before closing today?",
      "direction": "inbound",
      "sent_at": "2026-07-31T09:24:16Z"
    }
  }
}

當 Webhook 端點設咗 signing_secret 嗰陣，每次投遞都會帶 X-Device-Timestamp 同 X-Device-Signature，你嘅接收方喺處理之前要針對原始請求體驗證 HMAC-SHA256 簽章——詳見 Webhook 投遞與簽章參考。支援嘅回覆行 POST /v1/messages。

呢條路徑同官方帳戶架構係刻意分開嘅。佢唔授予 WAAC 身份、Meta 範本審核、Cloud API 權限，都唔提供帳戶模型演進所治理嘅任何多 partner 特權。請將兩條路徑分清楚：官方遷移民改變嘅係號碼同範本喺 Meta 平台入面嘅歸屬方式；非官方入站介面改變嘅係普通帳戶嘅訊息落喺你系統嘅邊個位置。

限制同權衡

當你需要已審核嘅出站範本、官方行銷工具、Click-to-WhatsApp 歸因、Meta 原生分析、一個跨多個認證 partner 共享嘅號碼，或者 BSP 代管嘅合規工作流程嗰陣，請使用官方 Cloud API 並完成帳戶模型演進遷移。WAAC / Messaging Account 嘅拆分正正係為咗令呢啲官方工作流程更清晰。

非官方介面提供唔到上述任何 Meta 平台特權。佢冇辦法令一個號碼喺 Meta 模型下獲得多 partner 共享資格，冇辦法審核範本，都冇辦法遷移一個 Messaging Account 嘅計費同 Webhook。佢更窄嘅價值在於：為普通訊息帳戶提供標準入站介面，並跨多個平台提供一條標準化佇列——呢個同「點樣結構化一個 Cloud API 整合」係唔同嘅決策。

各階段日期（2026 下半年、2027 上半年、2028 上半年）同 2026 年 12 月 31 號嘅參數截止日都有時效性。請喺每次切換之前複查 Meta 官方嘅帳戶模型演進頁面，因為 Meta 會將呢啲文件向前滾動更新，而且唔帶可見嘅版本戳。

常見問題

乜嘢係 WhatsApp 帳戶模型演進？

佢係 Meta 將舊版 WABA 拆做 WAAC（持有號碼同商家身份）同 Messaging Account（持有範本、計費同 Webhook 訂閱）嘅變更，令一個號碼可以跨多個 partner 或者直連整合共享。

依家一個 WhatsApp 號碼可以跨多個 BSP 共享嗎？

可以。Meta 表示客戶同直連開發者可以將號碼共享畀多個 partner。號碼嘅吞吐量喺各方之間共享，每個 partner 嘅範本各自留喺自己嘅 Messaging Account 度。

訊息範本會跨 Messaging Account 共享嗎？

唔會。Meta 明確表示範本屬於建立佢嗰個 Messaging Account，唔會跨 Messaging Account 共享。每個 partner 都要各自重建同重新送審所需嘅範本。

幾時必須遷移 paid_messaging_account_id？

Meta 表示開發者必須喺 2026 年 12 月 31 號之前遷移到 messaging_account_id，之後 paid_messaging_account_id 計劃被移除。

轉 BSP 會重置 WhatsApp 號碼嘅品質評級嗎？

唔會。品質評級跟住號碼（WAAC）行，唔跟住 partner 行。一個號碼嘅信譽會跨 partner 帶過去，好壞都一樣，所以發送紀律必須由所有共享嗰個號碼嘅各方一齊協調。

下一步

如果你擁有一個 Cloud API 整合，請由官方帳戶模型演進指南開始遷移，並喺 2026 年 12 月 31 號之前停用 paid_messaging_account_id。如果你嘅需求係普通帳戶嘅入站訊息，請先查閱 WhatsApp provider 授權指南同provider 訊息支援矩陣，評估呢條獨立嘅路徑。

來源