アクティブユーザー数を取得
時間粒度やユーザーごとのグループ化を任意で指定して、チーム内の重複を除いたアクティブユーザー数をクエリします。
認証
Authorization ヘッダーにサービスキーを含めてください。
アクティブユーザーと見なされる条件
active_users
フィールドには、重複のないユーザー数が記録されます。
グループ化と粒度
granularity と group_by を利用します。
- 粒度やグループ化の指定なし — 指定した日付範囲全体におけるアクティブユーザーの合計数を 1 行で返します
granularity=daily— 各行にYYYY-MM-DD形式のtimestampが含まれます (デイリーアクティブユーザー)granularity=monthly— 各行にYYYY-MM形式のtimestampが含まれます (マンスリーアクティブユーザー)group_by=user— アクティブユーザーごとに 1 行ずつ返し、各行に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 を返します。
レート制限
Retry-After ヘッダーとともに 429 Too Many Requests を返します。
以前のクエリのページネーション (next_page_cursor をたどる場合) は、この制限にカウントされません —
対象となるのは、各レポートの初回クエリのみです。制限が低く設定されているのは、このエンドポイントが
リアルタイムの使用量監視ではなく、定期的なレポート作成を目的としているためです。承認
ヘッダー
前回のレスポンスの ETag 値。データが変更されていない場合、server は 304 Not Modified を返します。
クエリパラメータ
日付範囲の開始日(この日を含む)。形式は YYYY-MM-DD です。
日付範囲の終了日(この日を含む)。形式は YYYY-MM-DD です。範囲は 90 日を超えてはいけません。
アクティブユーザーをクエリする対象の product。
agent 結果をグループ化する時間粒度。指定した場合、各行に timestamp フィールドが含まれます。
省略した場合、アクティブユーザー数は日付範囲全体で集計されます。
daily, monthly 結果をグループ化するディメンション。アクティブユーザー endpoint でサポートされているのは user のみで、この場合は
アクティブユーザーごとに 1 行(各行の active_users = 1)が返されます。
user 結果の絞り込みに使用する model UID のカンマ区切りリスト。
結果を特定の group に属するユーザーに絞り込みます。サービスキーにはこの group へのアクセス権が必要です。
結果を特定のユーザー(auth UID)に絞り込みます。
1 ページあたりに返される行数の上限。
1 <= x <= 10000次のページを取得するための、前回のレスポンスの pagination.next_page_cursor に含まれる不透明なカーソル。
