大多数封号不是因为「发太多」。而是因为三条具体指标稍微越线——系统自动反应。Meta 不预警、不解释。账号就这样没了。
Meta 对普通（非 WABA）账号不公布官方阈值。文档只说：收到投诉的账号「可能被临时或永久封禁」。就这些。
本文数字来自实践：论坛、Reddit、运营案例、数百账号观察。不是 Meta 官方政策，是实操基准。来源不一致处会直说。
唯一可以立刻杀死账号的指标，与其他无关。
临界阈值： 100 条消息中 3–5 次投诉，集中在 1–2 小时内。
系统看的不是比例，是投诉速度。一小时内三个不同用户点「举报并封锁」——算法视为垃圾流量并封号。其余 97 人没投诉也没用。
收件人两种操作：
| 操作 | 系统信号 | 后果 |
|---|---|---|
| 「封锁」 | 轻度负面 | 降低信任 |
| 「举报并封锁」 | 直接反垃圾信号 | 即时封号触发 |
封锁是个人决定。举报是进入 Meta 审核系统的信号。
量变语境会改变局面。 实践中，养号账号发 500 条得 3 次投诉，封号风险约 40–50%，不是必然。新号发 50 条得 3 次投诉——几乎必封。系统会看比例，但前提是账号有历史。
同样 3–5 次投诉若分散在 8–12 小时而非 1–2 小时——「轻度」反应（24 小时限制而非全封）概率明显更高。投诉在时间上的集中度是关键。
不会立刻致死。缓慢侵蚀内部信任——让账号对下一个负面信号更脆弱。
临界阈值： 已发送中超过 70–80% 未读。
100 条几小时内打开不足 20–30 条——系统视为对无关内容的地毯式群发。法律意义上未必是垃圾信息，行为模式与垃圾无异。
几乎人人犯的错： 送达 = 已读。双灰勾只是送到手机。聊天未打开就算未读，对账号不利。
机制：高未读率 → 信任分下降 → 下次投诉时反应比「健康」账号更狠。
临界阈值： 发送后一小时内超过 15–20% 仅单灰勾。
单灰勾 = 消息未到对方手机——无效号、已删号或已封号。反垃圾系统的结论：名单由爬虫、生成器或泄露库批量获得，非自然获取。
正常人一天不可能给 20 个不存在的号码发消息——根本不知道不存在。群发运营者可以，系统也知道。
实操： 100 条里 20+ 未送达——不只是损失触达，更是名单质量的直接信号。
| 指标 | 安全区 | 危险区 | 临界点 |
|---|---|---|---|
| 投诉（举报并封锁） | 0–1 / 100 | 2 / 100 | 3–5，1–2 小时内 |
| 未读 | ≤40% | 40–70% | >75–80% |
| 未送达 | ≤5% | 5–15% | >15–20% |
三条指标不单独作用——风险相乘。60% 未读、10% 未送达再加 2 次投诉的账号，与三项全绿的账号处境完全不同。
有人说「3 投诉 = 封」，有人说「500 条里 3 投诉没事」。都对——说的是不同账号。
| 场景 | 投诉 | 发送量 | 封号风险 |
|---|---|---|---|
| 新号（<2 周），小量 | 1–2 | <100 | 80–100% |
| 新号，中量 | 2–3 | 100–300 | ~90% |
| 养号（>1 月），中量 | 1–2 | 100–300 | ~70% |
| 养号，大量 | 3 | 300–600 | ~60% |
| 养号，超大量 | 3 | 600–1000 | ~40% |
投诉在 24 小时内均匀分布，风险再降约 20%。
说明： 均为实操基准，非 Meta 官方阈值。算法还看数十种信号。表格是参考，不是保证。
1. 名单校验。 首条发送前过 WhatsApp 检测器。目标——剔除死号，把未送达压到接近零。
2. 递进养号。 新号不从群发起步。前 7–10 天真实对话。第 1–2 天：5–10 联系人。第 3–4 天：至 30。第 5–7 天：至 100，盯回复率。养号与账号保护另文详述。
3. 首条消息促打开。 不是推销或链接——先打开聊天。对方打开并阅读，未读标记才消失。让人回复的首条消息公式另题——但直接影响指标 2。
4. 一小时两次投诉就停。 别等第三次。至少停 24 小时，再减量、细分名单。若已封过——先弄清技术原因再重复同样操作。
计划第一次群发——先做名单校验和养号。已经跑过且被封——用这三项指标看自己的数据：问题通常一眼可见。
实操原则：
WhatsApp 不因发量封号——因投诉速度和名单质量封号。养号干净名单下一小时三次投诉，与新号爬虫名单下一小时三次投诉，不是一回事。
