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

概要:データの更新頻度は、イベントが発生してからプラットフォーム上でデータが確認可能になるまでの期間を示します。

タイムゾーン

TimeZoneMap.jpg

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

データの更新頻度

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タイムゾーン

mceclip9b.png

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

西半球:

mceclip7a.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にデータ処理が完了します。実際には、ロサンゼルスの広告主は水曜日の朝に仕事を始める時に、月曜日のデータを利用できます。

データの更新頻度タイプ

更新率 利用可能時間 説明

随時

イベント発生後15–60分

データ処理は随時行われます。この用語は、例えば毎日行われるバッチ処理とは区別して使用されます。「随時」更新データは、イベント発生後15~60分のラグで以下のように更新されます。

  • アトリビューション (インストール、リアトリビューション、リエンゲージメント):15–30分。
  • アプリ内イベント:30–60分。

リアルタイムレポート

レポートをリクエストしてから数分後 データはイベントが発生してから数分以内に更新されます。

デイリー

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

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

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

  • データはデイリー処理されます
  • このデータの可用性は、アプリ固有のタイムゾーンによって異なります
  • アプリ固有のタイムゾーンをサポートしないデータタイプはUTC時間を使用します
  • データの可用時間は、日常的に異なる場合と、特定の記事に記載されているように異なる場合があります。

EOD(終日中)

デイリー(アプリ固有のタイムゾーンの1日の終わり) カレンダーで終日中までに。つまり、翌日の00:01までを意味します。例:月曜日に記録されたデータは、アプリ固有のタイムゾーンに関係なく、火曜日の00:01以降に確認できるようになります。

日中

平均4時間ごと
  • データは1日6回(平均4時間ごとに)収集されます。
  • ROI360 のない顧客の SRN クリックとインプレッションのデータは、1 日3回収集されます。
  • コストETLデータは、平均で6時間ごとに、1日に4回送信されます。

広告収益

連携タイプとレポートに依存

詳細:広告収益計測ガイド

PBA デイリー更新

データは、UTCでその日が終了後11~12時間後に利用できます。
  • PBA管理画面とレポートは、UTCタイムゾーンを使用してデイリー更新されます。
  • デイリーの処理には、前日に受信したイベントが含まれます。
  • コンバージョン後の最初の7日間、PBAはコンバージョンに関連する追加のイベントを特定することがあります。これにより、KPIとメディアソースの成果が遡及的に変更される可能性があります。
  • 7日後にコンバージョン経路は確定し、これ以上の変更はありません。
  • ローデータレポートには、final_data という項目が含まれています。この値が true の場合、値は確定済みです。
  • 詳細な例

SKAN

ポストバックの到着時刻から、ダッシュボードとレポートでデータが利用できるようになるまでのタイミングについて参照してください。

特定の日に受信したポストバックは、UTCで一日の終わりに処理されます。
データは、遅くとも翌日の11:00 UTC(=日本時間の20時)までに入手可能です。つまり、月曜日に受信したiOSポストバックは、火曜日の朝にレポートと管理画面で利用できるようになります。同様に、パートナーへのポストバックは火曜日の朝に送信されます。

レポートと管理画面のインストール日は、ポストバック到着時刻から算出されます。詳細はSKAN Conversion Studioについての記事を参照してください。

Data Locker 日次

データは、UTCでその日の終了後8~10時間後に利用できます。
  • データはデイリー処理されます。
  • データは、イベント日の h=23 フォルダに格納されます。たとえば、月曜日のデータは、火曜日 08:00 ~ 10:00 UTC の月曜日の h=23 フォルダーで利用できます。
  • SKANデータは、もう少し遅れて届く場合があります (上記のSKAN情報を参照)。

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

関連データ  提示方法 データ更新率
(キーと頻度については次のセクションを参照してください)
アプリ固有のタイムゾーンを使用したデータ表示

インストール

KPI 随時

セッション、クリック、インプレッション、ロイヤルユーザー

KPI
  • 計測リンク:随時
  • SRNネットワーク:日中

アプリ内イベントの収益

KPI

随時

広告収益

KPI

広告収益

広告費(コスト)

KPI
  • 計測リンク:随時(クリック後最大2時間)
  • API:日中
  • 広告費インポート:インポート後最大4時間

アンインストール

KPI

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

画面上のアプリ内イベント

プルダウンリスト

プルダウンリストに表示されるアプリ内イベント名はデイリー更新されます。

これは、データ自体の更新頻度には影響しません。

例:Push API、管理画面、オーディエンスのプルダウンのアプリ内イベントリスト。

概要ダッシュボード

ページ 随時

Protect360レポート

ページ デイリー (1)

SKAN管理画面

ページ デイリー

アクティビティページ

ページ
  • KPI:随時
  • 平均:アプリ固有のタイムゾーンの深夜

例外:MAUデータはUTC

アプリ内イベントページ

ページ 随時

(blank row)    (この行は意図的に空白になっています)  

リテンション

ページ

リテンションKPIは、日次および週次の粒度で利用できます。それぞれのデータ更新頻度は異なります。

  • 日別リテンションKPI:デイリー
  • 週次リテンションKPI:週は月曜に始まり、日曜に終了します。リテンションは月曜の12:00 UTCに計算されます。週次KPIではアプリ固有のタイムゾーンがサポートされていないため、データにごくわずかな差異が生じます。

日別:

週別: x

コホート

ページ

随時

(2)

カスタムダッシュボード

ページ 随時

(3)

オーディエンス

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

SDK情報ページ

ページ

デイリー

x

ライブアラート

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

データエクスポート

ページ

随時

 

注意すべき例外:

  • 広告収益ローデータ:デイリー
  • Protect360:
    • 集計レポート:デイリー
    • ブロック済みローデータ:随時
    • ポストアトリビューションローデータ:デイリー
  • オーガニックアプリ内イベント:数時間のタイムラグで更新

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に戻ります。