データの更新頻度とタイムゾーン

概要 :データの更新頻度は、イベントが発生してからAppsFlyerのダッシュボード上でデータが確認可能になるまでの期間を示します。

タイムゾーン

この記事では、ダッシュボードのデータが更新、表示、および利用可能になるタイミング、そしてアプリ固有のタイムゾーンのサポートについて説明します。

TimeZoneMap.jpg

データの更新頻度とタイムゾーンサポート

データの更新頻度

AppsFlyerのプラットフォームには、日別、およびリアルタイムなど、データ更新頻度 がいくつかあります。これらは、データを提示して利用可能にするために使用されます。それぞれに独自のデータ更新率があります。

例:イベントレポートのデータ更新率:

  • メトリックKPI:リアルタイム
  • 平均KPI:毎日

最終更新時刻は、日次レポートのページの右上隅に表示されます。

tIME.jpg

タイムゾーン

プラットフォームでは、1日は00:01に始まり、24:00に終わります。AppsFlyerは、デフォルトのタイムゾーンとしてUTC(GMT)を使用します。これを変更するには、アプリ固有のタイムゾーン を設定します。

日付とタイムゾーンの原則

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以降に受信したデータは、イベントの日付に関係なく、次に利用可能なバケツに配置されます。
  • 今度は、現地時間の火曜日02:00に閉じられた月曜日のバケツのデータを処理します。閉じたバケツ内のデータは毎日処理されます。
  • 現在、閉じたバケツの毎日の処理は、アプリ固有のタイムゾーンに関係なく、UTCの午前0時から2時間後に開始されます。簡潔にするため、UTCの深夜0時に処理を開始すると述べています。これは、ローカルタイムゾーンによっては、バケツが処理を開始する前にUTCの深夜まで待機する必要があることを意味します。

東半球およびUTCタイムゾーン

mceclip9.png

  • 1日が終了した時刻(現地時間)から処理が開始されるまで、最大11時間かかります。例:
    • 北京(UTC + 8):処理を開始する前に8時間待つ必要があります
    • ベルリン(UTC +1):処理が始まるまで1時間待つ必要があります
    • UTC:待ち時間なし
  • レポートタイプに応じて、処理開始から8〜20時間後にデータを利用できます。たとえば、北京のデータは現地時間の16:00から利用できます。ベルリンのデータは09:00から利用できます。

西半球:

mceclip7.png

  • 1日が終了してから処理が開始されるまで、最大23時間かかります。例:
    • ロサンゼルス(UTC -8):処理を開始するまで16時間待つ必要があります
    • ニューヨーク(UTC -5):処理を開始するまで19時間待つ必要があります
  • レポートのタイプに応じて、処理されたデータは処理の開始から8〜20時間後に利用可能になります。たとえば、ロサンゼルスでは、データはイベントの2日後の現地時間の00:01から利用できます。ニューヨークのデータは、イベントの2日後の現地時間の03:01から入手できます。
  • 例:
    • イベントはロサンゼルスの月曜日の時間(UTC -8)に行われ、毎日の処理は火曜日の深夜UTCから始まります。これはロサンゼルスの火曜日16:01です。
    • 8時間後、ロサンゼルスの水曜日00:01にデータ処理が完了します。実際には、ロサンゼルスの広告主は水曜日の朝に仕事を始める時に、月曜日のデータを利用できます。

データの更新頻度タイプ

データの更新率
更新率 利用可能時間 説明

リアルタイム

イベントの発生後1-2分  

リアルタイム取込み

提出後数分 プラットフォームにアップロードされたデータの取り込み

リアルタイムレポート

レポートをリクエストしてから数分後

データの鮮度は、リクエストが行われるまでリアルタイムです

毎日

UTCゾーン :イベント当日のUTC午前0時から8時間

東半球 :イベント当日のUTC深夜9時から20時間後

西半球 :イベント当日のUTC午前0時から21-32時間

  • データは毎日処理されます
  • このデータの可用性は、アプリ固有のタイムゾーンによって異なります
  • アプリ固有のタイムゾーンをサポートしないデータタイプはUTC時間を使用します
  • データの利用可能時間は日々異なる場合があります

日中

平均4時間ごと データは1日に6回(平均して4時間ごとに)収集されます。データは受信時に処理されます。

広告収益

翌日
  • AppsFlyerは、前日の1400 UTCに広告収益を収集します。
  • データは、翌日にダッシュボードに表示されます。(処理はUTCの午前0時に開始されます)

例:月曜日に広告が表示されます。収益データは、火曜日の14:00 UTCに広告ネットワークから取得され、火曜日の深夜0時(UTC)に処理が開始されます。データは、水曜日の16:00 UTCからダッシュボードで利用できます。 :収益は火曜日に表示されます。

AdRevenueTL.jpg

データ新鮮度とタイムゾーンのサポート

これらの形式のデータおよび提示には、異なるデータの更新頻度タイプがあります。

データの鮮度とアプリ固有のタイムゾーンのサポート
提示方法 関連データ データの更新率 アプリ固有のタイムゾーンを使用したデータ表示
KPI インストール リアルタイム
KPI セッション、クリック、インプレッション、ロイヤルユーザー
  • 計測リンク:リアルタイム
  • SRNネットワーク:日中
KPI アプリ内イベントの収益

リアルタイム

KPI 広告収益

広告収益

KPI 広告費(コスト)
  • 計測リンク:リアルタイム
  • API:日中
  • 広告費の取り込み:リアルタイム
KPI アンインストール

AppsFlyerは24時間ごとにアプリストアへ確認します。アンインストールのイベント時間は、AppsFlyerがサイレントプッシュ通知を送信し、アプリがアンインストールされたことを検出した時間を表します。これは、アンインストールの実際の時間ではありません。

プルダウンリスト アプリ内イベントプルダウンリスト

ダッシュボードのフィルタに使用されるアプリ内イベントの名前:毎日 :イベントのデータ更新率はリアルタイムです

ページ 概要ダッシュボード リアルタイム
ページ Protect360レポート
  • Protect360レポート
    • UTC深夜に処理が開始され、15:00 UTCから利用可能
    • 処理:修了した日のデータが含まれます
    • ポストバックをブロックする不正行為:リアルタイム

(1)

 

ページ アクティビティページ
  • KPI:リアルタイム
  • 平均:アプリ固有のタイムゾーンの深夜

例外:MAUデータはUTC

ページ アプリ内イベントページ リアルタイム

ページ リターゲティングページ リアルタイム

ページ

リテンション

  • 日別:リアルタイム
  • 週別:月曜日から日曜日までの週単位のリテンションは、月曜日のUTC 12:00に計算されます。差異はごくわずかです。

日別:

週別: x

ページ

コホート

毎日

(1)

ページ カスタムダッシュボード リアルタイム例外:別途他に設定されている場合

(1)

ページ オーディエンス
  • 更新は24時間ごとにパートナーに送信されます。
  • ユーザーベースは毎日更新され、最大90日間のデバイスデータを保持します
ページ SDK情報ページ

毎日

x
ページ ライブアラート
  • 通常のKPI:
    • アプリ固有のタイムゾーンを使用する
    • 0:00に処理
    • 現地時間07:00に送信されます
  • Protect360アラートは、毎日のUTC時間に更新されます。

ページ

データエクスポート

  • パフォーマンス
  • リターゲティング
  • ブロック済み不正
  • ターゲティング検証
  • ローデータ

リアルタイムレポート

  • 例外:オーガニックアプリ内イベントは最大8時間かかる場合があります。

API

Pull API

Pull APIのデータ鮮度は、上記の行で説明した [データエクスポート] ページと同じです。

任意のタイムゾーンを選択可能(デフォルト設定:UTC)

 

スケジュール済みレポート

 

  • メールは午前中に送信されます。

  • インストールおよびアプリ内イベントのローデータレポートでのみ利用可能

ページ

ピボットページ

毎日

週別リテンションKPI: x

API

マスターAPI

毎日デフォルトのタイムゾーンはUTCAPIコールで変更可能

(1)

API

Data Locker

約6時間のデータ鮮度で1時間ごとに更新

UTC

API

ポストバック

リアルタイム

N/A

API Push API リアルタイムUTCとアプリ固有のタイムゾーンが同時にサポートされます


どちらも

API サーバー間(S2S)アプリ内イベント
  • 設定可能リアルタイムまたはバッチモードでサーバー間(S2S)イベントを送信
  • バッチモードは、オリジナルタイムスタンプで記録されるイベントの場合、翌日の02:00 UTCまでにAppsFlyerでイベントを受信する必要があります
  • UTC 02:00以降に受信したイベントは、送信された時間に記録されます
N/A
注:
(1)すべてのアプリは、同じアプリ固有のタイムゾーンを使用する必要があります。そうでない場合、タイムゾーンはUTCに戻ります。
この記事は役に立ちましたか?