WhatsApp Business API 2026 更新：大规模群发节奏控制（分批发送）、10 万消息上限与用户名
目录
其中最值得提前准备的是 WhatsApp 用户名（Usernames）。它会加强手机号隐私保护，部分用户的手机号可能不再默认对企业可见。与此同时，平台会引入 客户专属编号（Business-Scoped User ID，BSUID），并通过 webhook 作为更可靠的客户识别码。
另外两项变化也同样重要：消息上限层级（Messaging limit tiers）将简化，达到条件后更快进入每日 10 万上限；而新的群发节奏控制（Business portfolio pacing）会把大规模活动拆成批次发送，并依据反馈信号决定是否继续放量。
这篇文章会用清晰的方式讲明白：什么变了、谁会受影响、你现在要准备什么，避免获客与运营被突发规则打断。
更新概览
| 更新项 | 影响对象 | 变化内容 | 现在该做什么 |
|---|---|---|---|
| 群发节奏控制（Business portfolio pacing） | 新账号 / 信号可疑账号 | 大型活动会被分批投递；若反馈信号不佳，后续批次可能被暂停或停止 | 先从低量开始逐步加量、按人群分批发送、重点监控拉黑率与举报率 |
| 消息上限层级放宽 | 完成企业验证 / 通过质量扩量路径的企业 | 2K / 10K 上限层级移除；每日 10 万成为基础上限 | 完成企业验证，再按 10 万上限可用的方式安排活动节奏 |
| 用户名 + 客户专属编号（BSUID） | 所有 Cloud API 企业 | 部分客户手机号可能被隐藏；BSUID 成为稳定识别码 | 把 BSUID 存进 CRM，当手机号缺失时用 BSUID 继续识别与触发自动化 |
群发节奏控制：分批发送 + 反馈检查
2025 年 12 月 → 2026 年 2 月逐步推出）
发生了什么变化？
WhatsApp 开始对“大体量、短时间”的发送做节奏控制：不会一次性把整批消息都投出去，而是先发一部分，观察用户反馈与质量信号，再决定要不要继续放出下一批。
如果系统判断内容可能有风险（例如疑似有害内容、政策违规风险上升），后续尚未发送的部分可能直接不发。
哪些账号更容易被节奏控制:
- 平台新账号（过去一年发送少于 50 万条广播信息）
- 或系统侦测到“可疑信号”的账号
When it triggers: large volume in a short time, regardless of template type.
什么时候会触发
- 短时间内突然大量发送，不分模板类型（Template type）
新规矩如何运作？
平台会把你的发送请求拆成多个批次。每发完一批，就检查反馈信号（例如拉黑、举报、负面互动等），再决定继续还是暂停。
所以现实会出现一种情况：你账号的发送上限很高，但并不代表可以一次用完发送额度。
你需要准备什么？
- 发送量逐步爬升，别突然爆量
- 小批次、精准人群通常反馈更好
- 盯紧账户质量信号
- 活动要能分段也有效。就算后续批次被暂停，前面已经发出去的那一批也要能带来下单、预约、留资等关键动作
消息上限更新：2K / 10K 层级移除 → 10 万成为基础上限
(2026 年 Q1–Q2）
发生了什么变化？
Meta 计划移除每日 2K 与 10K 的消息上限层级。当企业完成验证或通过质量扩量路径（持续发送低投诉的高质量消息后，系统更容易提高你的消息上限）后，将更快获得每日 10 万的消息发送上限。
推出节奏：
2026 年 Q1：先对部分合作伙伴开放
2026 年 Q2：全面移除旧层级
新规矩如何运作？
过去扩量常常要经历 2K → 10K → 10 万的阶梯。未来，符合条件的企业会更快跳到 10 万上限。
这会让“上限层级规划”变得更简单，但同时也意味着：真正的门槛会更集中在投递质量与大规模群发时的节奏控制上。
这对你意味着什么？
如果你过去的用例一直被发送上限太低卡住，这次调整会让你更好推进这些事：
- 功能或活动不必再因为“层级不够”而延迟上线
- 更早有条件做更大规模的活动
- 一些原本很难规划的场景会变得可行：例如用 WhatsApp 群组 API去做规模化管理或通知，账号达到每日 10 万上限后，落地会更现实
你需要准备什么？
- 把企业验证与质量扩量设为加入必做清单
- 调整活动策略：当每日 10 万上限更容易获得后，重点就从“额度够不够”转为“送达稳不稳”。多关注内容与人群的反馈表现（例如拉黑、举报），避免群发节奏控制卡住。
WhatsApp 用户名 + 客户专属编号（Business-Scoped User ID，BSUID）
（2026 年 6 月 → 2026 年下半年）
发生了什么变化？
WhatsApp 将推出 用户名来提升用户的手机号隐私。用户采用用户名后，企业在对话里不一定能像过去那样默认拿到手机号。
为了让 Cloud API 企业仍能稳定识别客户，WhatsApp 将引入 BSUID，并通过 webhook 提供给企业用于识别与关联。
同一个客户在不同企业那里，会对应不同的用户专属编号 BSUID。
你需要知道的要点
- 推出时间： 用户名预计从 2026 年 6 月在测试国家开始，之后逐步扩展
- 手机号不会消失： 如果你在过往互动中已经拿到用户手机号，仍可继续向该号码发送消息。如果用户尚未采用用户名，企业 可能同时收到手机号与 BSUID
- 30 天过渡机制： 当企业与该用户手机号发生互动后，WhatsApp 会在 30 天内自动返回该用户手机号
你需要准备什么？
1. 在客户数据库中存储 BSUID
2. 全面检查所有依赖“手机号必定存在”的自动化
- 触发式活动
- 聊天机器人
- 归因与衡量
- 计费与对账
FAQ
如果我的企业获得每日 10 万的发送上限，WhatsApp 会立刻把 10 万信息全发送出去吗？
不一定。10 万只是最大容量，但群发节奏控制仍会影响实际投递：平台可能分批发送，并在反馈信号不佳时暂停后续批次。建议你逐步扩大发送量、分群发送，而不在短时间内集中大批量发送。
用户名让用户可以在不默认公开手机号的情况下联系企业。对已采用用户名的用户，企业不一定能自动获得手机号，因此企业在识别客户、分配会话、做自动化路由时，不能再只依赖手机号。
用户名推出后，我们还会看到手机号吗？
在部分情况会。Meta 表示：企业若已从过往互动中获得用户手机号，仍可继续向该号码发送消息；过渡期也可能在特定情境返回手机号。但因为对启用了用户名的用户来说，手机号不会“永远可得”，自动化与 CRM 同步应把客户专属编号（BSUID）当作更可靠的识别方式。