微博转发列表 API

Q: 怎么找到扩散中的关键节点？

按转发者的 author_follower_count 和每条转发自己的 repost_count 排序：粉丝多、转发又被大量二次转发的账号，就是这次传播的放大器。再看 author_verified_reason，能分清是媒体、机构还是个人大 V。

Q: 怎么看转发是不是集中在某一段时间？

看 posted_at、device 和转发者资料。把转发按发布时间分段，统计每段里转发数和发布设备的分布，再对照转发者的 author_follower_count 和 author_bio。

Q: 转发列表和内容详情有什么关系？

内容详情读一条微博本身，repost_count 只是一个数字；转发列表把转发的人一条条列出来。先用内容详情看转发数够不够多，再决定是否读转发列表。

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

转发列表：返回列表，默认 20 条、单次最多 20 条（传更大的数按 20 条返回）；主要字段 id、url、text、posted_at、device、repost_count。

微博转发列表按单条微博的 url 列出转发了它的微博，每条带转发时写的话 text、发布时间、发布设备、这条转发自己的转评赞数，以及转发者的昵称、简介、粉丝数和认证说明。它回答「这条微博是怎么传开的、谁在帮它扩散」，适合舆情分析里找出关键传播节点、品牌评估一次投放的扩散效果，以及看转发是不是集中在某一段时间。

url 支持 m.weibo.cn/detail/ 和 weibo.com/UID/ 两种写法，也可以直接填数字微博 ID。

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

AI 提示词

请帮我用 EveryInfra 的「微博转发列表」接口（weibo/reposts）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 weibo，action 填 reposts，参数放在 params 里。
- 必填参数：
  - url：单条微博的链接：https://m.weibo.cn/detail/<微博ID>、https://weibo.com/<用户UID>/<微博ID 或字母短码>，也可以直接填数字微博 ID。
- 可选参数：
  - limit：这次调用最多返回的条数，整数，1–20；不传按默认值，实际返回可能少于这个数。超过上限照收，按上限返回。（默认 20）
- 返回一组记录，每条记录的主要字段：id、url、text、posted_at、device（发布设备（如「iPhone客户端」））、repost_count、comment_count、like_count、is_repost（是否为转发）、original_post_id（转发微博时）、author_id、author_name；一共 18 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=weibo。
- 示例请求体：
{
  "platform": "weibo",
  "action": "reposts",
  "params": {
    "url": "https://weibo.com/1659899634/5326504200510190"
  }
}
- 计费：$0.81 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "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`	是	`weibo`	平台标识，固定值。
`action`	body	`string`	是	`reposts`	能力标识，固定值。
`url`	body.params	`string`	是	-	单条微博的链接：https://m.weibo.cn/detail/<微博ID>、https://weibo.com/<用户UID>/<微博ID 或字母短码>，也可以直接填数字微博 ID。
`limit`	body.params	`integer (1–20)`	否	`20`	这次调用最多返回的条数，整数，1–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": "weibo",
  "action": "reposts",
  "params": {
    "url": "https://weibo.com/1659899634/5326504200510190"
  }
}'

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

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "weibo",
  "action": "reposts",
  "results": [
    {
      "id": …,
      "url": …,
      "text": …,
      "posted_at": …,
      "device": …,
      "repost_count": …,
      "comment_count": …,
      "like_count": …,
      "is_repost": …,
      "original_post_id": …,
      "author_id": …,
      "author_name": …,
      "author_bio": …,
      "author_follower_count": …,
      "author_following_count": …,
      "author_verified": …,
      "author_verified_reason": …,
      "author_avatar_url": …,
      "platform": …
    }
  ],
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`url`	该记录在原平台上的可访问链接。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`device`	发布设备（如「iPhone客户端」）。
`repost_count`	转发数（区别于引用转发）。null 表示不公开。
`comment_count`	评论数。null 表示不公开，不等于 0。
`like_count`	点赞数。null 表示该平台或该接口不公开此数据，不等于 0。
`is_repost`	是否为转发。
`original_post_id`	转发微博时，被转发的原微博 ID（post_detail / user_posts）；可作为 post_detail 的 url 传入读原微博。不是转发时没有这个键。
`author_id`	作者在原平台的唯一 ID。
`author_name`	作者昵称（显示名）。
`author_bio`	作者简介；作者没填时没有。
`author_follower_count`	作者粉丝数。null 表示不公开。
`author_following_count`	作者关注数。
`author_verified`	作者是否加 V。
`author_verified_reason`	认证说明（如「XX公司CEO」），判断大V身份靠它；没认证时没有。
`author_avatar_url`	作者头像。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

怎么找到扩散中的关键节点？

按转发者的 author_follower_count 和每条转发自己的 repost_count 排序：粉丝多、转发又被大量二次转发的账号，就是这次传播的放大器。再看 author_verified_reason，能分清是媒体、机构还是个人大 V。

怎么看转发是不是集中在某一段时间？

看 posted_at、device 和转发者资料。把转发按发布时间分段，统计每段里转发数和发布设备的分布，再对照转发者的 author_follower_count 和 author_bio。

转发列表和内容详情有什么关系？

内容详情读一条微博本身，repost_count 只是一个数字；转发列表把转发的人一条条列出来。先用内容详情看转发数够不够多，再决定是否读转发列表。

错误与计费

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

错误码