两部手机、相同设置、同一文案、同一名单——结果不同。一个跑半年，第二个第三天就死。这最折磨运营：看起来一模一样，不知改什么。本文讲原因与应对。
「相同设置 = 相同存活率」不成立。Meta 评分涉及诸多因素——多数不可见、无法直接控制。
这不代表系统随机——而是 opaque 且多因子。相同输入不保证相同输出，因为实践中「相同」从未真正相同。
官方 WABA 中，号码质量基于最近 7 天用户反应。主要信号：举报、封锁、负面反馈。越新的事件权重越大。
Quality Rating：🟢 High / 🟡 Medium / 🔴 Low。按号码独立计分——同一 WABA 下两个号也分开评。
Meta 不公布精确公式与触发阈值。 运营只有观察、论坛、号池实践。分析具体数字时需牢记。
可能最重、也最可控。即便正式随机对半切，一半仍可能多 5–10% inactive 号、长期未开 WhatsApp 的用户或爱举报的人。
号码质量取决于受众反应——构成不同 → 结果不同，文案与体量相同。
降风险：发送前把收件人存入手机通讯录——WhatsApp 会看收件人是否在发送方联系人里，这是合法度信号之一。
多号分配名单时按语义切分，非按行序——随机切仍可能偏斜。
前几条举报对新号打击更大。若随机切分让早期消息先触达爱举报用户——该号先衰减。另一号可能在更 loyal 的切片上跑完大部分。
不是「算法运气」——是统计：同一消息触达了不同的人。
同一网络下两设备内网地址不同，出口 IP 也可能不同。不同代理端口的流量有不同历史——尤其若该端口在你之前已被他人用来 spam。
运营实践：同一连接上不超过三台发信设备；单设备不要并行两路群发。每号独立隔离环境，最好独立连接。见代理误区。
发送间隔实践参考：30 秒至 5 分钟并随机。固定相同延迟无 jitter 会被判为自动化。
每台设备有唯一硬件指纹——组件序列号、MAC、模块 ID。曾用于自动化或有过 ban 的手机，起点与「干净」设备不同。
运营观察：设备历史影响账号韧性。Meta 保存多久、多精确——未获官方确认。
管理几十上百账号的人：任何方案下部分 ban 在统计上不可避免。逐条 debug 单次 ban 常无结论——具体因子组合无法复现。
正确做法——评号池指标，非单个号。 池均值正常、仅一个烧掉——不一定是方案坏了。连续多个——该系统性审计。
两部 Xiaomi，同一架子，不同移动代理端口，同一 spintax，随机名单。1 号跑 45 天、4500 条。2 号第三天、第 120 条死。
日志审计：2 号端口启动前一小时被第三方用于 Instagram spam——IP 进 stop list。1 号端口无此历史。
运营观察，非对照实验。说明：对你看起来一样的 infra，对系统未必一样。
一个活得久——下结论前先隔离变量：
| 因子 | 查什么 |
|---|---|
| 名单 | 同一切片？受众活跃度相同？ |
| 设备 | 使用史、硬件是否「干净」 |
| 网络 | 共享 IP、代理端口历史 |
| 模板 | 不同受众是否拿到不同变体 |
| 号码 | 账号史、年龄、既往限制 |
不隔离—— ban 原因只能靠猜。
「一个扛住了，第二个也会」——号码史与受众反应仍可不同。
「ban 总有一个可找到的原因」——多为因子组合，精确重现不了。
「同一方案 = 安全上限」——Meta 无保证限额；任何「安全」参考都是运营 benchmark。
号池里有一个早烧——查启动前 24 小时代理端口历史，并对比名单构成：inactive 占比、最后联系日期。这是影响差异最易控的两项变量。
实用规则：
Meta 的评分不是 roulette，也不是乘法表。相同输入得不到相同答案——因为现实中不存在真正相同的输入。
