WhatsApp筛号怎么做？触达前5步自查与1013错误处理

当你的企业名单里躺着大量无法触达的号码时，WhatsApp筛号往往是挽回账号质量分的第一步。据Meta官方错误码文档，向未注册WhatsApp的号码发送模板消息，会返回1013（User is not valid），并在异步回执中收到131026（Message Undeliverable）；更关键的是，Meta已于2025年10月23日正式停用On-Premises API，全面转向Cloud API，并向高失败率的账号触发限流，让筛号从“省钱”变成了“保号”。

WhatsApp筛号，本质上是在发送前确认号码是否符合E.164国际格式、是否已开通WhatsApp，并把名单按可发、不可发、待复核分档。它不回答该号码是否活跃，也不代表你已获得Opt-in授权。

第一步：号码归一化，把国家码、前导0和符号统一成E.164

筛号的第一步不是查开通，而是查格式。Meta WhatsApp Cloud API要求所有号码必须符合E.164国际格式：包含国家代码，不含前导0、空格或特殊符号。你需要把号码统一为“+”加国家码再加去掉前导0的本地号码。

具体操作步骤：

1. 去掉所有空格、括号、横线等分隔符。
2. 根据号码所在国家补上国家码，例如中国号码加86，美国号码加1。
3. 去除本地号码的前导0，比如中国的“0138…”要变成“138…”。
4. 统一是否带加号：建议保留加号，因为部分场景下不带加号可能被识别为本地号码。
5. 最后对全表去重、删除空行和明显非手机号的字段。

这一步在所有筛号步骤里成本最低，却能直接过滤掉一批会被接口拒收的数据，避免后续被1013错误码反复打回。如果连格式都不合规，你根本没机会判断号码是否已注册。

WhatsApp筛号怎么筛：批量检测注册状态并分成三档

WhatsApp筛号的核心一步，是批量检测注册状态并把名单分成三档。关于“怎么知道一个号码有没有注册WhatsApp”，需要明确：Cloud API官方并不提供公开的号码注册状态查询端点，注册状态的判断只能来自两条路径——第三方批量检测服务，或小批量试发后按1013/131026错误码回收。你可以把检测结果分档管理：

这一档的分流能避免你把大量无效号码直接送进消息管道。注册状态有时效性：号码可能注销或换绑，因此要记录检测时间戳并定期复检（例如每月一次）。

另外，你可以在这一步引入NexCheck的网页端批量筛选能力，把清洗动作放在号码进入消息管道之前。它支持批量提交、实时查询，并提供RESTful API与webhook回调，方便你把分档结果自动回写到CRM/SCRM。例如，把返回未注册的号码打上invalid标签并通过webhook回写CRM，触达池只取近30天内检测为已注册且授权状态为yes的记录。需要提醒的是，任何检测结果都有抽样误差和时效性，不能保证100%准确，更不能替代用户授权。

第三步：三档分流，把可发与不可发明确分开

在批量检测后，需要把名单按结果明确分开，避免无效号码混入发送队列。分流的动作很直接：

1. 把“已注册”的号码放入可发池，等待小批量试发。
2. 把“未注册”或返回1013的号码放入不可发池，并打上对应标签。
3. 把超时或接口异常的号码放入待复核池，稍后重测。

分流的目的是让后续的试发和错误码回收更聚焦，也方便你根据失败率回溯是格式问题还是号码状态问题。

第四步：小批量试发，用自家基线判断失败率

即便前面筛过，仍有可能遇到“检测通过了但发送还是失败”。这时你需要理解两个错误码的区别：1013是同步报错，出现在API调用当场；131026是异步的Message Undeliverable，接口已受理请求，但消息最终无法投递，Webhook异步回执给出的首要原因是接收号码不是WhatsApp号码。

处理流程如下：

1. 先用一小批（建议200~500条）已通过检测的号码试发。
2. 观察失败率：建议先用自家历史基线做对照，例如失败率明显高于同一名单以往水平（经验上可取5%作为自设告警线，非Meta官方阈值）就立刻停发。
3. 把返回1013或131026的号码打标，回写名单。
4. 根据错误码分布回到第一步：检查格式、国家码是否遗漏，或者号码是否刚注销。

注意，同步报错和异步回执不是一回事：前者是接口立刻拒绝，后者是消息已接收但后来判定不可达。只有把两者结合，你才能完整回收所有无效号码。

WhatsApp批量发消息失败率高怎么办：失败率如何连累发信限额

很多团队问“WhatsApp批量发消息失败率高怎么办”，其实答案很简单：高失败率不只是损失几条消息，它会直接拖垮你的账号上限。Meta全面转向Cloud API后，发信限额按Business Portfolio分层，从250到2,000、10,000、100,000直至Unlimited，越高层级的扩容越依赖你的质量表现。

当失败率过高，或用户举报和拉黑增多，账号的Quality Rating会从Green降为Yellow甚至Red，从而阻碍自动扩容，甚至触发131048（垃圾流控）或131049（生态保护拦截）。这就是为什么WhatsApp筛号必须放在触达之前：它决定了你的账号能不能健康长大。

合规前提：注册状态检测不能替代用户授权

需要特别澄清：号码已注册WhatsApp，只代表它开通了WhatsApp服务，并不代表对方愿意接收你的营销消息，更不代表你拿到了Opt-in授权。如果未经授权就往已注册号码上批量发营销模板，用户一旦拉黑或投诉，你的账号照样会被限流，Quality Rating照样会变红。

因此，在名单管理上，建议增加“授权状态”字段，记录用户来源、授权时间和方式，并提供清晰的退订处理入口。把已授权和未授权的号码分开管理，才能既保住触达效率，又守住账号安全。

第五步：错误码回收与名单回写，让清洗闭环

错误码回收是筛号流程的最后一环。你需要把同步报错和异步回执统一收口：

1. 把1013号码加入无效名单，回写CRM。
2. 把131026号码标记为“不可达”，并根据原因字段决定是否复核。
3. 定期把无效名单从主触达池剔除，避免重复发送。

这样，一次完整的WhatsApp筛号流程才算走完：从格式归一化到错误码回收，每个环节都在为下一个环节提供更干净的名单。

常见问题：检测结果与实际发送不一致时先查哪一步

为什么检测显示已注册，但发送时还是报1013？

可能原因有：号码格式在发送时被改动、检测时点与发送时点之间号码注销、或你用的检测接口存在缓存。建议先核对E.164格式，再用相同参数重测一次，并检查检测时间是否超过一周。

哪些工具能批量查询号码是否注册WhatsApp？

目前只能依赖第三方批量检测服务，选择时优先考虑支持Webhook回调、能导出分档结果的，例如NexCheck这类工具，方便你自动化清洗流程。NexCheck提供网页端批量筛选与RESTful API，可将分档结果回写CRM/SCRM，但需注意检测结果的时效性与抽样误差。

131026错误码一定是号码无效吗？

不完全是。官方文档显示131026的主要原因是接收号码不是WhatsApp号码，但也可能涉及消息内容模板被拒或用户设置。建议你结合Webhook里的具体原因字段，再对照号码注册状态做二次确认。

怎么降低WhatsApp账号质量分下降的风险？

质量分下降主要来自高失败率和高投诉率。对策是：前置筛号剔除无效号码，严格控制发送频率，只向已授权用户发送，并提供明显的退订选项。另外，及时处理131048和131049这类流量拦截，也能帮助恢复评分。

筛查后的名单，多久需要重新检测一次？

取决于你的用户活跃周期。如果是营销大促前，建议提前1~2周复测；如果每月发送，则每月复测一次。WhatsApp筛号不是一次性动作，而是随名单周期滚动执行的清洗流程，检测一次不能一劳永逸。关于号码有效性检测的判定口径，可参考NexCheck的文档说明。