TikTok 账号搜索 API

Q: username 和 sec_uid 该存哪个？

两个都存。username 是主页 @ 后面的短名，好读，但账号可以改名；sec_uid 是长期不变的账号标识，改名后也能对上同一个人。需要长期跟踪的名单，以 sec_uid 作为主键更稳妥。

Q: 能只搜认证账号吗？

不能在请求里筛选，但每个结果都带 is_verified，认证类型写在 verified_label 里。拿到一页后在本地过滤即可；找品牌官方号时，这一项是分辨真假账号的第一道关。

Q: like_count 是这个账号的什么数？

like_count 是账号所有作品累计收到的点赞，video_count 是作品数，两者相除可以粗略估算平均每条作品的点赞。比较体量不同的账号时，这个比值比单看粉丝数更不容易被刷粉的账号误导。

POST

接口健康状态

24h 健康值: 正常
24h 平均耗时: —

健康 / 正常
可用
少量可用
基本不可用

正常

24 小时趋势

30 天趋势

账号搜索：返回列表，每次一页、每页最多 20 条，条数不固定（短页不代表到底），要更多就把响应顶层的 next_page_token 作为 page_token 再调，没有 next_page_token 才是到底；limit 照收但不起作用；主要字段 user_id、username、display_name、url、sec_uid、follower_count。支持翻页：把响应里的 next_page_token 作为 page_token 传回拿下一页，其他参数不变，每页算一次调用。

TikTok 账号搜索按 keyword 找相关的创作者和品牌号，顺序与 TikTok 站内搜索一致，每个账号带粉丝数、关注数、获赞数、作品数、认证标识，以及正在直播时的 is_live。它回答「这个领域有哪些账号值得关注」：达人营销团队用它从一个品类词出发建立候选名单，品牌方用它排查冒充官方的账号。

结果按搜索相关度排列，不是粉丝排行；需要按粉丝数筛选时，拿到结果后自己排序。

单价 $0.56 / 千次（每次 $0.000556），失败与空结果不扣费。同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。

AI 提示词

请帮我用 EveryInfra 的「TikTok 账号搜索」接口（tiktok/user_search）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 tiktok，action 填 user_search，参数放在 params 里。
- 必填参数：
  - keyword：要找的账号名、昵称或领域词，如 cooking；返回相关账号，不是排行。
- 可选参数：
  - page_token：翻页令牌：把上一次响应里的 next_page_token 原样传回，拿下一页；不传从第一页开始。令牌 24 小时有效，每页算一次调用。每页最多 20 个账号。
- 返回一组记录，每条记录的主要字段：user_id、username、display_name、url、sec_uid（账号的 secUid（user_s…）、follower_count、following_count、like_count、video_count（视频数）、is_verified、verified_label（认证说明（user_search））、avatar_url；一共 14 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=tiktok。
- 示例请求体：
{
  "platform": "tiktok",
  "action": "user_search",
  "params": {
    "keyword": "coffee"
  }
}
- 计费：$0.56 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "mode": "async"：先拿到 job_id，再轮询 GET https://api.everyinfra.com/api/v1/jobs/{job_id} 取结果。
- 返回 422 时，按错误信息里的候选参数和允许值修正；返回 429 或 503 时，按 Retry-After 等待后重试。

写代码前，先问清楚我要采哪些对象、一共多少个、需要哪些字段、结果存成什么格式，再把方案和大概花费讲给我确认。

请求参数

参数名	位置	类型	必填	默认值	说明
`Authorization`	header	`string`	是	-	Bearer 加你的 API Key。在控制台创建；不要放进网址或代码仓库。
`platform`	body	`string`	是	`tiktok`	平台标识，固定值。
`action`	body	`string`	是	`user_search`	能力标识，固定值。
`keyword`	body.params	`string`	是	-	要找的账号名、昵称或领域词，如 cooking；返回相关账号，不是排行。
`page_token`	body.params	`string`	否	-	翻页令牌：把上一次响应里的 next_page_token 原样传回，拿下一页；不传从第一页开始。令牌 24 小时有效，每页算一次调用。每页最多 20 个账号。

代码示例

bash

curl -X POST 'https://api.everyinfra.com/api/v1/social' \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H 'Content-Type: application/json' \
  --data-raw '{
  "platform": "tiktok",
  "action": "user_search",
  "params": {
    "keyword": "coffee"
  }
}'

OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。

响应示例

字段预览

这组示例参数还没有真实样例：这里只按接口定义列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。

json

{
  "id": "req_…",
  "platform": "tiktok",
  "action": "user_search",
  "results": [
    {
      "user_id": …,
      "username": …,
      "display_name": …,
      "url": …,
      "sec_uid": …,
      "follower_count": …,
      "following_count": …,
      "like_count": …,
      "video_count": …,
      "is_verified": …,
      "verified_label": …,
      "avatar_url": …,
      "is_live": …,
      "next_page_token": …,
      "platform": …
    }
  ],
  "next_page_token": …,
  "pagination": { … },
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。

字段	含义
`user_id`	用户在原平台的唯一 ID。
`username`	用户名（@handle）。
`display_name`	显示名，可能与 username 不同。
`url`	该记录在原平台上的可访问链接。
`sec_uid`	账号的 secUid（user_search），TikTok 网页接口里长期不变的账号标识。
`follower_count`	粉丝数。null 表示不公开，不等于 0。
`following_count`	关注数。null 表示不公开，不等于 0。
`like_count`	点赞数。null 表示该平台或该接口不公开此数据，不等于 0。
`video_count`	视频数。
`is_verified`	是否为平台认证账号（蓝V等）。null 表示无法判定。
`verified_label`	认证说明（user_search），如 Verified account；没认证的没有这个字段。
`avatar_url`	头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。
`is_live`	账号此刻是否在直播（user_search）。
`next_page_token`	保留平台原语义
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

`username` 和 `sec_uid` 该存哪个？

两个都存。username 是主页 @ 后面的短名，好读，但账号可以改名；sec_uid 是长期不变的账号标识，改名后也能对上同一个人。需要长期跟踪的名单，以 sec_uid 作为主键更稳妥。

能只搜认证账号吗？

不能在请求里筛选，但每个结果都带 is_verified，认证类型写在 verified_label 里。拿到一页后在本地过滤即可；找品牌官方号时，这一项是分辨真假账号的第一道关。

`like_count` 是这个账号的什么数？

like_count 是账号所有作品累计收到的点赞，video_count 是作品数，两者相除可以粗略估算平均每条作品的点赞。比较体量不同的账号时，这个比值比单看粉丝数更不容易被刷粉的账号误导。

错误与计费

401: 缺少 Key 或 Key 无效。
402: 余额不足，先充值。
422: 参数名或取值不对，按错误信息给的候选改；不扣费。
429: 超过每分钟请求上限，按 Retry-After 等待后再试。
503: 暂时无法完成，预扣的费用退回；结果未知时先核对，不要直接重发。
200 空结果: 没有数据，不扣费。

错误码