LINE筛号怎么做：名单整理、开通检测、结果判读与CRM回写

假设你手上有一份 CRM 导出的客户名单，号码来自日本、台湾和泰国，写法很乱：有的带 +81，有的以 090 开头，有的中间夹着破折号和空格。现在要弄清楚其中哪些号码开通了 LINE。

按这个顺序处理：

1. 本地整理：去重，清掉空格、破折号、括号等字符，把所有号码改成带国际区号的 E.164 格式。
2. 按国家拆批：日本、台湾、泰国的号码分开建批次。
3. 号码基础检测：先找出空号、高风险号等基础问题。
4. LINE 开通检测：结果按“有效（已开通）”和“无效（未注册或异常）”分组。
5. 导出并回写：通过 CSV/TXT 导出，或用 Webhook 接收结果，再按原始记录 ID 写回 CRM。

下面逐步说明每一步要注意什么。

第一步：号码统一成 E.164，再按国家拆开

LINE 注册账号时必须绑定手机号，并通过短信或电话验证码完成验证，所以检测时用的“号码”必须和 LINE 服务端记录的号码对得上。名单里的本地写法、多余符号和缺失的区号，都可能让同一个人的号码匹配失败。

E.164 的写法是：+ 加国家代码，再加去掉本地前导 0 的号码，中间不留空格或符号。以三个 LINE 主要市场为例：

整理时容易出错的地方：

• 补了区号却没去掉前导 0，例如写成 +8109012345678。这是跨国名单里最常见的错误。
• 号码里没有国家信息。如果 CRM 里有“国家/地区”字段，就按这个字段补区号，不要凭位数去猜。
• 去重要在格式统一之后做。“090-1234-5678”和“+81 90 1234 5678”格式统一后是同一个号码，统一之前去重会漏掉这类重复。
• 原始号码要保留。在表里另开一列存 E.164 号码，回写和排查时还要用到原值。

格式统一后再按国家拆成不同批次。各国号码的长度和号段规则不同，混在一起提交，出了问题很难判断原因在哪；按国家拆开后，每个批次的结果也更容易对照。前导 0 的处理和多国名单的整理顺序，这篇文章讲得更细：WhatsApp号码格式错误怎么解决。里面的格式规则不只适用于 WhatsApp，对 LINE 名单同样适用。

第二步：先做基础检测，再做 LINE 开通检测

空号这类问题和平台无关：一个号码如果本身已经停用，查 LINE 也没有意义。先做一轮号码基础检测，把空号、高风险号单独标出来，剩下的号码再进入 LINE 开通检测。这样结果更容易解读；在按条计价的情况下，进入 LINE 检测的条数也会少一些。

用 NexCheck 处理时，名单可以在控制台上传 txt 或 csv 文件，也可以通过 REST API 提交，单批没有数量上限。LINE 具体能查哪些字段、每项多少钱，会随平台价目表调整，提交前先到 LINE 检测页 确认当前的检测项和单价，再决定这一批要勾选哪些检测项。名单是你自己的数据，平台只在本次任务范围内处理；名单的来源和用途是否合法，需要你自己保证。

第三步：读结果时要分清的几件事

“已开通”不等于“能通过手机号加到好友”

LINE 用户可以在“设置 > 好友”里关闭“允许被加入好友”。关闭后，别人输入这个手机号既搜不到他，也无法自动加他为好友。是否注册了 LINE，和是否允许别人用手机号找到自己，是两件不同的事。

所以，业务同事用手机在 LINE 里搜某个号码没搜到，并不能说明这个号码没开通。反过来，检测结果显示已开通，也不代表这个号码一定允许通过手机号添加。写进 CRM 时，“LINE 开通状态”只按开通状态记录，不要把它和“可添加”混为一谈。

号码对应的是当前绑定的账号

一个手机号在 LINE 上只对应一个账号。如果同一个号码在其他设备上重新注册，原来绑定的旧账号会失效或被转移。由此会出现两种情况：

• 客户换了新号，旧号码在你的名单里可能显示“未开通”，但这个客户其实仍在用 LINE，只是用的是另一个号码。
• 号码被运营商回收后再分配给别人，检测结果可能是“已开通”，但对应的已经不是你 CRM 里那个客户。

LINE 对虚拟号段、二次放号的处理细节没有完全公开。如果一条记录的基础检测显示有风险，LINE 检测又显示已开通，最好把两个结果结合起来看，不要直接当成“优质客户号码”。如果名单比较旧，可以把客户最后一次更新联系方式的时间也一起拿来参考。

“无效”组要分层，不要一次删掉

无效组里通常混着几类号码：基础检测判定为空号的、号码本身正常但没开通 LINE 的、有风险标记的。这几类的后续处理不一样。比如没开通 LINE 的号码，在其他平台上可能仍然有效。回写时按原因分别记录，比只记一个“无效”更有用。

不要用客户端手动搜索或写脚本代替检测

有人会想让同事在 LINE 里逐个搜号码，或者写脚本模拟搜索。这条路走不通，原因有两个：

• 用户关闭“允许被加入好友”后，号码本来就搜不到，搜索结果没法区分“没注册”和“不允许被搜到”。
• 普通客户端短时间内连续搜索号码或 ID，尤其是连续输入未注册的号码，会触发 LINE 的限制，出现“已超过可尝试的搜索次数”的提示，账号随后被锁定一段时间。

批量名单应该交给专门的检测工具，按批次处理。

网页端还是 API

• 网页控制台：适合一次性或不定期的名单清洗，例如活动结束后整理一批线索，或者季度清理一次旧客户。上传 txt/csv，下载按有效、无效分组的结果文件就可以。
• REST API + Webhook：适合要把检测接进 CRM 或线索入库流程的场景。新号码进入系统时自动提交检测，结果由 Webhook 推回，不需要轮询。开发对接方式见官网导航“筛号工具”下的文档。

用 API 时要注意：提交时带上你自己的记录 ID，回推结果按这个 ID 匹配，不要用号码去匹配。同一个号码在 CRM 里可能对应多条记录。

第四步：回写 CRM 时保留哪些字段

建议至少回写下面这些字段，不要覆盖原始数据：

• 原始记录 ID、原始号码
• E.164 号码、国家
• 基础检测结果（空号、高风险等）
• LINE 开通状态，以及本次另外勾选的检测项结果
• 检测日期、批次号

检测日期很重要。号码的开通状态会变化：用户可能换号、注销，号码也可能被重新分配。CRM 里的结果只代表某一天的状态，下一次清洗时可以按检测日期挑出较旧的记录重新检测。

下一步

如果名单已经按上面的方法整理好，可以先到 LINE 检测页 查看当前支持的检测项和单价，再注册控制台上传第一批。拆批前如果不确定某个国家的号码格式，或者不确定这个市场是不是主要用 LINE，可以先看 区域方案页。