概要：Data Lockerのコホート分析には、広告階層の全ての要素の集計データが含まれています。レポートには、過去365日間に計測されたユーザーのデータが含まれています。 このレポートは、ローデータおよびコホートAPIを購読している広告主様がData Lockerを購読する必要なく利用できます。
Data Lockerでのコホート分析
場合によっては、メディアソースのデータ共有ポリシー、または広告主のプライバシー保護ポリシーにより、AppsFlyerの計測のローデータは制限されています。この制限には、キャンペーンや広告セットなどの計測に関するすべての項目が含まれます。コホートレポートは、ローデータの代わりに集計データを提供します。
2021年11月3日更新：現在、空の項目は N/A 入力されています。2021年11月10日の前に、この動作を変更し、空の項目には null と記入するよう予定しています。データ読み込みの処理にてこの点を考慮してください。
レポートサンプルを参照してください。レポートサンプルでは現在、空の項目には N/A と表示されています。
Data Lockerの有効化
このレポートは、Data Locker、コホートAPI、およびローデータの購読者に提供されます。Data Lockerでレポートを有効にするには、次のいずれかの手順を実行してください。
| Data Lockerで現在データを取得していますか？ | 手順 |
|---|---|
|
はい |
|
| いいえ |
|
Data Lockerにコホートレポートを追加する方法：関連記事：コホートの種類の違い | コホート管理画面 | コホートAPI
データをBIシステムに読み込み、キャンペーンのパフォーマンスや最適化のプロセスの一部として利用することができます。
利用できる指標
利用できる指標は、収益、イベントを実行したユニークユーザー、イベントの発生数です。ROIやROASなどのコスト関連の指標を算出するには、収益とコストの両方の指標が必要です。収益指標はコホートに、コスト指標は XpendコストETL で提供されます。
ファクトシート
| 利用できるレポート |
次のレポートがダウンロードできます。
|
| レポート期間 | 過去365日の間にコンバージョンしたユーザー。つまり、毎日、過去365日間のユーザーのコンバージョン状況が報告されます。 |
| レポートの構成 | 各レポートの構成は同じです。レポートの構成を参照してください。 |
| レポート配信 | Data Lockerでコスト―レポートの有効化を参照してください。 |
| データ更新頻度 |
|
| パートナーのデータ保持ポリシーの影響 |
一部のパートナーは、データ保持ポリシーを設けていることを考慮してください。この場合、保存期間が終了した後に発生したイベントは、オーガニックに紐づきます。 例：SRN Aは180日間のデータ保持ポシリーを設けています。180日目までのユーザーイベントはSRN Aに紐づきます。180日後に発生したイベントは、オーガニックに紐づきます。 |
レポートの構成
|
項目名 |
備考 |
||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
app_id |
|||||||||||
|
media_source |
|||||||||||
|
conversion_type |
想定値：
|
||||||||||
|
attributed_touch_type |
入力される値：click、impressions、pre-install、unknown、tv、null |
||||||||||
|
days_post_attribution |
計測イベントから経過した日数。 ヒント！この値を使用してリテンションとKPI日数を計算しましょう。 |
||||||||||
|
event_date |
イベントが発生した日。 形式: yyyy-mm-dd |
||||||||||
|
conversion_date |
コンバージョン発生日 形式: yyyy-mm-dd |
||||||||||
|
event_name |
イベントを特定します。特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関連するイベント名もあります。
|
||||||||||
|
campaign |
キャンペーン階層 注意：キャンペーン名の変更はサポートされていません。つまり、1つのキャンペーンIDに複数のキャンペーン名を紐づけることができます。 |
||||||||||
|
campaign_id |
キャンペーン階層 | ||||||||||
|
adset |
キャンペーン階層 | ||||||||||
|
adset_id |
キャンペーン階層 | ||||||||||
|
ad |
キャンペーン階層 | ||||||||||
|
ad_id |
キャンペーン階層 | ||||||||||
|
channel |
キャンペーン階層 [2021年10月27日更新] 現在、Facebookは、Google Install Referrerメカニズムで提供されるデータにチャネルを入力していません。 |
||||||||||
|
site_id |
キャンペーン階層 | ||||||||||
|
is_primary_attribution |
リターゲティングデータを特定し重複排除するために使用されます。 | ||||||||||
|
geo |
ユーザーのIPアドレスから生成されたISO国コード。 | ||||||||||
|
agency |
|
||||||||||
|
install_app_store |
Androidアプリのみ：アプリがダウンロードされたAndroidストア。マルチストアのAndroid計測を実装した広告主の場合に入力されます。空欄の場合は、Google Play Storeを意味します。 |
|
項目 |
イベントを実行したユニークユーザー |
|---|---|
|
unique_users |
イベントを実行したユニークユーザー数 |
|
revenue_usd |
|
|
event_count |
イベントの発生数 |
|
selected_currency |
広告主がアプリ設定で設定した3文字の通貨コード（USD、EUR）。形式 ISO-4217。これは、ユーザーインターフェースでコホートの収益を表示する際に使用される通貨と同じです。 |
|
revenue_selected_currency |
|
BIディベロッパー向けの考慮事項
レポート内のデータ範囲
レポートには、ユーザーアトリビューション、インストール、リアトリビューション、リエンゲージメント、そしてそれらに紐づくアプリ内イベントが含まれています。
データの読込プロセスで全体表示を使用する場合は、キャンペーンタイプでデータを分割するロジックを使用する必要があります。つまり、ユーザーアトリビューション（インストール）とリターゲティング（リエンゲージメント）で分ける必要があります。そのためには、conversion_type と is_primary_attribution 項目を使用してください。リターゲティングイベントの重複計測を参照してください。
項目別の考慮事項
- アトリビューション後の経過日数を使用してリテンション指標を簡単に計算できます。
- キャンペーン名とキャンペーンIDディメンションを使用してユニークユーザー数を計算する：キャンペーン名の粒度を考慮しなくてもよい場合、ユニーク数をキャンペーンIDで合計することで、指標は正しい値となります。
- キャンペーン階層の項目を使用してデータを集計できます。
- Revenue in USD (USDでの収益) は、イベント当日の為替レートを使用して計算されます。
- 広告収益イベントは、利用可能な場合に含まれますが、更新されるまでに最大5日間の遅れが生じることがあります。
一般的な考慮事項
すべてのアプリのデータを1つのファイルにまとめて提供します。App IDの項目を使用してアプリごとにデータを分離するか、Data Lockerを設定してアプリごとに分離します。
追加情報
特性と制限
| 特性 | |
|---|---|
| コストデータ | 利用できません。コストETLを使用してください。 |
| キャンペーン名の変更 | サポートされていません。 |
| データ更新頻度 | 毎日UTC。レポートは、翌日の10:00 UTCまでにレポート日のData Lockerの h=23 フォルダに入っています。 |
| Ad revenue（広告収益） | 利用可能 |
| 通貨 | 行ごとに、USDとアプリ固有の通貨が利用できます。 |
| オーガニックデータ | 利用可能 |
| コンバージョン (インストール、リアトリビューション、リエンゲージメント) 後の日数 |
365日。
|
| 代理店への運用詳細の開示 |
|
| アプリの分離 | サポートされています。 |
| SKANデータ | 含まれていません。つまり、iOSのポストバックで提供されるデータです。 |
| リインストール | 含まれていません。 |