🚫 WhatsApp 单灰勾——不总是拉黑。但必须处理这类联系人

很多操作者认为：一个灰勾 = 被拉黑了。自动 BlackList 过滤器建在这上面——分析失真，虚假掌控感。读完你会分清「拉黑」与「未送达」，并建立名单清理逻辑。

被拉黑时的送达机制

用户拉黑你的号码后，后续消息状态为「已发到服务器」并止步。对方设备收不到——Meta 单向截断链路。

发送方看到：消息永远只有一个灰勾。双灰（送达设备）或蓝勾（已读）技术上不可能。WhatsApp 不会通知拉黑——无系统提示。

补充：拉黑期间发出的消息，解除拉黑后不会「补送」。永久丢失。

任何自动化逻辑前必须明确这一点。

单灰勾仅表示：消息已到 WhatsApp 服务器，但未送达对方设备。原因多种：

原因	单勾	头像消失	无 Last Seen
拉黑你	✅	可能	可能
手机关机	✅	❌	✅
无网络	✅	❌	✅
卸载 WhatsApp	✅	❌	✅
隐私设置	❌	✅	✅
号码废弃	✅	❌	✅

拉黑判断靠信号组合，非单一标记：

即使组合也不能 100% 证明——用户可能开了隐私。Meta 无官方 API 直接返回「该用户拉黑了你」，出于隐私考虑。

不要直接贴「BlackList」，用分级状态：

Undelivered - 单勾超过 12–24 小时。观察；不自动移出当前批次。

Suspected Blocked - 单勾 48–72+ 小时，无头像，无可见活动。移出后续批次，不删名单。

BlackList - 间隔多次检查后确认未送达，间接信号一致。全部活动排除。

为何分级：部分 Suspected Blocked 会恢复——充电、联网、重装 WhatsApp。立刻删除会丢掉仍可触达的联系人。

小案例。某机构自动化：12 小时后仍单勾且无头像——CRM 打 WA_Blocked，移出触发链。六个月发送号零封号。名单在成为系统风险前自我清理。

据从业者观察（Meta 无官方表述），反垃圾系统会跟踪单次会话中送达与未送达比例。普通用户日流量中单勾 rarely 超 5%。打旧名单或劣质名单的账号达 30–50%。

论坛参考：单次群发未送达超 15–20% 视为风险阈值。非 Meta 官方上限。逻辑清楚：对死会话单调无回复请求即 Blind Spamming。与烧毁账号的群发指标重叠。

小案例。营销者每周群发，约 50 人早在首轮已拉黑。工具无过滤——每波仍包含。第三周：发 200 条前 5 分钟永久封号。量不大，未送达比致命。

官方 API 通过 Webhook 回传状态——JSON，非浏览器界面。向已拉黑号码发模板会返回 Undeliverable 等错误码。

WABA 的 Black List 逻辑应基于这些错误码，而非浏览器视觉信号。Webhook 报错 → Suspected Blocked → N 天后复检或彻底排除。

WABA 未送达模板是否扣费，集成商意见不一。向 reseller 或 Meta Developer Docs 确认——政策会变。

部分非官方工具（Baileys、whatsapp-web.js）称可不发消息请求联系人头像 URL。服务器报错 → 直接 BlackList，省发送成本。

反对者称 2026 年 Meta 将频繁查询陌生号码头像、且无 open 对话视为 parsing，封号比群发更快。争议区——不可作标准做法。

勿凭单一标记建逻辑。组合信号比首见单勾就 BlackList 误报少得多。

检查当前群发工具如何处理未送达。若不分 Undelivered、Suspected Blocked、BlackList——即风险点。至少设基础过滤：单勾超 72 小时的联系人自动移出后续批次，待查清再说。

实践规则：

单勾是观察信号，不是判决。但若忽视累积的沉默未送达——它们比任何举报更快搞死账号。