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

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

タイムゾーン

TimeZoneMap.jpg

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

データの更新頻度

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

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

  • 指標KPI:リアルタイム
  • 平均KPI:毎日

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

tIME.jpg

タイムゾーン

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

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

データの更新頻度タイプ

データの更新頻度タイプ
更新率 利用可能時間 説明

計測的(別名リアルタイム)

イベントの発生とその後の処理から数分後 データ処理は継続的またはほぼリアルタイムで行われます。この用語は、毎日または毎時行われるバッチ処理とは区別して使用されます。ほとんどの場合、継続的なデータはイベント発生から数分以内に更新されます。イベント発生からレポートや管理画面に反映されるまでの遅延時間に変動があることがあります。

リアルタイムレポート

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

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

毎日

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

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

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

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

EOD(終日中)

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

日中

平均4時間ごと
  • データは1日6回(平均4時間ごとに)収集されます。
  • Xpendを使用していないお客様のSRNクリックとインプレッションデータは、1日3回収集されます。

広告収益

データは、広告が表示された日 (UTC) の終日後から40時間後以内に確認できます。
  • AppsFlyerは、前日の1400 UTCに広告収益を収集します。
  • データは、翌日にダッシュボードに表示されます。(処理はUTCの午前0時に開始されます)

例:0日目に広告が表示されました。収益データは、1日目の14:00 UTCにアドネットワークから取得され、2日目の00:01 UTCに処理が開始されます。データは2日目の16:00 UTC までには管理画面で確認できます。データは、0日目に表示されます

 

Ad_revenue_display_timeline_3_en-us.jpg

PBA 毎日更新

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

SKAdNetwork

更新されたデータは、インストール後約68時間に表示されます。範囲は32-104時間です。

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

レポ―トと管理画面のインストール日は、次のようにポストバックの到着時刻から算出されます。

  • インストール日 = ポストバック到着時刻 - 24時間 - 計測期間。 
  • 計測期間はデフォルトで24時間に設定されています。
  • カスタムコンバージョンを利用している場合、計測期間は hours_from_install を使用して設定されます。

タイミングに関する詳細な説明はこちら

Data Locker 日次

データは、UTCでその日の終了後8~10時間後に利用できます。
  • データは毎日処理されます。
  • データは、イベント日の h=23 フォルダに格納されます。たとえば、月曜日のデータは、火曜日 08:00 ~ 10:00 UTC の月曜日の h=23 フォルダーで利用できます。

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

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

インストール

KPI 継続的

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

KPI
  • 計測リンク:継続的
  • SRNネットワーク:日中

アプリ内イベントの収益

KPI

継続的

広告収益

KPI

広告収益

広告費(コスト)

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

アンインストール

KPI

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

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

プルダウンリスト

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

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

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

概要ダッシュボード

ページ 継続的

Protect360レポート

ページ 管理画面は毎日更新されます。 (1)

アクティビティページ

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

例外:MAUデータはUTC

アプリ内イベントページ

ページ 継続的

リターゲティングページ

ページ 継続的

リテンション

ページ

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

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

日別:

週別: x

コホート

ページ

継続的

(1)

カスタムダッシュボード

ページ 継続的。例外:別途他に設定されている場合

(1)

オーディエンス

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

SDK情報ページ

ページ

毎日

x

ライブアラート

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

データエクスポート

ページ

データ更新率はデータを含む管理画面と同じです。多くの場合、継続的に更新されます。

 

注意すべきいくつかの例外:

  • 広告収益ローデータ:毎日
  • オーガニックインストール
  • Protect360:
    • 集計レポート:毎日
    • ブロック済みローデータ:継続的
    • ポストアトリビューションローデータ:毎日

Pull API

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

デフォルトUTC

 

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

スケジュール済みレポート
  • メールは午前中に送信されます。

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

ピボットページ

ページ

毎日

週別リテンションKPI: x

Master API

API

毎日。デフォルトのタイムゾーンはUTCです。これは、APIコールで変更可能です。

(1)

Data Locker

API
  • 毎時データ:約6時間のデータ更新頻度で1時間毎に更新されます。
  • 日次レポートの場合:日次処理の完了時。

UTC

ポストバック

API

継続的

N/A

Push API

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


どちらも

サーバー間(S2S)アプリ内イベント

API
  • 設定可能リアルタイムまたはバッチモードでサーバー間(S2S)イベントを送信
  • バッチモードは、オリジナルタイムスタンプで記録されるイベントの場合、翌日の02:00 UTCまでにAppsFlyerでイベントを受信する必要があります
  • UTC 02:00以降に受信したイベントは、送信された時間に記録されます
N/A

注:

(1) すべてのアプリが同じアプリ固有のタイムゾーンを使用する必要があります。そうでない場合、タイムゾーンはUTCに戻ります。

この記事は役に立ちましたか?