App 与小程序
CalonVIP：基于 WhatsApp 的企业营销工具
面向出海企业的 WhatsApp 营销工具，把客户名单、消息模板与跟进记录从个人手机里搬到团队可协作的系统中。
买家问题
WhatsApp 营销工具开发的合规边界在哪里？
合规边界由三条硬规则划定：必须走官方 WhatsApp Business Platform（Cloud API），必须先拿到用户可查证的选择加入记录，且营销类消息只能用预先审核过的模板在 24 小时客服窗口之外发送。绕开官方接口的非官方库、群发未选择加入的号码、把模板消息当自由文本用，是三类最典型的高风险做法。
WhatsApp 营销工具的合规边界，不是一条模糊的道德线，而是由 Meta 的接口设计和商业政策共同划定的硬约束。做对了，工具能长期稳定运行。做错了，代价通常不是罚款——是号码被封、模板被拒、企业账号被限制发送。
三条不能越的硬规则
规则一：只能走官方接口
Meta 提供的是 WhatsApp Business Platform（旧称 WhatsApp Business API），新接入统一走 Cloud API；早期的 On-Premises API 已被 Meta 宣布废弃并停止新接入，存量系统需要迁移。此外还有面向小微商家的 WhatsApp Business App。除此之外的任何方式，包括逆向个人版协议的第三方库、模拟网页端的自动化脚本、多开与群控软件，均为 Meta 服务条款明令禁止。
这类非官方方案在早期确实能跑，成本也低，但风险不对称：申诉通道虽然存在，但审核结果与周期都不可控，已经积累的客户对话通常无法找回。用它做出来的工具，交付即负债。
规则二：先有选择加入，再发第一条消息
Meta 的商业消息政策要求企业在发起对话前，已经通过某个渠道获得用户明确同意，并且同意记录要可查证——即企业能说清楚这个号码是什么时间、在哪个页面或表单、以什么措辞同意接收消息的。
合规的选择加入方式包括网站表单勾选、线下二维码扫码确认、已有服务关系中的明确告知、其他渠道（如短信、邮件）的确认。在 Meta 平台政策下属于违规的做法是购买号码列表、从公开渠道爬取号码、把「未拒绝」当作「已同意」；是否同时违反当地法律，需按目标市场判断。
这件事要在开发阶段就落到数据结构里：号码入库时必须带上选择加入的来源、时间戳和原始措辞，而不是事后补记录。
规则三：营销消息只能用审核过的模板
WhatsApp 把对话分成两种状态：
| 状态 | 触发方式 | 能发什么 | 计费 |
|---|---|---|---|
| 24 小时客服窗口 | 用户主动发来消息后开启，每次用户回复重新计时 | 自由文本、图片、文件，无需模板 | 客服类会话已改为免费 |
| 窗口之外 | 企业主动发起 | 只能发预先提交并通过审核的模板消息 | 计费，费率按模板类别与国家/地区区分 |
Meta 的计费模型经历过调整：客服类会话已免费，整体也从「按会话计费」转向「按消息计费」。做预算前请以 Meta 当前的价格页为准，不要沿用旧口径。
模板需要按类别提交审核（营销 Marketing、实用 Utility、身份验证 Authentication），常见驳回原因：文案含诱导性表述；变量放在模板开头或结尾、两个变量相邻等格式问题；示例值缺失；类别与内容不符。把营销内容伪装成实用类模板提交，通常会被 Meta 重新归类（并按营销类计费）或直接驳回；反复发生会累积到账号层面的处置。
开发时的具体做法
| 环节 | 合规做法 | 常见错误 |
|---|---|---|
| 接入方式 | Cloud API，走官方 Business Manager 认证 | 用非官方库对接个人版 WhatsApp；沿用已废弃的 On-Premises API |
| 号码管理 | 入库即记录选择加入来源、时间、措辞，可导出举证 | 导入采购来的号码列表 |
| 消息发送 | 区分窗口内外，窗口外强制走模板 | 用模板变量塞入整段自由文案 |
| 频率控制 | 按 Meta 的质量评级与发送限额动态调整 | 固定高频群发，忽略质量评级下降 |
| 退订 | 提供明确退订指令并立即生效，退订后不再发送 | 只在文案里写「回复 TD 退订」但不落库 |
| 数据 | 明确对话数据的存储地与保留期，跨境传输需符合来源地法规 | 未告知用户即长期留存对话内容 |
除了平台规则，还有法律层面
以下只是常见法规的方向性说明，具体到某个市场的要求，应由客户的法务确认。
平台政策之外，接收方所在地的法律同样适用。做出海业务时通常至少要考虑：
| 法规 | 管什么 |
|---|---|
| 欧盟 ePrivacy 指令及各成员国实施法（英国为 PECR） | 直接管商业电子营销讯息本身 |
| 欧盟 GDPR | 管讯息背后的个人数据处理与合法性基础（同意只是其中一种基础） |
| 新加坡 PDPA 及其 Do Not Call 名录 | 管发往新加坡号码的指定讯息 |
| 中国《个人信息保护法》（PIPL） | 中国主体处理境外用户对话数据、以及数据出境的规则 |
这些法规的共同点是：同意要可证明，退订要能执行，数据处理要有告知。 工具的责任是把「可证明」和「可执行」变成系统能力，而不是靠人工承诺。
另外要注意 WhatsApp Commerce Policy 的禁售品类（酒类、赌博、药品、武器、成人内容等，部分品类按地区另有限制），以及模板类别的可用性存在地区差异——落地前按目标市场核实。
我们的做法
我们在 CalonVIP 项目中交付过基于 WhatsApp 的企业营销工具（客户名称未授权披露），把客户名单、消息模板与联系记录从业务员的个人手机收拢到企业侧统一管理。上面这些合规要点，是我们在这类项目里沉淀下来的工程判断。
需要评估现有的 WhatsApp 营销方案是否踩线，或者要从零搭一套合规的，可以联系我们，也可以先看这个案例。
本页说明基于 Meta 公开的 WhatsApp Business 相关政策与接口文档整理，平台规则会更新，落地前请以 Meta 官方最新文档为准。本页不构成法律意见。
相关案例
App 与小程序