「CRM 显示 Success，客户说什么都没收到」——不是单一故障。一条「消失」的消息至少有五种原因，拉黑只是其一。读完你会知道该诊断什么、按什么顺序查，而不是把一切归咎于莫须有的封号。
先分清业内常混用的概念：
CRM 或灰色工具日志里的「Success」是第 1 步，不是第 5 步。 工具只记录 WhatsApp Web 接受了指令。其余不在其控制范围内。Meta 不向外部系统确认消息已在对方设备解密。
经典场景。Meta 服务器接受消息，赋单灰勾，停止转发。内容销毁。即使之后解除拉黑——拉黑期间发送的内容不会恢复或「补送」。
诊断： 在手机上手动打开该聊天。若持续单勾且无头像（默认灰图标）——对方拉黑概率高。关于单勾不总是拉黑，见专文。
较隐蔽。若曾在手机上将该号码加入黑名单，再通过灰色 API 发触发消息——什么都到不了。CRM 显示 Success，手机发出，服务器拦截。
诊断： 手动打开聊天。若 WhatsApp 提示「要发送消息，请取消拉黑此联系人？」——是你自己拉黑的。
小案例。 操作员在手机上拉黑烦人客户。一周后同一客户提交表单——CRM 经 API 自动发触发消息。面板状态：成功。客户未收到。手动检查：号码在操作员手机黑名单。解除拉黑前零送达。
单勾不一定是拉黑。关机、无网、卸载应用、换 SIM 未迁移账号——视觉相同。对数月前采集的冷名单尤其常见。
诊断： 等 24–48 小时。若状态未从单勾变为双勾——问题持续，需进一步排查。
WhatsApp 使用 Signal 协议端到端加密。换会话、WhatsApp Web 重连或 Multi-Device 更新可能导致密钥不同步。消息物理到达对方手机，但设备无法解密。
对方看到： 系统提示「正在等待此消息。可能需要一些时间」（Waiting for this message. This may take a while）。发送方仍见正常状态——双勾。
可持续 24–48 小时直至设备交换新密钥。非封号、非拉黑——同步技术现象。
小案例。 营销者重扫 QR 后立即群发。前 200 位收件人见空对话与「正在等待此消息」。软件日志：双勾、「已送达」。客户设备无正文。
非官方 API 可能误解析 WhatsApp 内部错误，界面仍显示绿色「已发送」。大媒体文件与不稳定 Web 连接造成日志与事实不符。
官方 WABA 更清晰：若 Meta 在群发中封锁或暂停模板，Webhook 返回 Failed 及具体错误码。但若集成未处理这些码，CRM 界面仍可能显示「已发送」。
症状「联系人在，消息未到」时的检查顺序：
步骤 1. 在实体智能手机上打开问题聊天。
步骤 2. 尝试手动发消息：
步骤 3. 查集成日志。若工具显示 Success 而你见单勾——工具只记录指令传递，非送达。
步骤 4. WABA：查 Webhook 错误码（Undeliverable、Failed、Structure Unavailable）。比 CRM 界面可靠。
步骤 5. 查群发前是否更新了 WhatsApp Web 会话。若是——可能大规模密钥不同步。
好的分析至少区分四种以上状态：
| 状态 | 含义 | 动作 |
|---|---|---|
| Sent | WhatsApp 服务器已接受 | 等待送达 |
| Delivered | 已至对方设备 | 正常 |
| Read | 已读 | 正常 |
| Undelivered | 单勾 24–72 小时 | 诊断 → Suspected Blocked |
| Error / Failed | API/WABA 错误码 | 查模板、会话、集成 |
Undelivered 勿立即删除——部分会恢复。移入单独分段，7–14 天后复检再决定是否排除。三级标记逻辑见专文。
Success 当作送达证明。取几条客户投诉未送达的近期聊天，按步骤 1–5 走一遍。五到十分钟即可判断：系统性问题、本地会话故障，还是某人手机关机。
实践规则：
日志里的「已发送」≠ 客户侧的「已收到」。中间有五层，消息可能在任一层失败。