多数运营只看一个数——发了多少。有时加上打开率。然后继续盲飞：没送达、没回复、号码在烧——报告却写「活动已启动」。WhatsApp 提供完整状态漏斗，不用它等于盲管群发。
每条外发消息经历事件链，每阶段讲不同的事。
已发送 - Meta 服务器接受（一个灰勾）。不代表客户收到。
已送达 - 消息到设备（两个灰勾）。手机开机、有 App、有网。
已读 - 聊天被打开（蓝勾）。但 15–25% 用户关闭已读回执——部分真实已读会永远停在「已送达」——见 read vs delivered 分层。
已回复 - 用户回消息。唯一打开 WABA 24 小时 Customer Service Window、进入安全双向模式的状态——见 WABA 概览。
成交 - 对话以目标动作结束。强依赖行业、offer 与跟进流程——无通用基准。
以下区间为市场实践参考，非 Meta 官方标准。Meta 不按细分发布基准。细分差异——见 温名单 vs 冷名单。
| 指标 | 温名单 | 冷名单（已校验） |
|---|---|---|
| Delivered Rate | 92–98% | 80–90% |
| Read Rate | 75–90% | 45–65% |
| Response Rate（硬 offer） | 15–35% | 1–5% |
| Response Rate（软提问） | 15–35% | 10–25% |
行业数据：优质 API 基础设施送达 95–98%；70–85% 在发送后 2 小时内被阅读。
不是预警——是紧急线。优质名单与正常基础设施不应出现。
排查：名单质量（大量无 WhatsApp 号码）、代理状态、账号限制、webhook 错误码。不换根因只换软件没用。
温名单认识你或有过互动。已读沉默——问题在文案、offer 或 CTA——见 已读不回与 首条消息结构。是内容审计信号，不是基础设施问题。
很晚且危险。WABA 安全参考 ≤ 0.1%——需实时监控。到 1% 时模板可能已 Flagged 或接近 Disabled。灰色方案下 1% 投诉常意味着即时封号风险——见 封号机制。
技术阈值：Bounce Rate ≤ 2%，Quality Rating > 0.80。
电商对 5000 客户名单发 Marketing 模板。15 分钟后：送达 96%——正常，但 Response Rate 跌至 2%（该细分常态约 15%）。模板 Quality Rating 绿转黄。
立即停发。审计发现文案里链接失效。重写模板——WABA 账号未遭遇 Tier Downgrade。
论坛案例——无公开方法学验证。
高 Read、无回复——假阳性成功信号——见 已读沉默四原因。已读不开启对话、不打开服务窗口、不推进漏斗。
同一名单上 Read Rate 逐次活动下滑——受众疲劳，非技术故障。该改内容或频率。
Response Rate 是更可靠的操作 KPI——回复是把群发变成真实对话的唯一事件。
| 指标 | 正常 | 红色警报 | 先查什么 |
|---|---|---|---|
| Delivered Rate | 90–98% | < 80% | 名单质量、代理、错误码 |
| Read Rate | 45–90% | 持续下降 | 受众疲劳、发送时间 |
| Response Rate（温） | 15–35% | < 5% | 文案、CTA、分层 |
| Response Rate（冷） | 1–25% | < 1% | 相关性、提问格式 |
| Complaint Rate | ≤ 0.1% | > 0.5% | 内容、相关性、名单 |
| Bounce Rate | ≤ 2% | > 5% | 名单质量与有效性 |
「投诉 > 1%」是紧急线，不是日常控制线——应从 0.1% 起控。
「送达 80% 为底线」是紧急下限。温名单正常基础设施下，连 90% 都值得查。
Read Rate > 80% 若无 Response Rate 支撑，不算成功。
导出最近一次群发五阶段漏斗：已发送 → 已送达 → 已读 → 已回复 → 成交。找最大落差——从这里开始优化，用 A/B 测试 验证假设。
实用规则：
群发不是在点击发送时结束——而是在你把漏斗关到成交、并知道人在哪一阶段流失时结束。
