Threads 公开数据 API
从公开用户资料开始,再按关键词找帖子、研究已知账号内容,或用链接查询单篇帖子。接口只读,返回的是可见样本与查询时的观察值,不是完整历史或保证实时的数据流。
打开独立 Threads 演示页从一个公开用户名开始
将 <API_KEY> 替换为控制台中你有权使用的平台 API 密钥。查询 URL 含有密钥,请勿放入公开链接、截图或未经脱敏的日志。
示例向公开资料接口传入 username=zuck,也可替换为已确认的 Threads 用户名,无需提供账号登录凭据。资料字段可能变化,也可能返回 data.user:null;示例不保证每次都有可用资料。
基础 URL https://api.opendata-api.com
curl -X GET 'https://api.opendata-api.com/api/project/threads-scraper/get-user-details?key=<API_KEY>&username=zuck'import requests
response = requests.request(
"GET",
"https://api.opendata-api.com/api/project/threads-scraper/get-user-details",
params={
"key": "<API_KEY>",
"username": "zuck",
},
timeout=30,
)
response.raise_for_status()
print(response.json())const url = new URL("https://api.opendata-api.com/api/project/threads-scraper/get-user-details");
url.search = new URLSearchParams({
"key": "<API_KEY>",
"username": "zuck",
}).toString();
const response = await fetch(url, {
method: "GET",
});
if (!response.ok) throw new Error(`HTTP ${response.status}`);
console.log(await response.json());Threads 请求要点
- 仅查询公开且可用的内容,不包含私密账号活动、粉丝名单、回复明细或私有分析数据。品牌提及核实、情感分类与提醒流程都需自行实现,返回计数不代表官方账号洞察。
- username 应填写 zuck 这样的账号用户名,不是显示名称、个人主页链接或数字 ID。pk 与 id 即使全是数字也要按字符串原样保存;集合 id 可能带账号后缀,code 则是单帖查询使用的短代码,不要混用这些字段。
- 关键词搜索先遍历 data.results,进入 node.thread,再遍历 thread_items 并读取每个 post;账号帖子先遍历 data.posts,再遍历 node.thread_items 并读取每个 post。一个外层条目可能包含多篇帖子,统计、去重或导出前必须遍历全部 thread_items。
- 返回集合是查询时可获取的样本,不是完整历史,也不保证实时覆盖。即使响应出现 data.cursor,也没有可用的分页输入;不要添加 cursor、page、日期范围或排序参数。搜索接口只传 query,账号帖子接口只传 username。
- 单帖详情至少填写 code 或 url。code 是短代码,不是数字帖子 ID;url 接受 threads.com 或 threads.net 上的 HTTPS 公开帖子链接,作为查询值时应进行 URL 编码。两项都填时以 url 为准,尽量只选一种以免定位错误。
- data.results:[] 表示当前查询没有候选,data.user:null 表示本次没有可用资料,bio_links:[] 表示没有返回可选链接。这三种情况含义不同,不应直接认定服务故障或账号删除;空简介链接也不能用猜测的网站、邮箱或联系方式填补。
- view_count:null 表示浏览量未知,而不是零;其他缺失指标也应保留为未知。taken_at 是以 Unix 秒表示的发帖时间,应用还需另外记录采集时间。粉丝数与互动数是当时观察值,跨次比较前先去重,不能依据未知浏览量计算互动率。
先检查状态,再读取资料
先检查 HTTP 状态,再分别查看网关的 code、message 与 data,不能仅凭 HTTP 200 判定业务成功。业务成功后仍需读取结果内容:用户搜索可能为空数组,资料也可能是 data.user:null,这些结果不能当作一份已获取的账号资料。
按研究任务选择接口
- 发现关键词讨论与品牌提及样本
-
准备品牌名、产品名或主题词,填入 search-posts 的必填 query。展开每个搜索结果中的全部帖子后再审核相关性;去重、定时采集与告警由应用自行完成。
- 研究已知账号的公开内容
-
list-user-posts 需要已经确认的 username,而不是显示名称或数字 ID。只知道名称时,先到账号研究任务中搜索并核对;拿到用户名后展开所有 thread_items,不把返回样本当作完整历史。
- 核对单篇帖子与互动计数
-
get-post-details 至少需要公开帖子 url 或短代码 code;短代码可从搜索或账号帖子结果中取得,数字帖子 ID 不能替代。两者同时提供时以 url 为准,再记录可用的正文、来源与分项互动数。
- 发现账号并补充资料与公开外链
-
只知道姓名或关键词时,先用 search-users 的 query 查找候选并核对用户名。确认 username 后,用 get-user-details 查询资料与粉丝数;需要可选简介链接时,选择 get-user-details-with-bio-link。
帖子与内容研究
/api/project/threads-scraper/search-posts 按关键词搜索 Threads 公开帖子
完整文档 →说明
传入必填的 query 关键词或短语,查找匹配的 Threads 公开帖子。响应包含 status、request_id 与 data.results;先遍历 data.results,再进入 node.thread,遍历 thread_items 并读取每个 post。已观察到的字段包括字符串 pk 和 id、短代码 code、user.username、可用时的 caption.text、以 Unix 秒表示的 taken_at 以及 like_count。一个外层搜索结果可能包含多条帖子,计数或导出前应遍历并展开全部 thread_items。 请结合正文与作者资料判断相关性,不要把关键词命中直接当成已核实的品牌提及。结果可能随请求变化,也不覆盖所有匹配帖子。响应可能包含 data.cursor,但本接口只接受 query,不支持传入 cursor、page、日期范围或排序参数。去重、定时轮询、告警与情感分类均需在自己的应用中实现。
测试这个 Threads 接口 1 项必填 · 0 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query |
调用成本暂不可用,未假定任何价格。
/api/project/threads-scraper/list-user-posts 按用户名获取 Threads 可用帖子集合
完整文档 →说明
传入必填的 Threads username,获取该账号当前可用的公开帖子。这里需要账号用户名,而不是显示名称或数字账号 ID。响应包含 status、request_id 与 data.posts;先遍历 data.posts,再遍历 node.thread_items 并读取每个 post。已观察到同一串文包含多个条目,应全部展开。帖子字段包括字符串 pk 和 id、code、user.username、可用时的 caption.text、以 Unix 秒表示的 taken_at 与 like_count。集合中的 id 可能带账号后缀,请完整保留,不要强制转换成数字。 返回内容是可用样本,不是完整发帖历史。即使响应包含 data.cursor,请求也只接受 username,不支持 cursor、page、limit、日期范围或排序参数。比较多次账号内容观察时,应记录采集时间并按标识去重。内容的可见性与可用性可能变化,缺失指标应继续保留为未知。
测试这个 Threads 接口 1 项必填 · 0 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query |
调用成本暂不可用,未假定任何价格。
/api/project/threads-scraper/get-post-details 通过链接或短代码查询 Threads 帖子详情
完整文档 →说明
使用 code 或 url 查询一篇 Threads 公开帖子,至少提供一种定位方式。code 是帖子短代码,不是数字帖子 ID;url 必须是 threads.com 或 threads.net 上的 HTTPS 帖子链接。两者同时提供时以 url 为准。将完整链接作为查询参数传入时,请进行 URL 编码。 响应包含 status、request_id 与 data.post,帖子字段包括字符串 id、code、username、text、以 Unix 秒表示的 taken_at、url,以及 like_count、reply_count、repost_count、quote_count 和 view_count。已观察到同一帖子的短代码查询结果与账号帖子集合中的作者、正文和发布时间一致。实测 view_count 明确为 null,表示浏览量不可用,不能转换为零。互动计数是查询时的观察值,不是私有分析数据;回复数与引用数不包含对应内容明细。仅支持公开且可用的帖子,输入无效或内容不可用时可能查询失败。
测试这个 Threads 接口 0 项必填 · 2 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query | ||
| query |
调用成本暂不可用,未假定任何价格。
用户资料与账号发现
/api/project/threads-scraper/search-users 按名称或用户名搜索 Threads 账号
完整文档 →说明
在必填的 query 中提供姓名、用户名或账号搜索关键词。响应包含 status、request_id 与 data.results,候选资料位于 data.results[].node。已观察到的字段包括 username、字符串 pk 和 id、full_name、is_verified、follower_count 与 profile_pic_url。查询完整资料或账号帖子前,应先核实并选定目标 username;显示名称相似并不能证明是同一个人或账号。 实测一个不存在的随机用户名返回成功响应与 data.results:[]。空数组表示该查询没有匹配结果,不代表服务故障,也不能单独证明某个账号已被删除。结果不是完整账号目录,接口没有开放分页参数。
测试这个 Threads 接口 1 项必填 · 0 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query |
调用成本暂不可用,未假定任何价格。
/api/project/threads-scraper/get-user-details 按用户名获取 Threads 公开资料与粉丝数
完整文档 →说明
传入必填的 Threads username 查询公开用户资料。响应包含 status、request_id 与 data.user。已观察到的字段包括字符串 pk 和 id、username、full_name、is_verified、follower_count、biography 与 profile_pic_url。公开用户名 zuck 的示例对应 Mark Zuckerberg,pk 与 id 均为 63055343223。账号标识应按字符串保存,粉丝数则是可能随查询时间变化的观察值。 实测一个不存在的用户名返回 status:ok 与 data.user:null。这应作为资料不可用的一次观察记录,而不是账号已删除的证明。本接口不返回粉丝身份、私密活动或受众人口统计。需要可选公开外链时,使用带简介链接的资料查询;需要账号内容时,使用账号帖子接口。
测试这个 Threads 接口 1 项必填 · 0 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query |
调用成本暂不可用,未假定任何价格。
/api/project/threads-scraper/get-user-details-with-bio-link 获取 Threads 公开资料与可选简介链接
完整文档 →说明
传入必填的 Threads username,获取包含可选简介链接信息的公开资料。响应包含 status、request_id 与 data.user。已观察到的字段包括字符串 pk 和 id、username、full_name、is_verified、follower_count、biography、profile_pic_url 与 bio_links。实测 zuck 的资料返回预期账号身份及空 bio_links 数组;这个结果没有验证非空链接条目的字段结构。 简介链接属于可选数据,空数组是有效结果,不意味着应猜测网站或联系地址。若有返回链接,请按原值保留,使用前核对目标地址。公开链接不构成联系许可,也不证明存在邮箱或拥有该目标网站。本接口不开放私密资料活动;公开粉丝数也不等于粉丝名单。
测试这个 Threads 接口 1 项必填 · 0 项可选
| 参数 | 位置 | 值 |
|---|---|---|
| query |
调用成本暂不可用,未假定任何价格。
可查询范围与数据边界
搜索 Threads 公开讨论、发现候选账号,并获取结构化用户资料与帖子数据,为自己的研究应用提供数据来源。这个独立、只读的 API 提供六项查询能力。
- 关键词搜帖:获取匹配帖子的作者用户名、标识、正文与发布时间
- 账号发现:按名称或用户名搜索,核对候选资料后再选定账号
- 公开用户资料:按用户名查询身份字段、个人简介、认证标记与观察到的粉丝数
- 简介链接:获取资料中可选的公开外链,不推断未提供的网站或联系方式
- 账号帖子:读取已知用户名当前可获取的帖子集合,保留同一串文中的多条帖子
- 单帖详情:通过公开帖子链接或短代码获取正文、来源链接及可用的点赞、回复、转发与引用计数
适合搭建创作者目录、品牌提及审核队列、竞品内容对比与带来源链接的研究数据集。定时采集、去重、情感分析与多次观察对比需由应用自行实现。返回集合是样本,不代表完整历史或保证实时的数据流;即使响应包含 cursor,也没有可传入的分页参数。不包含私密账号活动、粉丝名单、回复明细或私有分析数据,缺失指标应保留为未知,而非补零。