cURL 请求
POST /api/v1/bulk-taskscurl -X POST "https://tgvalidator.com/api/v1/bulk-tasks" \
-H "X-API-Key: sk_your_api_key" \
-F service_type=tg_username_profile_batch \
-F file=@usernames.txt 公开演示
POST /api/v1/bulk-tasksservice_type=tg_username_profile_batch接口约定
两步接入：提交文件，再查询任务
提交后立刻返回任务号；之后按任务号查询状态，任务成功时响应里会带上结果文件的下载链接。下面每个请求都配上它自己的响应。
1. 提交文件
按有效行数冻结相应余额，任务进入后台执行，完成后按实际用量结算。
响应：任务已创建
200 OK{
"code": 0,
"msg": "ok",
"data": {
"id": "3f9c2a7d8e4b4c1a9f0e6b2d5c8a7e13",
"product": "tg_username_profile_batch",
"status": "processing",
"total": 2000,
"created_at": "2026-09-08T09:30:00Z"
}
}2. 查询任务
按任务号轮询。任务成功时响应里带成功/失败计数和结果文件下载链接。
cURL 请求
GET /api/v1/bulk-tasks/{id}curl "https://tgvalidator.com/api/v1/bulk-tasks/3f9c2a7d8e4b4c1a9f0e6b2d5c8a7e13" \
-H "X-API-Key: sk_your_api_key"响应：任务已完成
200 OK{
"code": 0,
"msg": "ok",
"data": {
"id": "3f9c2a7d8e4b4c1a9f0e6b2d5c8a7e13",
"product": "tg_username_profile_batch",
"status": "success",
"total": 2000,
"success_cnt": 1980,
"failure_cnt": 20,
"result_url": "https://…/result.zip",
"created_at": "2026-09-08T09:30:00Z"
}
}执行方式
一个批量任务是怎么跑完的
批量不是把实时检测放大 —— 它是一次提交、后台执行、稍后取件。整个过程你不需要守着页面，任务状态和结果都留在后台。
01上传号码文件
一行一个号码的 .txt 或 .csv。文件流式提交，服务器不保存文件副本。
02预检并冻结余额
先校验格式与国家一致性，通过后按有效行数冻结相应余额，完成后按实际用量结算；预检不过不扣一分钱。
03后台执行
任务在后台跑，你可以关掉页面。失败会立即反馈并全额退款。
04下载结果文件
完成后在批量检测页下载。只按实际返回结果的号码计费，差额自动退回。
结果字段
结果文件里有哪些列
下载的是一个 zip：除这张完整结果表外，还会把已注册与未注册的号码分成两份名单。
结果文件的列
username·alex_kim— 提交的用户名（不含 @）。activated·yes— 该用户名是否对应一个存在的 Telegram 账号。uid·1234567890— Telegram 用户 ID。lastseen·2026-04-26 17:01:17— 最近一次观测到的在线时间。activedays·130— 距今的活跃天数，数值越小越近期。member·no— 是否为 Telegram Premium 会员。avatar_url·<image url>— 公开头像链接，没有头像时为空。
适用场景
什么时候该用这一款
- 用户名名单活跃度分层
- 识别长期不在线的账号
- 会员与非会员分组
- 补全用户 ID 与头像
直接答案
用户名资料检测（批量）是什么？
Telegram 用户名资料检测（批量）在确认账号存在之外，额外返回用户 ID、最近在线时间、活跃天数、Premium 会员标记与头像链接。输入是用户名而不是手机号，不需要选择国家，每行一个用户名。
能力边界
这款产品不做什么
- 不做身份认证。结果只说明这个号码在平台上的公开状态，不能用来确认号码归属人。
- 不返回聊天记录、会话内容或任何私密账号内容。
- 提交任务时选定号码所属的国家/地区。名单应基本属于所选国家；同拨号区的邻国号不算跨国。不符合的名单会在扣费之前被拒绝。
- 结果反映任务执行那一刻的状态。需要最新状态就重新跑一次，我方不会自动刷新历史结果。
- 下载链接有时效。任务完成后请尽快下载，过期后可再次查询任务重新获取链接。
适用判断
什么时候用批量，什么时候实时更合适
| 实时检测 | 批量检测 | |
|---|---|---|
| 号码数量 | 单号 1 个；多号一次可提交多个，具体上限见 API 文档 | 一次跑完整份大名单——当前数量区间见价格页 |
| 拿到结果 | 当场出结果：单号与 API 多号在同一次响应里，网页多号逐个返回 | 任务跑完后下载结果文件 |
| 国家/地区 | 不限，一次可以混着查 | 提交时选定一个国家/地区，名单应基本属于它；混入太多别国号码会在扣费前被拒绝 |
| 结果形态 | JSON，逐号字段 | 结果文件（zip，含完整表与分组名单） |
| 典型用途 | 表单校验、客服复核、发送前实时拦截 | 名单清洗、投放前筛选、存量数据治理 |
产品常见问题
关于用户名资料检测的常见问题
什么时候用批量，什么时候用实时检测？
整份大名单用批量。号码不多时用实时检测：同一次请求就出结果，不需要等任务调度。
文件里有无效号码会怎样？
预检阶段会剔除格式不合法的行，它们不计入计费基数。剩下的号码里，上游没能返回结果的那部分也不收费。只对真正拿到结果的号码计价。
任务要跑多久？
取决于号码量与产品类型。提交后可以关掉页面，任务在后台执行，完成后在批量检测页下载结果。
失败了钱会退吗？
会。任务失败全额退款。任务成功但部分号码没出结果，那部分自动退回。提交时冻结的余额与最终实收的差额始终会退。