2026年6月起,WhatsApp将逐步向全球用户推出可选的用户名(Username)功能。对于普通用户来说,这意味着多了一层隐私保护——他们可以选择用一个类似@P.Smith的标识与企业对话,而不必暴露自己的手机号码。
但对于企业而言,这背后触发了一系列技术识别逻辑的更新。作为 Meta 官方合作伙伴,CM.com希望通过这篇文章,帮你把这件事的前因后果理清楚:什么变了,什么没变,以及你应该做好哪些准备?
认识BSUID:幕后全新的身份标识
在解释变化之前,我们需要先认识一个新概念:BSUID,全称Business-Scoped User ID。
简单来说,BSUID是Meta为每一个“用户-企业”关系对自动生成的唯一识别码。它就像是WhatsApp世界里的“客户档案编号”——由 Meta发放,专属于企业与某位客户的对话关系。
BSUID和用户名的关系可以这样理解:
用户名(Username)是用户自己选的“对外名片”,比如@P.Smith,是用户看得见、记得住的东西。
BSUID是系统后台使用的“内部识别码”,是一串包含国家代码前缀的字母数字组合(例如 NL.13491208655302741918),最长可达131位。用户看不到它,但企业的CRM、客服系统和API接口会频繁接触到它。
这里有三点需要注意:
BSUID始终存在。从2026年6月起,无论用户是否设置了用户名,每一条入站消息都会携带 BSUID。它正在取代手机号码,成为WhatsApp商业对话中的“主键”。
BSUID是按企业隔离的。同一个用户给A品牌发消息和给B品牌发消息,会拿到两个完全不同的BSUID。不能跨品牌或跨Meta Business Portfolio共用。
BSUID是稳定的。即使用户后来删掉了用户名、或者改回用手机号码与你对话,这个BSUID也不会变。一旦建立,永久有效。
所以,用户名是用户的隐私选择,BSUID是企业的系统需要适应的技术现实。 两者相伴而来,但对企业的业务产生直接影响的是后者。
更新后,哪些东西保持不变?
在讨论变化之前,先吃一颗定心丸:企业现有的绝大多数业务流程不会被打断。
WhatsApp这次更新设计得非常克制,核心原则是保护存量、规范增量。具体来说,以下场景完全不受影响:
1. 现有客户的关系数据受保护
Meta在2026年4月推出的Contact Book功能会自动帮助桥接:对于已经有过对话历史的客户,系统会同时提供手机号码和BSUID。企业不需要重新收集客户信息,老客户不会变成陌生人。
2. 企业主动发起的消息(Outbound Messaging)的模式一切照旧
企业目前通过模板发送的所有消息类型,继续以手机号码为收件人,运作方式没有任何变化:
营销类模板消息(Marketing):照常发送给已知的手机号列表。
通知类模板消息(Utility):订单确认、物流通知等,照样发到手机号。
验证类模板消息(Authentication):一次性验证码(one-tap、zero-tap、copy code)仍然只能通过手机号发送。
3. 用户回复企业的消息,大部分不受影响
如果用户是在企业最近一次发消息后的30天内回复,或者这位用户本身就没有设置用户名,那么发给企业的消息(Inbound Messaging)依然会携带手机号码。
4. 企业资料不变
用户的隐私升级是单向的,用户可以隐藏自己的号码,但企业电话号码始终对用户可见。企业侧不需要做任何显示层面的调整。
更新后,哪些东西会发生变化?
变化集中在增量场景,也就是那些从未与企业互动过的新用户,且他们恰好选择了使用用户名并隐藏手机号。具体影响如下:
1. 新用户首次联系时,可能只带BSUID,不带手机号
这是最直接的变化。当一个设置了用户名的全新用户第一次通过WhatsApp联系你,如果系统此前没有他的任何记录,webhook中可能只有BSUID,没有手机号码。企业可以通过BSUID回复,但无法获取该用户的手机号码。如需要手机号码则需用户另外授权。
2. Click-to-WhatsApp(CTWA)广告的归因和跟进逻辑需要调整
CTWA广告是获取新客的重要入口。过去,用户点击广告后进入WhatsApp,企业至少能拿到一个手机号,可以顺势做线索分配或后续短信跟进。现在,如果点击者使用了用户名且选择隐藏号码,企业拿到的是BSUID。归因、线索分配和后续自动化流程需要能处理这种情况。
3. 客服界面会出现“陌生ID”
在客服坐席的收件箱里,原本显示手机号的位置,现在可能显示为一串长长的 BSUID(例如 NL.13491208655302741918)。需要提前通知坐席人员,这不是系统故障,也不是垃圾消息,而是一位选择了隐私保护的正常用户。
4. 合规与数据保护维度需要重新审视
BSUID是一个与个人绑定的稳定标识符。从GDPR的视角来看,它很可能被认定为个人数据。企业需要考虑:
BSUID的保存期限是否应该与手机号一致?
当用户要求删除数据时,仅持有BSUID的记录该如何处理?
企业的隐私政策是否需要更新,以涵盖这一新的标识符类型?
这些问题不是技术障碍,但值得在用户名普及之前与法务或数据保护团队确认清楚。
完整的webhook payload示例、代码模式和迁移指南,请参阅我们的开发者文档。
企业需要做好哪些准备?
本次变更不算剧烈,但涉及系统底层的数据识别逻辑。建议按照以下优先级逐步推进:
立即行动:
确认您的服务商已支持BSUID
如果您是通过CM.com接入WhatsApp,BSUID字段已经在webhook中可用。请与您的客户经理或技术对接人确认,确保接口版本已更新。
在CRM中新增BSUID字段
为客户档案增加一个WhatsApp BSUID字段,与手机号并列存储。不要试图用 BSUID替换手机号,而是让两者共存,互为补充。
更新联系人匹配逻辑
把根据手机号查找客户的逻辑,扩展为根据手机号或BSUID查找客户。这样无论新客老客,都能被正确识别。
盘点内部依赖手机号的系统和报表
排查一遍:哪些报表、看板、自动化流程、风控规则是以手机号作为唯一客户标识的?逐一评估它们是否需要支持BSUID。
测试Click-to-WhatsApp广告流程
如果条件允许,用一个设置了用户名的测试账号点击CTWA广告,观察消息进入系统后的表现:客服界面显示什么?CRM能否正确建档?机器人能否正常接待?
更新客服话术和机器人脚本
培训客服团队识别BSUID,告知他们“长串ID ≠ 异常”。同时检查聊天机器人的开场白、身份验证和自助服务流程,确保它们在缺少手机号时也能正常运行。
审查数据保留和隐私政策文档
法务或数据保护团队确认好BSUID数据的处理规则,避免不必要的违规风险。
中长期关注:
监控用户名采纳率
WhatsApp的用户名功能是渐进式推出的,不同国家、不同年龄层的采纳速度会有差异。持续观察你的入站流量中“BSUID-only”对话的占比,据此调整资源投入。
优化新客获取流程
对于需要通过手机号完成后续触达的场景(比如短信二次营销、电话回访),可以在 WhatsApp对话中通过WhatsApp“分享联系方式”的CTA按钮,引导用户主动分享手机号。
常见问题
1. 我的现有客户的手机号会消失吗?
不会。如果客户在你的互动历史中,他的手机号就会保留。Meta在2026年4月推出的“Contact Book”功能会自动保护现有关系,无需重新收集。
2. 我还能发模板消息吗?
可以。向已知手机号发主动消息完全不变。身份验证模板继续仅限手机号,与现在一样。
3. Click-to-WhatsApp广告会怎样?
CTWA继续可用,但如果点击用户已设置用户名且此前从未与你互动过,对话会以BSUID而非手机号进入。你的归因和后续逻辑需要能处理这种情况。
4. 同一个客户在我的不同品牌下会有不同ID吗?
是的。BSUID按Business Portfolio隔离。同一个人给两个品牌发消息,会得到两个不同的BSUID,你不能用一ID通过另一个品牌发消息。
5. BSUID在GDPR下算个人数据吗?
大概率算。它是绑定个人的稳定标识。请按照你处理手机号的同等保留和删除政策对待它,并和你的数据保护团队确认。
6. 如果用户后来取消了用户名呢?
无论用户保留、更换还是取消用户名,BSUID对该用户-企业关系保持稳定。你存储的映射关系无需更改。
7. 我需要做什么来申请企业用户名吗?
企业用户名本来就存在,不属于这次更新。如果你想更新企业用户名或显示名称,那是Meta Business Suite里的另一套流程。
