小红书粉丝列表 API

Q: 为什么有的账号读不到粉丝列表？

很多账号把粉丝列表设成了不可见，这时请求会失败，并按失败退款。user_id 可以用主页资料或用户搜索返回的 user_id，也可以直接填主页链接。

Q: follower_count 是这个账号的粉丝数吗？

不是，它是这位粉丝自己的粉丝数。null 表示不公开或没认出来，不等于 0；这位粉丝发布了多少笔记看 note_count。url 是粉丝的主页链接，不带访问令牌，要能直接打开的链接，用 user_id 去调主页资料。

Q: 怎么读完一个账号的粉丝列表？

一直翻，直到响应里不再出现 next_page_token。每页通常 19–20 人，人数不固定，少几个不说明已经翻完；limit 在这里不管用，翻一页记一次调用。

POST

接口健康状态

暂时读不到这个接口的运行数据，无法判断它近期的状态。这不代表它不可用。

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

想知道哪些人关注了一个小红书账号，用粉丝列表，按 user_id 读取。每行是一位粉丝：昵称 nickname、头像 avatar_url、主页链接 url、这位粉丝自己的粉丝数 follower_count 和发布的笔记数 note_count。它回答「关注这个账号的是些什么人」，适合给达人或品牌号看受众里有没有活跃用户。

user_id 填 24 位用户 ID，或者 https://www.xiaohongshu.com/user/profile/<ID> 这样的主页链接。of_user 记着这一行是谁的粉丝，也就是请求里的 user_id，几个账号的粉丝合并存储时靠它区分。商品搜索那一页返回商品，这里返回人。

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

AI 提示词

请帮我用 EveryInfra 的「小红书粉丝列表」接口（xiaohongshu/followers_list）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 xiaohongshu，action 填 followers_list，参数放在 params 里。
- 必填参数：
  - user_id：要看谁的粉丝：24 位用户 ID（profile、search_users 返回的 user_id）或主页链接 https://www.xiaohongshu.com/user/profile/<ID>。
- 可选参数：
  - page_token：翻页令牌。第一页不传；之后把上一页响应里的 next_page_token 原样传回取下一页，其余参数不变。每页通常 19–20 人，每页算一次调用；翻到底时响应里没有 next_page_token。
- 返回一组记录，每条记录的主要字段：user_id、nickname（用户昵称）、avatar_url、url（该记录在小红书上的链接）、follower_count（粉丝数）、note_count（这位粉丝发布的笔记数（follow…）、of_user（这一行是哪个账号的粉丝（follo…）、next_page_token（翻页游标：同一页每行的值相同）。
- 示例请求体：
{
  "platform": "xiaohongshu",
  "action": "followers_list",
  "params": {
    "user_id": "59dcceac20e88f3035edb060"
  }
}
- 计费：$5.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`	是	`xiaohongshu`	平台标识，固定值。
`action`	body	`string`	是	`followers_list`	能力标识，固定值。
`user_id`	body.params	`string`	是	-	要看谁的粉丝：24 位用户 ID（profile、search_users 返回的 user_id）或主页链接 https://www.xiaohongshu.com/user/profile/<ID>。很多账号把粉丝列表设成了不可见，这时请求失败、按失败退款。
`page_token`	body.params	`string`	否	-	翻页令牌。第一页不传；之后把上一页响应里的 next_page_token 原样传回取下一页，其余参数不变。每页通常 19–20 人，每页算一次调用；翻到底时响应里没有 next_page_token。

代码示例

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": "xiaohongshu",
  "action": "followers_list",
  "params": {
    "user_id": "59dcceac20e88f3035edb060"
  }
}'

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

user_id 填 24 位用户 ID；很多账号把粉丝列表设成不可见，这时请求失败、按失败退款。

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "xiaohongshu",
  "action": "followers_list",
  "results": [
    {
      "user_id": …,
      "nickname": …,
      "avatar_url": …,
      "url": …,
      "follower_count": …,
      "note_count": …,
      "of_user": …,
      "next_page_token": …,
      "platform": …
    }
  ],
  "next_page_token": …,
  "pagination": { … },
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`user_id`	用户在原平台的唯一 ID。
`nickname`	用户昵称。
`avatar_url`	头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。
`url`	该记录在小红书上的链接。search、note、profile、hashtag 返回的链接一般带访问令牌，未登录的浏览器也能打开（令牌有时效，过期后重新调用即可）；user_posts 返回的笔记链接不带令牌，在浏览器里打开需要令牌：用笔记 ID 调 note 能拿到可以打开的链接；search_users 返回的主页链接同样不带令牌，用 user_id 调 profile 拿能打开的链接。pgy_content_square 不带 keyword 时笔记链接带令牌，带 keyword 时不带（用笔记 ID 调 note 拿能打开的链接）。followers_list 返回的是粉丝的主页链接，同样不带令牌；note_location 返回的笔记链接带上了请求里的令牌（请求里没带就没有）。
`follower_count`	粉丝数。profile 里是精确值；search_users 里是从列表展示的「粉丝 1.2万」换算的近似值（1.2万 → 12000）；followers_list 里是这位粉丝自己的粉丝数。null 表示不公开或没认出来，不等于 0。
`note_count`	这位粉丝发布的笔记数（followers_list）。
`of_user`	这一行是哪个账号的粉丝（followers_list），即请求里的 user_id。
`next_page_token`	翻页游标：同一页每行的值相同，原样作为下一次请求的 page_token 就取下一页，其余参数保持不变；为空或没有这个字段表示没有下一页。能传 page_token 的是 search、user_posts、comments、sub_comments、search_users、hashtag、product_search、pgy_content_square、reviews、followers_list；comments_batch 行上也带这一项，但它本身不收 page_token。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

为什么有的账号读不到粉丝列表？

很多账号把粉丝列表设成了不可见，这时请求会失败，并按失败退款。user_id 可以用主页资料或用户搜索返回的 user_id，也可以直接填主页链接。

`follower_count` 是这个账号的粉丝数吗？

不是，它是这位粉丝自己的粉丝数。null 表示不公开或没认出来，不等于 0；这位粉丝发布了多少笔记看 note_count。url 是粉丝的主页链接，不带访问令牌，要能直接打开的链接，用 user_id 去调主页资料。

怎么读完一个账号的粉丝列表？

一直翻，直到响应里不再出现 next_page_token。每页通常 19–20 人，人数不固定，少几个不说明已经翻完；limit 在这里不管用，翻一页记一次调用。

错误与计费

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

错误码