← 所有文章
指南

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对大多数多账号配置无需改代码；在后台核对拆分结果
阶段 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 路由的代码路径打上标记，让 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 消息支持矩阵，评估这条独立的路径。

来源