通过用户 ID 获取 TikTok 视频信息流
查看 TikTok 用户、视频与音乐数据 API 的全部接口 →通过 GET /user/id/{user_id}/feed 获取 TikTok 用户的媒体信息流。必填参数 user_id 应以字符串形式传入数字用户标识，文档中的默认值和示例均为 127905465618821121，请完整保留每一位数字。可选查询参数 max_cursor 和 min_cursor 也都是字符串。文档未提供这两个参数的示例值、默认值、翻页方向或日期含义。首次请求时请均留空；设计采集进度保存机制前，应分别验证各自的行为，不能将它们视为页码、已确认的日期筛选条件或可互换的值。 此 ID 视频信息流接口暂无响应示例或已观测的响应。媒体列表容器、视频标识字段、排序方式、条目数量、后续分页字段和结束标志均未核实，不能从其他信息流接口推定其响应结构。归档条目或轮询新内容之前，请先确认返回的标识和分页行为。取得的信息流样本不保证覆盖该账号的完整历史。
API 功能
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
/api/project/tiktok/user-media-feed-by-id API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/tiktok/user-media-feed-by-id?key=<API_KEY>&user_id=127905465618821121'
查询结果
使用场景
- 为以 user_id 关联的创作者媒体档案继续采集，按已核实的视频标识去重，并保留每次获取时间。
- 在此 ID 信息流接口上分别测试两个游标参数后，建立请求次数受限、可保存游标进度的新内容轮询任务。
- 将可获取的信息流条目整理为某位创作者的编辑审阅队列，不将其描述为账号的完整导出。
- 通过已核实的条目 ID 检查同一创作者多次采样的重叠情况，再决定是否需要继续采集。
常见问题
首次请求用户视频信息流时怎么传参？
将已知的数字 TikTok 用户 ID 以字符串形式填入必填参数 user_id，并将两个可选游标均留空。文档中的用户 ID 默认值和示例均为 127905465618821121。长 ID 请始终保留为字符串，以免丢失数字。
max_cursor 和 min_cursor 有什么区别？
它们是两个独立的可选字符串查询参数。文档未提供示例值、翻页方向或两者的确切关系。在采集流程中使用任何一个参数前，请先针对本接口分别测试。
可以把这些游标当作页码或日期筛选条件吗？
文档没有说明它们具备这些含义。不要凭推测将页码或时间戳当作游标传入；实现分页或按时间范围采集之前，应先验证接口接受的值及其实际效果。
哪些响应字段表示视频和下一页？
此 ID 信息流接口暂无响应示例或已观测的响应。列表容器、视频 ID 字段、后续分页令牌和信息流结束标志均未核实，应检查实际响应，而不是直接采用其他信息流接口的结构。
能返回账号的全部视频吗？
不能保证覆盖账号的完整历史。请将每次结果视为当前可获取的信息流样本，限制采集尝试次数；如果响应提供了可确认的媒体标识，再据此去重。