WhatsApp 安全群发实操（诚实版）

诚实的框架

WhatsApp 没有把个人账号变成群发通道的隐藏开关。真正存在两个表面：

• 个人账号（普通 App）：面向一对一与小群组对话。群发被政策禁止，且易被检测。
• WhatsApp Business Platform（Cloud API / On-Premises API）：面向商家发送被允许的、已 opt-in 的、常为模板的消息，规模化提供，分级额度（24 小时 1k / 10k / 100k / 无限），并有公开的 Quality Rating。

免费的 WhatsApp Business App 居中——适合小商家收件箱，不适合对外广播。Business App 的广播列表是有限的且仍走个人账号反滥用逻辑。

「小批量个人」外联的安全上限

如果暂时不能上 Business Platform 但确实需要联系多人，个人号 / Business App 上的现实上限：

• 收件人必须已保存你的号码或通过其他渠道 opt-in 后保存了你。
• 一对一发送，不用广播列表。广播会更明显地触发「举报」选项。
• 内容个性化——加上对方姓名、上下文。雷同正文跨收件人会被判定为模板。
• 每天 ~30 条左右上限，分散发送。
• 百条样本回复率低于 30% 就说明受众错了，停止。
• 屏蔽率代理（未送达 / 「不在 WhatsApp」激增）出现，停 48 小时。

这些不是 WhatsApp 的成文政策，而是经验上的「以下通常安全、超过是真实风险」边界。

WhatsApp Business Platform：唯一合法可扩展路径

• 号码通过 Meta Business Manager 注册，并经 Business Solution Provider（BSP）或 Cloud API 接入。
• 过去 24 小时用户未先发消息的，外联必须用预审批的消息模板。
• 收件人必须有明确、可留痕的 opt-in（理想情况：第三方截屏 / 网页表单）。
• Quality Rating（绿 / 黄 / 红）可见，会根据模板消息的屏蔽 / 举报率变化。
• 消息分级（24 小时唯一用户 1K / 10K / 100K / 无限）控制规模；持续保持绿才能晋级。

use case 是「给已 opt-in 的客户发通知」，这就是正确架构，且受支持。「我买了一份名单要全发」无论哪条渠道都不可持续，法律/伦理问题也无所遁形。

「群发工具」——要怀疑的话术

• 「无限发送、零封号风险」。要么用 anti-detect 驱动官方应用（会被周期性批量封号），要么是 Platform 的薄壳分销。问清楚是哪种。
• 「反封号算法轮换设备」。封号绑号码，IP 轮换反而成为负面信号。
• 「兼容 GB WhatsApp」。一票否决，长期封号必然发生。
• 「无需 opt-in」。一票否决，opt-in 是政策要求。
• 「带 temporary friends 的 warmup 网络」。池化假对话网络正是 WhatsApp 跨账号自动化检测目标。

无论走哪条渠道都得做的合规

• 首条消息之前收集 opt-in。网页表单、收据上的勾选框、对此前短信的回复——都算；「他们已经是我们客户」不算。
• 立即响应 opt-out。任何语言的「停止 / unsubscribe / berhenti」都视为退订，不再发送。
• 留存按号码维度的 opt-in 证据审计记录。
• 遵守当地隐私法（GDPR、LGPD、印度 DPDP、UAE PDPL 等）。多数司法辖区已要求显式同意。
• 不要购买联系人名单。法律风险之外，名单的高屏蔽率几天内就会拉垮 Quality Rating。

群发相关封禁已经发生

个人账号请看因垃圾信息被封和申诉生成器；Business Platform 号码请看质量评级下降和消息额度被下调。在申诉中坦诚交代受众与 opt-in 情况——这是案件能否被重开的最大变量。