手机号筛选全流程：E.164清洗、HLR核验与平台状态检测

手上拿到一批手机号，想知道哪些能用、哪些在目标平台上有账号——通常要经过三个层次的处理：格式标准化与去重、基础电信状态核验、再到平台账号状态检测。这个顺序不能倒，后面的检测依赖前面的数据质量，格式没清好就提交，会直接影响匹配率，也白白消耗检测费用。

手机号筛选三阶段处理流程示意图：格式标准化、电信核验、平台检测

第一步：把名单统一成 E.164 格式

国际通用的电话号码标准是 ITU-T E.164，结构是 +国家代码 + 国内有效号码，最长不超过 15 位数字，不含括号、连字符、空格，也不含国内冠码。比如英国号码 07xxx，写成 E.164 应该是 +447xxx，不保留开头的 0。

名单里常见的问题：号段前多出一个 0、前缀写成 00 或 011、夹着括号或短横线、多国号码混在一起没有区分国家。这些都需要在提交检测前处理掉，否则系统做号码匹配时识别不到。

多国混合名单最好先按国家代码分流，再各自做格式标准化。不同国家的号码规则不同，统一处理容易误改。去重也在这一步做：完全相同的 E.164 号码重复提交没有意义，直接去掉。

格式统一后，先跑基础核验，把明显无效的号码排除掉。这一步有两种方式，作用不同。

号段归属查询（Carrier / Line Type Lookup）：从号码规划数据库和携号转网记录中提取线路类型（移动手机、固定电话、VoIP）和归属运营商信息。这步不实时查网络，速度快、成本低，主要用来过滤固话和 VoIP——如果你的目标平台只支持移动号码，这步就能先排掉一批不符合的。

网络信令查询（HLR Lookup）：通过移动核心网信令实时确认号码当前状态，能区分正常在网、关机、停机、空号。比号段查询更准，因为查的是实时状态而不是号码规划记录，但单次成本也更高。

常见的漏斗顺序是：先用号段查询过滤固话和 VoIP，再对剩余移动号码做 HLR 查询确认在网状态。但要注意，这一步只能说明号码在运营商侧是否有效，不能说明号码是否在某个具体的应用上有账号。

运营商侧正常在网，不等于在 WhatsApp、Telegram 或其他平台上已注册；账号存在也不代表当前活跃或未被封禁。这两个维度的数据来自不同来源，不能互相替代。

平台层检测返回的字段因平台而异，常见的有：账号是否开通、注册时间、账号活跃状态、是否封禁，部分平台还能返回性别年龄等画像属性。各平台开放的检测项不同，也会随平台政策调整，以当前实际支持为准。

如果你手上有一份存量号码名单，需要知道哪些号码在目标平台上有账号，NexCheck 支持按平台批量检测号码状态，按有效与无效分组返回结果，各平台当前支持的检测字段可以在平台页查看。

检测完成后，结果的处理方式取决于名单性质：

静态批量名单（比如从 CRM 导出的存量客户表）：上传 CSV 或 TXT，跑完后按分组导出，再回写源库。上传前确认编码为 UTF-8，号码单列，E.164 格式。

动态流入线索（比如表单注册、实时获客）：REST API 接入，配合 Webhook 异步回调，把检测结果实时回写到 CRM 或用户库打标签，新线索进来自动分流，不需要手动操作。

无论哪种方式，结果都应该多字段落库，而不是只保留一个「有效／无效」。线路类型、注册时间、活跃状态这些字段后续随时可能用到，丢掉了要重跑。