Telegram用户名+头像筛选不是简单地在用户名结果后面加一张图片。它把号码、账号标识、公开资料、活跃状态和头像分析字段放在同一份Excel里，目的是让团队能够按原始号码逐行核对，而不是凭头像或昵称猜测一个人的身份。
先看完整字段地图
| 字段组 | 当前可返回字段 | 主要用途 |
|---|---|---|
| 关联键 | 手机号、TG UserID | 回查TXT输入与区分平台账号标识 |
| 公开资料 | TG用户名、First Name、Last Name | 整理任务执行时可见的账号资料 |
| 状态 | 用户离线时间、活跃天数、TG VIP、是否冻结 | 描述本次任务返回的状态信号 |
| 头像分析 | 头像URL、年龄、性别 | 保留头像来源并承载模型分析结果 |
具体列名以本次导出为准。进入Telegram筛号产品页可以核对当前服务；同类知识可从Telegram用户名+头像专题继续阅读。
手机号与TG UserID负责把结果串起来
手机号来自上传的TXT名单，是导出结果回填原始业务表时最直接的连接键。TG UserID属于平台账号标识，不应与手机号或用户名互相替换。实际整理时，可以给原始名单添加source_row_id，再以规范化手机号匹配导出行；如果同一号码在来源表出现多次，也能把一次检测结果准确回填到相应记录。
用户名和姓名字段要保留原值
TG用户名、First Name和Last Name可能完整、部分缺失或全部为空。空值只说明任务当时没有返回该字段，不代表账号无效，也不能据此补写真实姓名。用户名还可能发生变化，因此不适合作为CRM唯一主键。
- 不要把First Name与Last Name强行拼成经过验证的真实姓名。
- 不要用其他记录的用户名填补空格。
- 需要展示时，应标注检测日期，并保留原始字段。
头像URL是证据字段，年龄和性别是分析字段
头像URL说明分析对象来自哪一张可访问头像；年龄和性别则是基于头像特征得到的分析结果，两者不是同一层级。头像缺失、不可访问或画面不适合分析时，年龄和性别可能为空。即使返回结果，也不应把它写成经过身份认证的个人属性，更不适合用于高风险决策。
读取顺序：先看头像URL是否存在，再看年龄和性别是否有值，最后结合任务状态判断该行是“无头像”“无法分析”还是“已有分析结果”。不要把所有空值压成同一个“否”。
状态字段都有时间边界
离线时间、活跃天数、TG VIP和冻结状态描述的是任务执行时返回的信息。它们可能随账号状态变化，不是永久标签。保存Excel时应同时记录task_id和checked_at；后续重新检测应新增一次观察，而不是覆盖旧结果。更多任务边界可查看Telegram筛号知识中心。
从TXT到Excel的正确交接方式
- 上传一行一个规范化号码的TXT文件，不上传Excel或CSV作为输入。
- 保留原始名单、去重映射和任务编号。
- 导出Excel后先核对手机号覆盖率，再检查字段完整度。
- 将空值、异常值和待复核行分别统计，不自行补齐。
- 只把完成当前业务目的所需的字段交给获授权人员。
常见问题
有头像URL就一定有年龄和性别吗？
不一定。头像可能无法访问、没有清晰人物或不适合分析，因此头像URL有值时，分析字段仍可能为空。
TG UserID和TG用户名是同一个字段吗？
不是。TG UserID是账号标识字段，用户名是可变化且可能缺失的公开资料字段。导出和入库时应分列保存。
可以根据头像确认真实身份吗？
不可以。头像和分析字段不能替代身份核验，也不应被写成确定的真实年龄、性别或本人照片。
为什么要保留检测日期？
用户名、头像和状态都可能变化。日期让团队知道结果对应哪次观察，也便于比较后续刷新。
字段越多，越需要守住解释边界
一份合格结果应当能从Excel行回到TXT号码，能区分原始平台字段与头像分析字段，并如实保留空值。这样，字段丰富才会带来可用信息，而不是制造看似完整的错误档案。
