NexCheck-筛号平台
假设你手上有一份合并过的名单：一部分来自官网表单，一部分是展会登记，还有一部分是老 CRM 的导出。号码有的带 +，有的带前导 0，也有重复。现在要判断其中哪些号码开通了 Telegram，并把结果写回 CRM，供后续分层使用。
市面上的筛号工具很多。比较功能列表之前，可以先按下面五个问题过一遍：
- 字段：除了「是否注册」，还能返回什么？活跃度是精确时间还是区间？
- 边界：结果有没有把「查不到」和「确认未注册」分开？对 Telegram 的隐私限制有没有说明？
- 实现方式：是否要求你提供自己的 Telegram 账号 Session 或 Tdata？
- 交付形态：运营同事能否直接上传文件、分组导出？开发同事能否通过 API 提交，并用 Webhook 接收结果？
- 计费：按什么口径计数？单价和检测项在哪里能查到？
这五点都能讲清楚的工具，再拿你自己名单里的一小批号码试跑。下面逐项说明每个问题该看什么。
一、字段：先弄清能拿到什么、每个字段代表什么
Telegram 的检测结果取决于平台接口返回的数据结构。常见字段有这几类：
- 是否注册（账号存在性）：这个号码能否匹配到 Telegram 账号。
- 公开用户名（Username）与头像：用户设置了才有，没设置时为空，不代表账号无效。
- 账号状态：例如账号已注销（Deactivated），或被平台标记为 Fake、Scam。这类号码在 CRM 里通常要单独标注，不能和正常账号混在一起。
- 活跃度：这是最容易被误读的字段。
Telegram 对「最后上线时间」有隐私分级。协议层返回的多数是区间，没有具体时间点，常见几种：
- 最近几天内活跃（Recently）
- 7 天内活跃（LastWeek）
- 30 天内活跃（LastMonth）
- 空状态，或者用户允许展示时返回的具体离线时间
所以，如果某个工具宣称能给每个号码返回精确的最后上线时间，最好问清数据从哪来。合格的工具会如实呈现这些区间，再由你决定业务上怎么分层，比如把 7 天内活跃的号码作为优先跟进组。
另外，不同平台能查的字段差别很大。性别、年龄这类属性，在某些平台可以拿到，在 Telegram 上不一定有。选工具时应看该工具 Telegram 页面列出的检测项，不要用它在其他平台的能力来推断。
二、隐私边界：「查不到」不等于「没注册」
Telegram 允许用户把「谁能通过我的手机号找到我」设为「仅我的联系人」。开启后，查询方如果不在对方通讯录里，即使这个号码确实注册了 Telegram，也匹配不到账号。
这是平台本身的隐私规则，合规工具都会遇到这条边界，跟工具好坏无关。评估时要注意两点：
- 工具是否说明了这条边界。 宣称「100% 识别所有注册号码」的说法，与平台规则不符。
- 结果怎么用。 未匹配的号码，建议在 CRM 里标为「Telegram 未匹配」，不要直接当作无效号删除。它可能仍是有效的手机号，邮件、电话等其他渠道的字段应保留。
关于匹配失败的其他原因，比如格式错误、账号封禁、频率限制，以及排查顺序，可以参考Telegram筛号失败原因的排查顺序。
三、实现方式：不要让工具占用你的业务账号
有些低质工具或网上流传的脚本，要求你挂载个人或公司的 Telegram 账号（上传 Session 或 Tdata），再把整份名单导入通讯录批量比对。这种做法有两个直接风险：
- 容易触发 Telegram 的 FloodWait 限流，查询中途卡住；
- 严重时挂载的账号会被封，而这个账号可能正是你团队日常使用的业务号。
更稳妥的是使用独立检测链路的平台：你只提交名单号码，平台返回检测结果，你的账号不参与查询。选型时可以直接问一句：「需要我提供账号登录信息吗？」只要答案是需要，就应该重新考虑。同理，也不建议自己写脚本做通讯录比对。
四、交付形态：运营用控制台，开发接 API
同一份名单，往往有两类人要处理。
运营和市场同事需要的是：
- 在网页控制台直接上传 txt 或 csv；
- 自动去重；
- 按「有效 / 无效」，以及不同活跃区间分组导出，导出后能直接导入 CRM 或交给下游。
开发同事要把检测接入 CRM 或数据管道时，需要的是：
- 标准的 REST API 提交接口；
- 异步处理，加上 Webhook 回推结果，避免大批量名单让请求一直挂着；
- 结果字段结构稳定，方便把「是否开通」「活跃区间」「账号状态」映射到 CRM 的自定义字段。
如果你的团队两种场景都有，就选两种入口都支持的工具。具体接入步骤可以看Telegram筛号API怎么接。
五、提交前先把名单整理好
不管选哪个工具，名单质量都会直接影响结果和费用。推荐顺序：
- 统一成 E.164 格式：带 + 和国家区号，去掉本地前导 0、空格和横杠。
- 按规范化之后的号码去重：如果在格式统一前去重，
+86 138…和0086138…会被当成两条。 - 做号码基础检测：先剔除空号、格式错误的号码，并标出高风险号，不必为明显无效的号码再付一次 Telegram 检测的费用。
- 按国家分批：多国混合的名单，分国家提交更容易核对结果，也方便发现某个国家整批格式写错。
以 NexCheck 为例，这份名单可以这样处理：先用号码基础检测筛掉空号和格式问题，再把剩下的号码按国家整理成 txt 或 csv，在控制台上传，选择 Telegram 检测；需要接入系统时改用 REST API 提交，用 Webhook 接收结果。结果按有效与无效分组返回，按条计价，单批不限量。Telegram 当前开放的检测项和单价会调整，以 Telegram 平台页 为准。多国名单的号码格式差异，可以对照 区域方案页 先确认。
还有一点：名单是你的自有数据，来源和用途是否合法，需要你这边负责确认。检测平台只在任务范围内处理名单。
六、计费：问清楚「一条」怎么算
按条计价，还是按月订阅，取决于你的批次是否规律。名单一阵一阵来的团队，按条计价通常更灵活。每月有固定量的团队，再比较订阅是否划算。
比单价更重要的是计数口径：
- 按提交条数算，还是按实际完成检测的条数算？
- 重复号码、格式错误的号码会不会被计费？
- 不同检测项是否分开计价？
这些问题，价目表或文档里应该有明确写法。写得含糊的，试跑时要重点核对账单。
七、用小批量试跑验证
不要第一次就提交整份名单。从你自己的名单里抽几百条，覆盖主要国家和来源，先跑一次，然后检查：
- 导出文件的字段是否与文档一致，能否直接导入 CRM；
- 未匹配的号码是否单独归类，有没有和「格式错误」混在一起；
- 活跃度是不是以区间形式呈现，含义有没有说明；
- 实际扣费条数和你提交的条数能否对上。
这几项都对得上，再提交完整名单。如果 Telegram 页面上的检测项正好覆盖你需要的字段，就可以在官网导航的「筛号工具」注册控制台，或者在站内文档里查看 API 接入说明，从这批试跑名单开始。
评论(0)