Data Lockerでのコホート分析

概要:概要:Data Lockerのコホート分析機能では、広告階層の全ての要素を含んだ集計データが利用可能です。レポートには、過去365日間の帰属ユーザーのデータが含まれています。このレポートは、生データまたはコホートAPI、あるいはその両方をサブスクリプションの一部として契約している広告主が利用できる。つまり、このレポート機能はData Locker自体の契約は必要ありません。

Data Lockerでのコホート分析

場合によっては、メディアソースのデータ共有ポリシーやあなたのプライバシー保護ポリシーにより、AppsFlyerのアトリビューションの生データが制限されることがあります。この制限は、キャンペーンや広告セットなどのアトリビューションに関連するすべてのフィールドを含みます。コホートレポートは、ローデータの代わりに集計データを提供します。 

サンプルレポートをダウンロード

Data Lockerの有効化

この機能を利用できるのは、Data Locker、コホートAPI、またはローデータレポートを利用している広告主です。Data Lockerでレポートを有効にするには、以下の手順のいずれかを完了してください。 

既にData Lockerでデータを取得していますか?  手順

 

はい 

AppsFlyerAdmin_us-en.pngコホートレポートをData Lockerに追加するために:
  1. AppsFlyerの側面メニューから、[レポート] > [Data Locker]を選択します。
  2. コホート分析セクションのすべてのレポートを選択します。 
  3. 構成を保存をクリックしてください。
    レポートは翌日午前10:00 UTCまでに利用可能になります。
いいえ AppsFlyerAdmin_us-en.pngData Lockerの設定:
  1. 初回のData Lockerの(広告主向け | パートナー向け)設定を完了してください。
  2. コホートレポートをData Lockerに追加してください:
    1. AppsFlyerの側面メニューから、[レポート] > [Data Locker]を選択します。
    2. コホート分析セクションのすべてのレポートを選択します。 
    3. 構成を保存をクリックしてください。
      レポートは翌日午前10:00 UTCまでに利用可能になります。

データはBIシステムにロードし、キャンペーンパフォーマンスと最適化プロセスの一部として使用できます。

利用可能な指標

利用可能な指標は、収益、イベントを行ったユニークユーザー数、イベントの発生回数です。※ROIやROASといったコスト関連の指標を算出するには、収益とコストの両方の指標が必要です。収益指標はコホートにあり、コスト指標はROI360コストETLから提供されます。

コホート分析について

利用できるレポート 以下のレポートをダウンロードできます。レポートの種類の詳細は、コホートダッシュボードで説明されています。
  • ユーザー獲得:再エンゲージメント期間中のLTVを含む、ユーザー獲得メディアソースに帰属します。
  • リターゲティング:発生したイベントのリターゲティングメディアソースに帰属します:
    • リエンゲージメント計測後、リエンゲージメント期間中に発生したアプリ内イベント
    • リアトリビューション後に発生したアプリ内イベント
  • 統合:AppsFlyerの二重アトリビューションルールに基づき、ユーザーを導いた最後のタッチメディアソースの下にデータを表示します。つまり、リエンゲージメント期間中に発生したLTVは、ユーザー獲得メディアソースではなく、リターゲティングメディアソースに紐づきます。 
レポート期間 過去365日の間にコンバージョンしたユーザー。つまり、毎日、過去365日間のユーザーのコンバージョン状況が報告されます。 
レポート構成 各レポートのスキーマ(含まれるディメンションとメトリクス)は固定されており、編集することはできません。レポート構造をご覧ください。
レポート配信  Data Lockerでコホートレポートを有効にするをご確認ください。
データ更新頻度
  • 毎日。
  • 各指標は、日本時間午前9時(UTC時間 0:00)までのデータを用いて算出されます。言い換えれば、UTC時間ベースでその日の終わりまでのデータです。 
  • レポートは、Data Lockerの日時 (dt) フォルダーで 10:00 UTC(日本時間19時)には利用可能になります。たとえば、月曜日のデータは火曜日の 10:00 UTC(日本時間で火曜の19時)に 月曜日のフォルダで使用できます。 
パートナーのデータ保持ポリシーの影響

一部の広告媒体は、データ保存期間ポリシーを設けていることを考慮してください。この場合、データ保存期間の終了後に発生したイベントは、コホートレポートでは無視されます。

例:例:SRN媒体 "A" は180日間のデータ保存期間ポリシーを設けているとします。このとき、インストール日から180日目までのイベントは媒体"A"に紐づきますが、180日以降に発生したイベントは全てオーガニックに紐づけられます。 

レポート構成

レポートは、ディメンションとメトリックで構成されます。

項目の形式は次のとおりです。

  • 寸法:文字列- 文字列の最大長は動的であり、広告階層の要素をどのように設定するかによって異なります。
  • 指標:数値注: selected_currency 項目の形式は文字列です。

ディメンション

フィールド名  説明
app_id --
media_source --
conversion_type 含まれる値:install, install-unified(統合レポートでのインストール数を表します), re-engagement, re-attribution
attributed_touch_type 含まれる値:click, impressions, pre-install, unknown, tv, null
days_post_attribution
  • コンバージョン日からの経過日数(特定のコンバージョンのタイムスタンプではありません)。
  • ヒント!この値を使用して、リテンションや〇日後時点でのKPIなどを計算しましょう。
event_date 
  • ユーザーが特定のイベントを実行した日付です。
  • 形式: yyyy-mm-dd
  • 例:ユーザーが特定のアプリ内イベントを実行した日付。(CVの場合)
  • 注意!event_name が af_conversionの場合、event_dateとconversion_dateは同じ値になります。 
conversion_date
  • 各種コンバージョンを計測した日付です。
  • 形式: yyyy-mm-dd
  • 例:インストール日
event_name イベントを特定します。特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関連するイベント名もあります。 
event_name 計測内容
af_conversion コンバージョンしたユーザー。conversion_type を使用して、インストール、リエンゲージメント、リアトリビューションなどのCVタイプを区別してください。
af_session アプリ起動
cohort_uninstall アプリのアンインストール 
広告主が定義したアプリ内イベント そのアプリ内イベントを実行
campaign

キャンペーン階層の情報です。

次の点を考慮してください:キャンペーン名の変更はサポートされていません。そのため、1つのキャンペーンIDに複数の名前が紐付けられる場合があります。 

campaign_id キャンペーン階層の情報です。
adset キャンペーン階層の情報です。
adset_id キャンペーン階層の情報です。
ad キャンペーン階層の情報です。
ad_id キャンペーン階層の情報です。
channel

(キャンペーン階層の情報です)

[2021年10月27日更新] 現在、MetaはGoogle Install Referrerの機能を介して提供するデータにチャネルの情報を含んでいません。

site_id キャンペーン階層の情報です。
is_primary_attribution リターゲティングデータを特定し重複排除するために使用してください。
geo ユーザーのIPアドレスから生成したISOの国コードです。
代理店
  • 代理店による運用媒体の開示設定もサポートしています。
  • 非透明な代理店の場合、広告主と代理店の両方が同じ名前のキャンペーンを実行していると、同じキャンペーン名の行が複数存在することがあります。ご心配はいりません。行は重複していません。
install_app_store Androidアプリのみ:アプリのダウンロード元のAndroidストア。マルチストアAndroidアトリビューションを実装している広告主によって埋められます。空欄の場合は、Google Play Storeを意味します。 
keywords ユーザーがオンライン検索の際に使用した単語。 アドネットワークからレポートされたもの
keyword_id [2022年4月27日から利用可能なフィールド] アドネットワークから返されるキーワードIDです。

指標

フィールド名 説明 形式
unique_users イベントを実行したユニークユーザー数 数値
revenue_usd
  • USD換算での収益額です。例:$100.56 は100.56 と反映されます。
  • 小数点以下は最大で2桁です。
数値
event_count イベントの実行回数 数値
selected_currency アプリ設定で指定した3文字の通貨コード (USD、EUR)。フォーマットはISO-4217です。これは、管理画面上でコホートの収益を表示する際に使用される通貨設定と同じです。  文字列
revenue_selected_currency
  • 選択された通貨単位での収益の金額です。例えば、選択した通貨がEURの場合€1234.56 は 1234.56 と反映されます。
  • 小数点以下2桁まで
数値

データ分析担当者向けの考慮事項

レポート内のデータ範囲

レポートには、ユーザー獲得、インストール、リターゲティング、リアトリビューション、リエンゲージメント、およびそれらに紐づくアプリ内イベントが含まれます。

統合レポート、ユーザー獲得レポート、リターゲティングレポートを別々に、またはまとめてBIにロードする場合。これらをまとめてロードし、独自にビューをフィルターする場合は、次のようにします: 

  • 統合ビューの場合:is_primary_attribution=true または null 項目を使用します。
  • ユーザー獲得の場合:conversion_type=Install を使用します。
  • リターゲティングの場合:conversion_type=re-engagement または re-attribution を使用します。

データ読み込みプロセスにおいて新規獲得媒体のデータとリターゲティング媒体のデータを統合する場合には、新規獲得 (インストール) とリターゲティング (リエンゲージメント) のデータの重複を除外するロジックを実装する必要があります。これを行うには、conversion_type=install、install-unified、re-engagement、またはre-attributionを使用します。リターゲティングイベントの二重アトリビューションについてご覧ください。 

フィールドレベルの考慮事項

  • 継続率の指標を簡単に計算するには、days_post_attributionのカラムを活用しましょう。
  • キャンペーン名とキャンペーン ID ディメンションを使用したユニークユーザー数の計算:キャンペーン名の細分性を無視できる場合は、キャンペーン ID のユニークカウントを合計すれば指標は正確です。 
  • キャンペーン階層の項目を使用することでデータを集計可能です。 
  • revenue_usd (USD換算の収益金額) は、イベント発生日のUSDの為替レートを使用して計算されているので注意してください。 
  • 広告収益イベントは利用可能な場合にはデータに含まれますが、更新されるまでに最大3日間の遅れが生じることがあります。

一般的な考慮事項

すべてのアプリのデータを1つのファイルにまとめて提供します。App IDの項目を使用してアプリ毎にデータを分割するか、Data Locker上でアプリ毎に分割するよう設定してください。

使用事例

以下は、BI開発者が Data Lockerを介して抽出できるコホートデータの一般的で実用的なアプリケーションの例です。各例は、SQL ステートメントとサンプルの Excel ビジュアルで示されています。 

1.リテンションの計算

次の例では、次のことを行います:

  • 1日目と7日目のリテンション、およびキャンペーンと広告ごとのインストールの合計数を計算します。
  • コンバージョンイベントごとのイベント数を合計するには、event_nameをフィルタリングしてください。af_conversion
  • データをフィルタリングして、conversion_type=install、ユーザー獲得キャンペーンを分析します。

SQLステートメント

select
    campaign_id, ad_id,
    sum(if(event_name = 'af_conversion', event_count,0)) as installs,
    sum(if(event_name = 'af_session' and days_post_attribution = 1, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day1,
    sum(if(event_name = 'af_session' and days_post_attribution = 7, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day7
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    // If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')    
    and conversion_type = 'install'
    and app_id = YOUR_APP
group by 1,2

Excelの例

キャンペーンID 広告ID インストール リテンション D1 リテンション D7
12345678 987654 100 30% 10%
98765432 123456 200 25% 15%
07315466 613770 300 20% 12%

2.複数のアプリ内イベントのARPUを計算する

次の例では、次のことを行います:

  • キャンペーンごとに複数のアプリ内イベントのARPUを計算します。
  • データをフィルタリングして、conversion_type=re-engagementconversion_type=re-attribution、リターゲティングキャンペーンを分析します。
  • コンバージョンイベントごとのイベント数を合計するには、event_nameをフィルタリングしてください。af_conversion
  • 複数のイベントの収益を合計します。この場合、af_purchaseaf_coins
  • データ処理の負荷を最小限に抑えるには、days_post_attributionを必要最低限の値(この場合は7)に設定します。

SQLステートメント

select
    campaign_id,
    sum(if(days_post_attribution <= 1 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day1,
    sum(if(days_post_attribution <= 3 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day3,
    sum(if(days_post_attribution <= 7 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day7
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and days_post_attribution <= 7
    and conversion_type in ('re-engagement', 're-attribution')
    and app_id = YOUR_APP
group by 1

Excelの例

キャンペーンID コンバージョンタイプ

ARPU

1日目

ARPU

3日目

ARPU

7日目

12345678 Re-engagement 6.23 5.11 2.34
98765432 Re-engagement 3.57 1.34 4.86
07315466 再アトリビューション 7.41 6.79 5.29

3.特定のコホート日のアプリ内イベントコンバージョン率を計算する

次の例では、次のことを行います:

  • 複数のディメンション(この場合は、コンバージョン日、地域、キャンペーン、広告、サイトID)の Day 0 アプリ内イベントのコンバージョン率を計算します。
  • データをフィルタリングして、is_primary_attribution=true、統合データ(UAとリターゲティングキャンペーン)の両方を分析します。
  • コンバージョンイベントごとのイベント数を合計するには、event_nameをフィルタリングしてください。af_conversion
  • データ処理の負荷を最小限に抑えるには、days_post_attributionを必要最低限の値(この場合は7)に設定します。

SQLステートメント

select
    conversion_date, geo, campaign_id, ad_id, site_id,
    sum(if(days_post_attribution = 0 and event_name = 'af_complete_tutorial', unique_users, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as day0_af_tutorial_conversion
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    and is_primary_attribution = true
    and app_id = YOUR_APP
group by 1,2,3,4,5

Excelの例

コンバージョン日 地理 キャンペーンID 広告ID サイトID Day 0 af_complete_tutorial
2022-11-07 US 12345678 123456 site_123 45%
2022-11-05 イギリス 98765432 ヌル site_654 70%
2022-10-31 韓国 07315466 ヌル ヌル 63%

4.日次インストールの計算

次の例では、次のことを行います:

  • アプリ ID、コンバージョン日、メディアソース、イベント名、コンバージョンタイプごとのインストール数を計算します。
  • ユーザー獲得インストール(UA、リターゲティングではない)を表示するには、conversion_typeinstallに設定してデータをフィルタリングします。
  • event_nameaf_conversionに設定してインストールを合計します。

SQLステートメント

select
    app_id,
    conversion_date,
    media_source,
    event_name,
    conversion_type,
    sum(events_count) as total
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-06-01' and '2023-06-08'
    // If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')
    and conversion_type = 'install'
    and event_name = 'af_conversion'
    and app_id = YOUR_APP
group by 1,2,3,4,5

Excelの例

App ID コンバージョン日 メディアソース イベント名 合計
id123456789 2022-11-07 adnet1_int af_conversion 105
id123456789 2022-11-05 adnet2_int af_conversion 216
id123456789 2022-10-31 adnet3_int af_conversion 327

5.Facebook広告からの収益を計算する

次の例では、次のことを行います:

  • Facebookからの3日目の収益をコンバージョン日とアプリIDで計算します。
  • media_source='Facebook Ads'をフィルタリングしてFacebookデータを分析します。
  • データ処理の負荷を最小限に抑えるには、days_post_attributionを必要最低限の値(この場合は3)に設定します。

SQLステートメント

select
    conversion_date,
    app_id,
    media_source,
    sum(if(days_post_attribution <= 3, revenue_usd, 0)) as revenue_day3
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2022-06-01' and '2023-05-31'
    and days_post_attribution <= 3
    and media_source = 'Facebook Ads'
    and app_id in (APP_ID1, APP_ID2, ...)
group by 1,2,3

Excelの例

コンバージョン日 App ID メディアソース

収益

3日目

2022-11-07 id123456789 adnet1_int 400.45
2022-11-05 id123456789 adnet2_int 99.23
2022-10-31 id123456789 adnet3_int 13.34

6.最大365コホート日のASAキーワードIDごとのARPU計算

次の例では、次のことを行います:

  • キーワードIDごとの Apple Search Ads経由のコホート365日目までの ARPUを計算します。
  • media_source='Apple Search Ads'をフィルタリングしてApple Search Adsデータを分析します。
  • コンバージョンイベントごとのイベント数を合計するには、event_nameをフィルタリングしてください。af_conversion

SQLステートメント

select
    media_source,
    keyword_id,
    sum(if(days_post_attribution <= 365, revenue_usd,0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day365
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2022-06-01' and '2023-05-31'
    and media_source = 'Apple Search Ads'
    and app_id = YOUR_APP
group by 1

Excelの例

メディアソース Keyword ID

ARPU

Day 365

adnet1_int 123456 57,019.93
adnet2_int 987654 64,867.84
adnet3_int 666854 48,160.02

7.地域ごとのアトリビューション時間によるARPU 7日目の計算

次の例は、アトリビューション時間別のKPIの使用方法を示しています。この例では、次のことを行います:

  • ARPU 7日目を国ごとのアトリビューション計測日で計算します。
  • 結果はコンバージョン数で並べ替えられ、上位20の地域が表示されます。
  • データはconversion_type='install'となるようにフィルタリングされます。
  • 最初の列には geo(国)が表示されます。2番目の列には、合計コンバージョン数が表示されます。その後の列には、クエリの行として指定された各日の7日目の収益が表示されます。

SQLステートメント

select
    geo,
    sum(if(event_name = 'af_conversion', event_count, 0)) total_conversions,
    sum(if(cohort_day = '2023-07-11' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-11' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_11,
    sum(if(cohort_day = '2023-07-12' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-12' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_12,
    sum(if(cohort_day = '2023-07-13' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-13' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_13,
    sum(if(cohort_day = '2023-07-14' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-14' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_14,
    sum(if(cohort_day = '2023-07-15' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-15' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_15,
    sum(if(cohort_day = '2023-07-16' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-16' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_16
from YOUR_DATA_LOCKER_REPORT
where
    conversion_date between '2023-07-11' and '2023-07-16'
    and days_post_attribution <= 7
    // If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified')
    and conversion_type = 'install'
    and app_id = 'YOUR_APP'
group by 1
order by 2 desc
limit 20

Excelの例

地理 総コンバージョン数 ARPU 7日目(2023年7月11日) ARPU 7日目(2023年7月12日) ARPU 7日目(2023年7月13日) ARPU 7日目(2023年7月14日) ARPU 7日目(2023年7月15日) ARPU 7日目(2023年7月16日)
韓国 120,660 $7,798.89 $6,997.37 $8,258.95 $9,050.21 $10,018.04 $13,765.73
カナダ 35,099 $64,867.84 $7,050.19 $5,656.33 $9,553.75 $8,632.41 $11,308.06
チリ 26,750 $48,160.02 $21,249.55 $22,584.57 $24,033.07 $31,118.91 $41,145.22

追加情報

特性と制限

特性  
コストデータ
キャンペーン名の変更 いいえ: 
データ更新頻度 UTCベースで毎日更新されます。レポートは、翌日の日本時間19時(UTC時間 10:00)までにレポート日の Data Locker日時 (dt) フォルダーに格納されます。 
広告収益
  • 利用可能
  • af_ad_revenue イベントの場合、ユニークユーザー数の指標は 2022年10月5日から 2023年2月16日までの日付には使用できません。
通貨  行ごとに、USDとアプリ個別の通貨設定のデータが確認可能です。
タイムゾーン
オーガニックデータ 利用可能
コンバージョン (インストール、リアトリビューション、リエンゲージメント) 後の日数
代理店の運用媒体の開示設定
  • サポート対象 
  • X広告とMeta広告のデータは常に開示されています。
アプリ毎のデータ分割 サポート対象
SKAN計測データ 含まれていません。つまり、iOSのポストバックで提供されるデータです。
再インストール
  • 再インストール後のイベントが未アトリビューションのオーガニックイベントと見なされる場合:
    • 2024年5月26日現在のみ含まれている。詳細を知る
    • インストール時間はdevice_download_timeフィールドに基づいています。
    • ユニークユーザーやリテンション測定にはカウントされません。
  • 再インストール後のイベントが最初のインストールに起因する場合、それらは常に含まれる。詳細を知る