获取活跃用户分析
分析 API
获取活跃用户数
查询你团队的独立活跃用户数,并可选择时间粒度和按用户分组。
GET
获取活跃用户分析
这是一个v2 端点,使用 Bearer 令牌进行身份验证和查询参数;不同于 v1 分析 API,后者在请求体中使用服务密钥。请参阅下方的 身份验证。
身份验证
Authorization 标头中包含你的服务密钥:
什么情况下会计为活跃用户
active_users 字段表示不同用户的数量。
分组与粒度
granularity 和 group_by 控制返回数据的结构:
- 不设置粒度或分组 — 返回单行数据,其中包含整个日期范围内的活跃用户总数
granularity=daily— 每行都包含一个YYYY-MM-DD格式的timestamp(日活跃用户)granularity=monthly— 每行都包含一个YYYY-MM格式的timestamp(月活跃用户)group_by=user— 每个活跃用户返回一行,并包含user_id;每行的active_users都为1
与 获取用量 不同,活跃用户端点的
group_by 仅支持 user。其他维度 (model_uid、ide) 在此处无效。分页
pagination 对象中包含一个 next_page_cursor。将其作为 page_cursor 查询
参数传入,以获取下一页。
页面游标会在 24 小时后过期。后续的分页请求不会作为新的查询计入你的速率限制。
缓存
ETag 标头。为避免重复传输数据,请在请求中附带之前的 ETag 值作为 If-None-Match 标头;如果数据未发生变化,服务器将返回 304 Not Modified。
速率限制
429 Too Many Requests,并附带 Retry-After 标头。
对先前查询结果进行分页 (沿用 next_page_cursor) 不会计入此限制——
只有每份报告的初始查询才会计入。较低的限制说明,此端点用于
定期报告,而非实时用量监控。授权
请求头
来自上一个响应的 ETag 值。如果数据未发生变化,服务器将返回 304 Not Modified。
查询参数
日期范围的开始日期(含),格式为 YYYY-MM-DD。
日期范围的结束日期(含),格式为 YYYY-MM-DD。范围不得超过 90 天。
要查询活跃用户数的产品。
可用选项:
agent 用于对结果分组的时间粒度。指定后,每一行都包含 timestamp 字段。
如果省略,活跃用户数会在整个日期范围内聚合。
可用选项:
daily, monthly 用于对结果分组的维度。活跃用户端点仅支持 user,这会为每个活跃用户返回一行
(每行的 active_users = 1)。
可用选项:
user 用于筛选结果的模型 UID 逗号分隔列表。
将结果筛选为特定组中的用户。服务密钥必须具有该组的访问权限。
将结果筛选为特定用户(auth UID)。
每页返回的最大行数。
必填范围:
1 <= x <= 10000来自上一个响应中 pagination.next_page_cursor 的不透明游标,用于获取下一页。
