概要:データの更新頻度は、イベントが発生してからプラットフォーム上でデータが確認可能になるまでの期間を示します。
タイムゾーン
データの更新頻度とタイムゾーンサポート
データの更新頻度
AppsFlyerプラットフォームでは、日次およびリアルタイムなどの異なるタイプのデータ更新頻度を使用します。これらは、データを提示して利用可能にするために使用されます。それぞれに独自のデータ更新率があります。
例:イベントレポートのデータ更新率:
- 指標KPI:リアルタイム
- 平均KPI:デイリー
タイムゾーン
AppsFlyerプラットフォームでは、1日は00:01に始まり、24:00に終わります。デフォルトのタイムゾーンはUTC(GMT)です。デフォルトは、アプリ固有のタイムゾーンを設定することで変更できます。
日付とタイムゾーンの原則
UTC時間は一定で、夏時間/冬時間はありません。
半球
- 東部:UTCとして指定されたタイムゾーン+UTC の東に位置するタイムゾーンです。
- 西部:タイムゾーンはUTC-として指定されます
アプリ固有のタイムゾーン
アプリ固有のタイムゾーンを設定できます。つまり、データは UTC ではなく現地時間を使用して日別にグループ化されます。
例:
北京: アプリ固有のタイムゾーンが北京(UTC +8)に設定されている場合、その日は16:01 UTCに始まり、翌日16:00 UTCに終わります。
ロサンゼルス:アプリ固有のタイムゾーンがロサンゼルス(UTC -8)に設定されている場合、その日はUTCの08:01に始まり、翌日のUTCの08:00に終了します。
タイムゾーンのガイドライン
- アプリ固有のタイムゾーンを、GoogleやFacebookなどの他のアトリビューションサービスプロバイダー用に設定したタイムゾーンに合わせます。
- 複数のアプリがある場合、ベストプラクティスは、すべてのアプリを同じタイムゾーンに設定することです。アプリのタイムゾーン設定を表示するには、設定 > アプリの設定 に移動します。
- ほとんどのレポートとデータ抽出ツールは、アプリ固有のタイムゾーンをサポートしています。これには、すべてのアプリが同じアプリ固有のタイムゾーンに設定されている場合のマルチアプリレポートが含まれます。
デイリーの処理
一部のレポートとプルダウンリストは、1日1回処理されます。これは、日別更新または日別処理と呼ばれます。次の事項は、日別処理の原則です:
- 月曜日、など特定の日に属するデータは、 バケツに収集されます。1日は00:01に始まり、アプリ固有の時間を使用して24:00に終わります。
- 真夜中から最大2時間受信したデータは、その日のバケツに含まれます。火曜日に最大02:00までに受信したデータは、月曜日のバケツに含まれます。
- 現地時間の02:00にバケツが閉じられ、それ以上データを追加できなくなります。
- 02:00以降に受信したデータは、イベントの日付に関係なく、次に利用可能なバケツに配置されます。
- クローズされたバケットの日次処理は、アプリ固有のタイムゾーンに関係なく、UTCの午前0時から2時間後に開始されます。簡潔にするため、UTCの深夜0時に処理を開始すると述べています。これは、ローカルタイムゾーンによっては、バケットが処理を開始する前にUTCの深夜まで待機する必要があることを意味します。
東半球およびUTCタイムゾーン :
- 1日が終了した時刻(現地時間)から処理が開始されるまで、最大11時間かかります。例:
- 北京(UTC + 8):処理を開始する前に8時間待つ必要があります
- ベルリン(UTC +1):処理が始まるまで1時間待つ必要があります
- UTC:待ち時間なし
- レポートタイプに応じて、処理開始から8〜20時間後にデータを利用できます。たとえば、北京のデータは現地時間の16:00から利用できます。ベルリンのデータは09:00から利用できます。
西半球:
- 1日が終了してから処理が開始されるまで、最大23時間かかります。例:
- ロサンゼルス(UTC -8):処理を開始するまで16時間待つ必要があります
- ニューヨーク(UTC -5):処理を開始するまで19時間待つ必要があります
- レポートのタイプに応じて、処理されたデータは処理の開始から8〜20時間後に利用可能になります。たとえば、ロサンゼルスでは、データはイベントの2日後の現地時間の00:01から利用できます。ニューヨークのデータは、イベントの2日後の現地時間の03:01から利用できます。
- 例:
- イベントはロサンゼルスの月曜日の時間(UTC -8)に行われ、デイリーの処理は火曜日の深夜UTCから始まります。これはロサンゼルスの火曜日16:01です。
- 8時間後、ロサンゼルスの水曜日00:01にデータ処理が完了します。実際には、ロサンゼルスの広告主は水曜日の朝に仕事を始める時に、月曜日のデータを利用できます。
データの更新頻度タイプ
更新率 | 利用可能時間 | 説明 |
---|---|---|
随時 |
イベント発生後15–60分 |
データ処理は随時行われます。この用語は、例えば毎日行われるバッチ処理とは区別して使用されます。「随時」更新データは、イベント発生後15~60分のラグで以下のように更新されます。
|
リアルタイムレポート |
レポートをリクエストしてから数分後 | データはイベントが発生してから数分以内に更新されます。 |
デイリー |
UTCゾーン :イベント当日のUTC午前0時から8時間
東半球 :イベント当日のUTC深夜9時から20時間後 西半球 :イベント当日のUTC午前0時から21-32時間 |
|
EOD(終日中) |
デイリー(アプリ固有のタイムゾーンの1日の終わり) | カレンダーで終日中までに。つまり、翌日の00:01までを意味します。例:月曜日に記録されたデータは、アプリ固有のタイムゾーンに関係なく、火曜日の00:01以降に確認できるようになります。 |
日中 |
平均4時間ごと |
|
広告収益 |
連携タイプとレポートに依存 |
詳細:広告収益計測ガイド |
PBA デイリー更新 |
データは、UTCでその日が終了後11~12時間後に利用できます。 | |
SKAN |
ポストバックの到着時刻から、ダッシュボードとレポートでデータが利用できるようになるまでのタイミングについて参照してください。 |
特定の日に受信したポストバックは、UTCで一日の終わりに処理されます。 レポートと管理画面のインストール日は、ポストバック到着時刻から算出されます。詳細はSKAN Conversion Studioについての記事を参照してください。 |
Data Locker 日次 |
データは、UTCでその日の終了後8~10時間後に利用できます。 |
|
データ新鮮度とタイムゾーンのサポート
関連データ | 提示方法 | データ更新率 (キーと頻度については次のセクションを参照してください) |
アプリ固有のタイムゾーンを使用したデータ表示 |
---|---|---|---|
インストール |
KPI | 随時 | ✓ |
セッション、クリック、インプレッション、ロイヤルユーザー |
KPI |
|
✓ |
アプリ内イベントの収益 |
KPI |
随時 |
✓ |
広告収益 |
KPI |
広告収益 |
✓ |
広告費(コスト) |
KPI |
|
✓ |
アンインストール |
KPI |
デイリー |
〇 |
画面上のアプリ内イベント |
プルダウンリスト |
プルダウンリストに表示されるアプリ内イベント名はデイリー更新されます。 これは、データ自体の更新頻度には影響しません。 例:Push API、管理画面、オーディエンスのプルダウンのアプリ内イベントリスト。 |
✓ |
概要ダッシュボード |
ページ | 随時 | ✓ |
Protect360レポート |
ページ | デイリー | ✓ (1) |
SKAN管理画面 |
ページ | デイリー | 〇 |
アクティビティページ |
ページ |
|
✓ 例外:MAUデータはUTC |
アプリ内イベントページ |
ページ | 随時 |
✓ |
(blank row) | (この行は意図的に空白になっています) | ||
リテンション |
ページ |
リテンションKPIは、日次および週次の粒度で利用できます。それぞれのデータ更新頻度は異なります。
|
日別: ✓ 週別: x |
コホート |
ページ |
随時 |
✓ (2) |
カスタムダッシュボード |
ページ | 随時 |
✓ (3) |
オーディエンス |
ページ |
|
✓ |
SDK情報ページ |
ページ |
デイリー |
x |
ライブアラート |
ページ |
|
✓ |
データエクスポート |
ページ |
随時
注意すべき例外:
|
✓ |
Pull API |
API | Pull APIデータの更新頻度はデータエクスポートと同じです。 |
✓ デフォルトUTC
|
ピボット |
ページ |
デイリー |
✓ 週別リテンションKPI: x |
Master API |
API |
デイリー |
✓ (3) |
Data Locker |
API | Data Lockerの記事に明記されているとおりです。 |
〇 UTC |
ポストバック |
API |
随時 |
N/A |
Push API |
API | 随時 |
✓ どちらも |
サーバー間(S2S)アプリ内イベント |
API |
随時 |
N/A |
注: (1) ユーザーが権限を持つすべてのアプリは、同一のアプリ固有のタイムゾーンを使用する必要があります。そうでない場合、タイムゾーンはUTCに戻ります。 (2) タイムゾーンUTC時間表示における コホートの特性と制限 をご参照ください。 (3) 選択されたすべてのアプリにおいて同じアプリ固有のタイムゾーンを使用する必要があります。そうでない場合、タイムゾーンはUTCに戻ります。 |