NexCheck-筛号平台
一份从 CRM 导出、活动报名表或线下登记本里攒起来的号码名单，到了 WhatsApp 这一步，最常见的卡点不是号码有没有开通，而是这串数字根本没法被当成一个国际号码读出来。WhatsApp 认的是完整国际格式：以「+」开头，接着国家/地区代码，再接着去掉本地拨号前缀后的其余号码，中间不留空格、括号和短横线；底层遵循 E.164 国际标准，纯数字最长 15 位。下面按你手上名单的实际处理顺序展开。
第一步：先确定每一行号码属于哪个国家
清洗里最难的不是加号，而是判断「这串数字属于哪个国家」。同一个号码少一位，在不同国家代码下可能都是合法长度，补错国家代码比不补更麻烦。
- 名单里带国家字段（国家名、二字码、区号列）的，以这个字段为准，不要从号码本身反推。
- 只有一列号码、来源又混合多个国家的，先按来源拆表：来自哪个市场、哪个渠道，就归到哪个国家，再分开处理。
- 确实无法判断归属的号码单独放一张表，不要硬塞一个「最像」的国家代码进去，否则后面检测结果更难解释。
国家代码本身可以查 ITU 的分配表。如果你要按市场整理某个国家的号码段和当地主流平台，站内有按国家整理的地区方案页（各地区号码格式与主流平台），可以先对照再动手。
第二步：按固定顺序清洗，不要边看边改
顺序错了会反复返工，建议严格按这三步走：
- 删掉本地拨号前缀。 很多国家在境内拨打时会加一个「0」（如英国手机 07xxx），国际出局前缀则是「00」或「011」。这些前缀在国际格式里没有位置，必须先去掉。英国手机 07xxx 转换后是 +44 7xxx，不是 +44 07xxx。
- 补上国家代码，前面加「+」。 得到「+国家代码 + 剩余号码」的字符串。
- 剔除所有非数字字符，得到纯数字串。 空格、短横线、括号、点号属于排版，不属于号码本身。
三步做完，每个号码就有了两种可用形态：带「+」的国际写法（方便人读、方便录入系统），和去掉「+」的纯数字串（给接口、链接和批量任务用）。两者内容一致，区别只在有没有那个加号。
| 名单里的原始写法 | E.164 写法 | 纯数字形态 |
|---|---|---|
| 07xxx xxxxxx（英国手机） | +44 7xxx xxxxxx | 447xxxxxxxxx |
| (408) 555-1234（美国） | +1 408 555 1234 | 14085551234 |
| 011 15 xxxx-xxxx（阿根廷手机） | +54 9 11 xxxx xxxx | 54911xxxxxxxx |
第三步：记住 E.164 的三条硬边界
- 只由数字组成，不含空格、破折号、括号。
- 国家代码本身不能以「0」开头。
- 含国家代码在内，总长度不超过 15 位数字。
超过 15 位、或清洗后长度明显短于该国常规长度的号码，先单独留存，不要直接交给下一环节。
需要特别处理的国家：英国、阿根廷、墨西哥
英国是「删前导 0」最典型的例子；阿根廷和墨西哥则是在国家代码与区号之间还要额外加一位数字，这是 WhatsApp 官方明确写出的规则。
- 阿根廷（54）：在国家代码 54 与区号之间加入数字 9，同时删除本地手机前缀 15。完整国际号码共 13 位，形如 +54 9 XXX XXX XXXX。
- 墨西哥（52）：国家代码 +52 之后紧跟数字 1，即使是 Nextel 号码也要带上，形如 +52 1 XXX XXX XXXX。
这里有个实际的坑：墨西哥在电信改革后境内拨号已不再使用前缀 1，但 WhatsApp 侧的注册与接收仍按官方文档要求带 1。也就是说，你从当地同事那里问到的「正确写法」和 WhatsApp 认的写法可能不一致。这类国家建议单独列一张核对表，用实际检测结果去校准，而不是按地区习惯一刀切。阿根廷、墨西哥的具体规则以 WhatsApp 官方帮助中心的国际号码格式说明为准，改动过就以官方页面当时的口径为准。
用在接口和链接里的写法要再剥一层
如果号码要进 REST 接口、写进数据库字段，或生成 wa.me 这类链接，规范通常要求进一步去掉开头的「+」、破折号、括号和国际出局前缀，只保留「国家代码 + 本地号码」的纯数字串。原因是这些场景往往把「+」当作需要转义或编码的字符，或者直接按字符串匹配，多一个符号就多一种对不上的可能。
因此名单里最好同时留两列：e164（带 +）和 msisdn（纯数字），下游按需要取用，不用每次临时处理。
格式对了，不代表号码可用
格式清洗解决的是「这串数字能不能被读懂」，不解决「这个号码在 WhatsApp 上是否开通、注册情况如何、当前状态怎样」。两者是不同层次的问题：前者可以在本地完成，后者需要按平台查询。
在这个环节，WhatsApp 平台检测 可以按你清洗后的名单核对该平台可查的状态字段，按有效与无效分组导出；号码基础检测另外覆盖空号、设备类型、高风险号等。控制台支持上传 txt 或 csv，也可以用 REST API 提交并配合 Webhook 回推，按条计价，具体检测项与单价以平台页面的价目表为准。名单属于你自己的数据，只在提交的任务范围内处理。清洗顺序仍然要放在前面——格式不统一的名单进去，字段再全，分组结果也会被格式问题污染。
交付前自查
- 每一行都能说出国家归属，没有靠猜补上的国家代码。
- 本地前导 0、00/011 已清掉，英国号码没留下 +44 0 这种写法。
- 阿根廷、墨西哥等带附加位数规则的国家单独核对过。
- 带「+」和纯数字两列都在，下游不用再临时处理。
- 长度异常、无法归属的号码没有混进正式名单。
- 去重放在规范化之后做，避免同一个号码因写法不同被算成两条。
按这个顺序走一遍，一份混杂来源的名单基本就能变成可直接提交、且结果可解释的数据。
评论(0)