“Telegram活跃用户”不是一个可以脱离时间和字段定义的永久标签。在爱普筛TG筛活跃任务中，支持字段包括手机号、TG UserID、tg用户名、用户离线时间、活跃天数、First Name、Last Name、是否是TG VIP和是否冻结。每一列都是检测时点附近的结果，不等于实时在线、已读消息或愿意回复。
这篇文章面向需要把TG活动信号回填CRM的运营和数据团队。目标是建立可复核的字段字典、分层规则和重检机制，而不是把所有人粗暴分为“活跃/僵尸”。
核心定义：Telegram活动检查是一次带日期的字段快照。离线时间描述支持的离线相关信号，活跃天数提供任务定义下的活动范围；二者必须与检测日期、空值状态和任务版本一起解释。
TG筛开通、筛活跃和实时在线不是一回事
TG筛开通只返回手机号和是否开通。TG筛活跃增加User ID、用户名、离线时间、活跃天数、姓名、VIP和冻结状态等支持字段。即使筛活跃返回结果，也不能据此确认用户此刻正在看屏幕或已经阅读你的消息。
| 问题 | 正确证据 | 错误替代 |
|---|---|---|
| 号码是否有TG开通信号 | TG筛开通与检测日期 | 活跃天数 |
| 任务返回哪些活动字段 | TG筛活跃Excel | 聊天软件界面截图 |
| 用户是否读了某条消息 | 实际会话回执/平台能力 | 离线时间 |
| 是否允许联系 | 许可与退订记录 | 是否开通/活跃 |
| 是否会回复 | 真实后续互动 | VIP或用户名 |
离线时间应该怎样解释？
离线时间不是“最后一次与你互动”的同义词，也不能保证平台向第三方公开精确的在线历史。团队应把它保存为任务原始字段，并同时记录checked_at和任务ID。不要转换成“最近登录”后丢失原始含义。
| 保存值 | 建议状态 | 后续动作 |
|---|---|---|
| 有可解析时间 | 保留原值、时区和检测日期 | 按统一窗口分层 |
| 空值 | unknown | 不默认长期离线 |
| 格式异常 | invalid_format | 回到Excel和任务说明 |
| 不同批次变化 | 保留历史 | 比较同口径而非覆盖 |
活跃天数怎样形成可重复分层？
先用业务周期决定窗口，而不是先看数据再寻找最好看的分组。例如客服回访可能看较短窗口，长期客户维护可以看更长窗口。阈值是企业自己的运营规则，不是Telegram官方客户价值等级。
| 示例分层 | 内部规则示例 | 允许用途 | 不得声称 |
|---|---|---|---|
| 近期窗口 | 活跃天数落入团队预设短窗 | 安排已许可服务跟进 | 对方一定在线 |
| 中期窗口 | 落入中等观察窗 | 调整触达节奏 | 对方意向下降 |
| 长期/未知 | 超过长窗或空值 | 复核渠道与许可 | 僵尸号或无效人群 |
规则必须写入版本化文档，并在不同国家、业务线和批次使用同一口径后再比较。
User ID、用户名、姓名和VIP字段能做什么？
这些字段可帮助任务结果去重、关联或人工复核，但不应自动成为身份认证。用户名可变，姓名可能为空或自定义，VIP表示任务支持的Telegram Premium相关状态而非消费能力。冻结状态也需要结合检测日期，不应永久贴标签。
| 字段 | 适合用途 | 禁止推断 |
|---|---|---|
| TG UserID | 受控关联和去重 | 法定身份 |
| tg用户名 | 平台内人工复核 | 永久联系方式 |
| First/Last Name | 显示与匹配辅助 | 真实姓名已核验 |
| 是否是TG VIP | 保存任务结果 | 高净值或购买力 |
| 是否冻结 | 风险/异常队列 | 永久不可用 |
从TXT到活动快照的操作流程
- 从有明确来源和用途的名单提取手机号；
- 按国家规则规范并在规范后去重；
- 导出UTF-8 TXT，一行一个手机号；
- 在爱普筛Telegram（TG）Number Checker选择TG筛活跃；
- 先用小样本核对Excel字段和空值；
- 正式任务完成后保留原始Excel；
- 用CRM ID和规范化号码回填专用TG字段；
- 记录检测日期、规则版本和下次复查条件。
Excel是导出格式，不是上传格式。任务结果不应覆盖许可、最后回复、销售阶段或客户负责人。
建立“活动信号—许可—互动”三层模型
| 层 | 字段来源 | 回答的问题 | 更新方式 |
|---|---|---|---|
| 活动信号 | TG筛活跃 | 任务返回了什么 | 按需重检 |
| 联系资格 | CRM许可、用途、退出 | 能否联系 | 事件实时更新 |
| 真实互动 | 消息、回复、订单、工单 | 发生了什么 | 业务系统记录 |
只有三层分开，团队才能知道某人可能有平台活动信号但不允许营销，或许可仍有效但渠道状态需要复查。
活动数据验收和异常矩阵
| 验收项 | 通过条件 | 失败动作 |
|---|---|---|
| 行数 | 输入、接受、结果和异常可对账 | 停止回填 |
| 字段 | 与TG筛活跃当前定义一致 | 核对任务 |
| 时间 | 离线时间和checked_at类型明确 | 固定时区 |
| 空值 | 保持unknown且有原因 | 禁止填0 |
| 映射 | 抽样可回到原手机号和CRM ID | 修复映射表 |
| 历史 | 新旧批次分别保留 | 禁止覆盖唯一列 |
什么时候需要重检活动状态？
重检应由业务事件或结果保质期触发，而不是每天重复运行。名单进入新的已许可服务流程、长周期项目重新启动、上次结果已超出团队定义的使用窗口，或异常字段完成修复时，才有明确重检理由。
| 触发器 | 是否重检 | 理由 |
|---|---|---|
| 仅想刷新报表 | 通常否 | 没有新的业务问题 |
| 结果超过内部使用窗口 | 可考虑 | 新鲜度不足 |
| 客户主动更新号码 | 是 | 关键输入已变化 |
| 任务异常已修复 | 是 | 需要确认修复 |
| 客户已退出 | 否 | 优先抑制而非重检 |
常见问题
活跃天数越小就越容易回复吗？
不能这样保证。活动字段与对你的品牌、内容、许可和意愿不同。回复需要通过实际、合规的互动测量。
离线时间为空是否就是不活跃？
不是。空值应保持未知，它可能意味着任务未返回、字段不适用、格式或处理异常。先查任务和异常记录。
TG筛活跃能防止封号吗？
不能。Telegram官方说明陌生人不受欢迎的消息可能被举报并导致限制。活动检查不能替代许可、消息内容、发送频率、退出和投诉处置。
一个成熟的活跃分层不会承诺“找出一定会回复的人”。它做的是把字段、时间和业务规则保存清楚，让团队知道哪些判断来自检测，哪些仍需真实互动验证。
