概要:Data Lockerのアドバンス集計レポートには、最適なデータの鮮度、正確性、細分性、および無制限の量の集計データが含まれます。
Data Lockerアドバンス集計レポート
Data Lockerアドバンス集計レポートとは:
- 集計データに基づいて社内BIシステムを構築するための効率的でプライバシーを保護する方法を提供します。アトリビューション、イベント、収益データ、および考えられるすべてのディメンションと指標が含まれます。
- データをBIシステムに読み込み、キャンペーンのパフォーマンスや最適化のプロセスの一部として利用することができます。
- 最高のデータ鮮度を正確に保ちましょう:データは1日に複数回格納され、その日に利用可能なすべてのデータを含むレポートの後続バージョンごとに更新されます。
- メディアソースのデータ共有ポリシーやプライバシー保護ポリシーによって制限されたり制限されたりする可能性のある未加工データを補うのに役立ちます。制限はキャンペーンや広告セットなどのアトリビューション関連のフィールドに影響します。
設定方法
アドバンス集計レポートを取得するには、次のいずれかの手順を実行します。
| 既にData Lockerでデータを取得していますか? | 手順 |
|---|---|
|
はい |
|
| いいえ |
|
利用できるレポート
アドバンス集計レポート(バージョン管理コホート)
レポートの仕様
| 概要 |
コホートバージョン対応レポートには、すべての集計データがコホートされ、すべてのキャンペーンディメンションが細かく表示されます。レポートは、データの鮮度と正確性を最大化するために数時間ごとに更新されます。 |
| 利用できるレポート | 以下のレポートをダウンロードできます。各レポートの詳細については、コホートダッシュボードを確認してください。
|
| レポート期間 | 過去 1,095日間にコンバージョンしたユーザーつまり、レポートには毎日、過去 1,095日間にコンバージョンしたユーザーのイベントが含まれます。 |
| レポート構成 | レポートのスキーマ(含まれているディメンションと指標)は固定されており、編集できません。 |
| データ更新頻度 |
|
| タイムゾーン | UTC |
| ディレクトリとファイル名の構造 | 詳細はこちら |
| パートナーのデータ保持ポリシーの影響 |
一部の広告媒体は、データ保存期間ポリシーを設けていることを考慮してください。この場合、データ保存期間の終了後に発生したイベントは、コホートレポートでは無視されます。 例:SRN媒体 "A" は180日間のデータ保存期間ポリシーを設けているとします。インストール後180日目までのユーザーイベントは SRN「A」に紐づきます。180日後に発生したイベントはオーガニックへ紐づきます。 |
レポート構成
レポートは、ディメンションとメトリックで構成されます。
項目の形式は次のとおりです。
- ディメンション:文字列- 文字列の最大長は動的であり、広告階層の要素をどのように設定するかによって異なります。
-
指標:数値 / 注:selected_currency 項目の形式は文字列です。
利用できる指標は、収益、イベントを実行したユニークユーザー数、イベントの発生数です。※ROIやROASといったコスト関連の指標を算出するには、収益とコストの両方の指標が必要です。収益指標はコホートにあり、コスト指標はROI360コストETLから提供されます。
ディメンション
| フィールド名 | 説明 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 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 |
|
||||||||||
| event_date |
|
||||||||||
| conversion_date |
|
||||||||||
| event_name | イベントを特定します。特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関連するイベント名もあります。
|
||||||||||
| 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 | アドネットワークから返されたキーワードID。 |
指標
| フィールド名 | 説明 | 形式 |
|---|---|---|
| unique_users | イベントを実行したユニークユーザー数 | 数値 |
| revenue_usd |
|
数値 |
| event_count | イベントの実行回数 | 数値 |
| selected_currency | アプリ設定で指定した3文字の通貨コード (USD、EUR)。フォーマットはISO-4217です。これは、管理画面上でコホートの収益を表示する際に使用される通貨設定と同じです。 | 文字列 |
| revenue_selected_currency |
|
数値 |
| first_inapp |
|
数値 |
ディレクトリとファイル名の構造
レポートへのパスは、次のフォルダー階層で構成されます:
形式:
レポートのフォルダ階層
広告主バケットのコホートバージョン対応レポートフォルダ階層の例:
bucket
|
└── t=cohort_unified_versioned
|
├── dt=2024-05-05
| |
| └── version=1714890235
| | |
| | ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| | |
| | ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| | │
| | └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| |
| |
| └── version=1714890286
| |
| ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| |
| ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| │
| └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| |
. .
. .
説明:
- dt:レポートに含まれるイベントが発生した日付
- t: レポートタイプ
- version:バージョンが作成されたときの Unixタイムスタンプ
レポートのバージョンとデータの鮮度
- Intraday:レポートは数時間ごとに送信されます。
- レポートは、その日に現在利用可能なすべてのデータに関するものです。つまり、4月18日のすべてのレポートバージョンには、その時点の4月18日までに入手可能なすべてのデータが含まれます。
- 入手可能な最新のレポートバージョンのみを取り込んでください。
| バージョン | レポートには、AppsFlyerが受信したデータ(UTC)が含まれます | 使用例 | 時間レポートの利用可能時期(UTC) |
|---|---|---|---|
| 1 | 0日目の午前4時 | 0日目の部分データ | 0日目の午前8時 |
| 2 | 0日目の午前8時 | 0日目の部分データ | 0日目の午後1時 |
| 3 | 0日目の午後12時 | 0日目の部分データ | 0日目の午後6時 |
| 4 | 0日目の午後4時 | 0日目の部分データ | 0日目の午後9時 |
| 5 | 0日目の午後8時 | 0日目の部分データ | 0日目の午後11時59分 |
| 6 | 0日目の午後11時59分 | 0日目のコンバージョンとアプリ内イベントの完全なデータ(AppsFlyerが0日目の午後11時59分から1日目の午前2時の間に受信したS2Sイベントを除く) | 1日目の午前4時 |
| 7 | 1日目の午前3時 | 0日目の完全なコンバージョンとアプリ内イベントデータ、およびS2S経由で送信された現在利用可能な広告収益データ | 1日目の午前8時 |
| 8 | 1日目の午前11時 | 0日目の完全なコンバージョンとアプリ内イベントデータ、およびS2S経由で送信された現在利用可能な広告収益データ | 1日目の午後6時 |
| 9 | 1日目の午後5時 | 0日目の完全なコンバージョンとアプリ内イベントデータ、およびS2S経由で送信された現在利用可能な広告収益データ | 1日目の午後11時59分 |
| 10 | 8日目の午前7時 | 広告収益ネットワーク側で発生した可能性のある潜在的な問題を考慮して、0日目のコンバージョンとアプリ内イベントデータ、およびS2S経由で送信される完全な広告収益データ | 8日目の午後1時 |
アドバンス集計(コホート タイムゾーン / バージョン対応)レポート
レポートの仕様
| 概要 |
コホートタイムゾーンバージョン対応レポートには、ローカライズされたタイムゾーンに従って、すべての集計データがコホートされ、キャンペーンディメンションの粒度がすべて含まれます。レポートは、データの鮮度と正確性を最大化するために数時間ごとに更新されます。 |
| 利用できるレポート | 以下のレポートをダウンロードできます。レポートの種類の詳細は、コホートダッシュボードで説明されています。
|
| レポート期間 |
過去 1,095日間にコンバージョンしたユーザーつまり、レポートには毎日、過去 1,095日間にコンバージョンしたユーザーのイベントが含まれます。 注:ローカルタイムゾーンで 1日目がまだ始まっていない場合、タイムゾーンバージョンのレポートはデータなしで届きます。 |
| レポート構成 | レポートのスキーマ(含まれているディメンションと指標)は固定されており、編集できません。 |
| データ更新頻度 |
|
| タイムゾーン | UTCを除くすべてのタイムゾーン。つまり、レポートには、AppsFlyerでUTCタイムゾーンが設定されているすべてのアプリのデータが除外されます。 |
| ディレクトリとファイル名の構造 | 詳細はこちら |
| パートナーのデータ保持ポリシーの影響 |
一部の広告媒体は、データ保存期間ポリシーを設けていることを考慮してください。この場合、データ保存期間の終了後に発生したイベントは、コホートレポートでは無視されます。 例:SRN媒体 "A" は180日間のデータ保存期間ポリシーを設けているとします。インストール後180日目までのユーザーイベントは SRN「A」に紐づきます。180日後に発生したイベントは無視されます。 注:イベントはオーバービューダッシュボードにオーガニックとして表示されます。 |
レポート構成
レポートは、ディメンションとメトリックで構成されます。
項目の形式は次のとおりです。
- ディメンション:文字列- 文字列の最大長は動的であり、広告階層の要素をどのように設定するかによって異なります。
-
指標:数値 / 注:selected_currency 項目の形式は文字列です。
利用できる指標は、収益、イベントを実行したユニークユーザー数、イベントの発生数です。※ROIやROASといったコスト関連の指標を算出するには、収益とコストの両方の指標が必要です。収益指標はコホートにあり、コスト指標はROI360コストETLから提供されます。
ディメンション
| フィールド名 | 説明 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 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 |
|
||||||||||
| event_date |
|
||||||||||
| conversion_date |
|
||||||||||
| event_name | イベントを特定します。特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関連するイベント名もあります。
|
||||||||||
| event_timezone | タイムゾーン:
|
||||||||||
| 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 | アドネットワークから返されたキーワードID。 |
指標
| フィールド名 | 説明 | 形式 |
|---|---|---|
| unique_users | イベントを実行したユニークユーザー数 | 数値 |
| revenue_usd |
|
数値 |
| event_count | イベントの実行回数 | 数値 |
| selected_currency | アプリ設定で指定した3文字の通貨コード (USD、EUR)。フォーマットはISO-4217です。これは、管理画面上でコホートの収益を表示する際に使用される通貨設定と同じです。 | 文字列 |
| revenue_selected_currency |
|
数値 |
| first_inapp |
|
数値 |
ディレクトリとファイル名の構造
レポートへのパスは、次のフォルダー階層で構成されます:
形式:
レポートのフォルダ階層
広告主バケットのコホートタイムゾーンバージョン対応レポートフォルダ階層の例:
bucket
|
└── t=cohort_unified_timezone_versioned
|
├── dt=2024-05-05
| |
| └── version=1714890235
| | |
| | ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| | |
| | ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| | │
| | └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz
| |
| |
| └── version=1714890286
| |
| ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| |
| ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| │
| └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz
| |
. .
. .
説明:
- dt:レポートに含まれるイベントが発生した日付
- t: レポートタイプ
- version:バージョンが作成されたときの Unixタイムスタンプ
レポートのバージョンとデータの鮮度
- Intraday:レポートは数時間ごとに送信されます。
- レポートは、その日に現在利用可能なすべてのデータに関するものです。つまり、4月18日のすべてのレポートバージョンには、その時点の4月18日までに入手可能なすべてのデータが含まれます。
- レポートのユースケースは、地域やタイムゾーンによって異なる場合があります。詳細はこちら
- 入手可能な最新のレポートバージョンのみを取り込んでください。
| バージョン | レポートには、AppsFlyerが受信したデータ(UTC)が含まれます | 使用例 | 時間レポートの利用可能時期(UTC) |
|---|---|---|---|
| 1 | 1日目の午前4時 | 東部(Eastern)地域:0日目の部分データ | 1日目の午前8時 |
| 2 | 1日目の午前8時 | 東部(Eastern)地域:0日目の部分データ | 1日目の午後1時 |
| 3 | 1日目の午後12時 | 東部(Eastern)地域:0日目の部分データ | 1日目の午後6時 |
| 4 | 1日目の午後4時 | 東部(Eastern)地域:0日目の部分データ | 1日目の午後9時 |
| 5 | 1日目の午後8時 | 東部(Eastern)地域:0日目の部分データ | 1日目の午後11時59分 |
| 6 | 1日目の午後11時59分 | 東部(Eastern)と中部(Central)の地域:0日目の部分データ | 0日目の午前4時 |
| 7 | 0日目の午前4時 | すべての地域:0日目の部分データ | 0日目の午前8時 |
| 8 | 0日目の午前8時 | すべての地域:0日目の部分データ | 0日目の午後1時 |
| 9 | 0日目の午後12時 | すべての地域:0日目の部分データ | 0日目の午後6時 |
| 10 | 0日目の午後4時 | すべての地域:0日目の部分データ | 0日目の午後9時 |
| 11 | 0日目の午後8時 |
|
0日目の午後11時59分 |
| 12 | 0日目の午後11時59分 | 中西部(Central / Western)地域:0日目の部分データ | 1日目の午前4時 |
| 13 | 1日目の午前4時 |
|
1日目の午前8時 |
| 14 | 1日目の午前8時 | 西部(Western)地域:0日目の一部のデータと、S2S経由で送信された現在利用可能なすべての広告収益データ | 1日目の午後1時 |
| 15 | 1日目の午後12時 | 西部(Western)地域:0日目の一部のデータと、レポートが処理された時点でS2S経由で送信された現在利用可能なすべての広告収益データ | 1日目の午後6時 |
| 16 | 1日目の午後12時 | 西部地域 - 0日目の部分的なデータと、S2S経由で送信された更新された広告収益データ(レポートは広告収益データの処理が完了した後にのみ処理されます) | 1日目の午後6時 |
| 17 | 1日目の午後4時 | 西部(Western)地域:0日目の一部のデータと、S2S経由で送信された現在利用可能なすべての広告収益データ | 1日目の午後9時 |
| 18 | 1日目の午後6時 | 西部(Western)地域:0日目の一部のデータと、S2S経由で送信された現在利用可能なすべての広告収益データ | 1日目の午後11時59分 |
| 19 | 1日目の午後8時 | 西部(Western)地域:コンバージョン全体、0日目のアプリ内イベントデータ、広告収益データ一式をS2S経由で送信 | 1日目の午後11時59分 |
| 20 | 1日目の午後11時59分 | 広告収益ネットワーク側で発生した可能性のある潜在的な問題を考慮して、0日目のコンバージョンとアプリ内イベントデータ、およびS2S経由で送信される完全な広告収益データ | 2日目の午前4時 |
| 21 | 8日目の午前0時 | 広告収益ネットワーク側で発生した可能性のある潜在的な問題を考慮して、0日目のコンバージョンとアプリ内イベントデータ、およびS2S経由で送信される完全な広告収益データ | 8日目の午前6時 |
追加情報
タイムゾーンの地域
レポートのユースケースは、地域やタイムゾーンによって異なる場合があります。次の表を参考にして、どの地域がどのタイムゾーンに一致するかを調べてください。
| 地域 | タイムゾーン |
|---|---|
| 東部 | UTC+12 - UTC+3 |
| 中部 | UTC+2.5 - UTC-3 |
| 西部 | UTC-3.5 - UTC-12 |
データ分析担当者向けの考慮事項
レポート内のデータ範囲
レポートには、ユーザー獲得、インストール、リターゲティング、リアトリビューション、リエンゲージメント、およびそれらに紐づくアプリ内イベントが含まれます。
統合レポート、ユーザー獲得レポート、リターゲティングレポートを別々に、またはまとめて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換算の収益金額) は、イベント発生日の為替レートを使用して計算されます。
一般的な考慮事項
すべてのアプリのデータは設定可能です。単一のファイルで提供することも、アプリごとに個別のファイルで提供することもできます。
使用事例
以下は、BI開発者が Data Lockerを介して抽出できるコホートデータの一般的で実用的なアプリケーションの例です。各例は、SQL ステートメントとサンプルの Excel ビジュアルで示されています。
1. リテンションの計算
次の例では、次のことを行います:
- 1日目と7日目のリテンション、およびキャンペーンと広告ごとのインストールの合計数を計算します。
- コンバージョンイベントごとのイベント数を合計するには、
event_nameをaf_conversionとフィルターします。 - 具体的には、「統合」レポートでユーザー獲得キャンペーンを分析する際、データフィルターを設定し、conversion_type が (install, install_unified) に一致するレコードを抽出します:
conversion_type IN (install, install_unified)
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'
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-engagementとconversion_type=re-attribution、リターゲティングキャンペーンを分析します。 - コンバージョンイベントごとのイベント数を合計するには、
event_nameをaf_conversionとフィルターします。 - 複数のイベントの収益を合計します。この場合、
af_purchaseとaf_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、コンバージョン日、メディアソース、イベント名、コンバージョンタイプごとのインストール数を計算します。
- 全体レポートで、
conversion_typeをinstallまたはinstall_unifiedに設定して、ユーザー獲得インストール(リターゲティングではない)を表示するようにデータをフィルターします。 -
event_nameをaf_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. Meta広告からの収益の計算
次の例では、次のことを行います:
- 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 |
8. コンバージョン後7日目の購入データの計算
次の例では、次のことを行います:
- コンバージョンから 7日後に af_purchase イベントを実行した累積ユニークユーザー数を(統合ビューで)計算します。
- イベントへのコンバージョン率、つまりコンバージョン後 7日以内に購入を行ったコンバージョンの割合を計算します。
- デーを
conversion_type='install'とフィルターします。 - データは、アプリ、コンバージョン日、メディアソース、キャンペーン、広告セットごとにグループ化されています。
SQLステートメント
select
app_id, conversion_date, media_source, campaign, adset,
sum(if(event_name = 'af_conversion', event_count,0)) as unified_conversions,
sum(if(event_name = 'af_purchase', first_inapp, 0)) as af_purchase_day_7_cumulative_unique_users,
concat(
cast(
round(
sum(if(event_name = 'af_purchase', first_inapp, 0)) /
sum(if(event_name = 'af_conversion', event_count, 0)) * 100.0
,2)
as varchar),
'%') as af_purchase_day_7_cumulative_unique_users_conversion_rate
from YOUR_DATA_LOCKER_REPORT
where
conversion_date between '2023-12-01' and '2023-12-31'
and is_primary_attribution = true
and days_post_attribution <= 7
and app_id in (APP_ID1, APP_ID2, ...)
group by 1,2,3,4,5
Excelの例
| App ID | コンバージョン日 | メディアソース | キャンペーン | 広告セット | 統合コンバージョン | 7日目 af_purchase 累計 | 7日目 af_purchase CV率 |
|---|---|---|---|---|---|---|---|
| id123456789 | 2024-03-05 | adnet1_int | campaign_1 | adset_1 | 100 | 20 | 20% |
| id123456789 | 2024-03-07 | adnet2_int | campaign_2 | adset_2 | 200 | 10 | 5% |
| id123456789 | 2024-03-31 | adnet3_int | campaign_3 | adset_3 | 150 | 15 | 10% |
9. DAUの計算
次の例では、次のことを行います:
- メディアソース、キャンペーン、広告別にグループ化された選択した期間内の各日のDAUを計算します。
- デーを
event_name = 'af_session'とフィルターします。 - 一度に1日のユニークユーザーを合計します。各日は独自のディメンション(列)です。
注:
- 複数の日を合計することはできません(例:WAUまたはMAUを取得するため)。
- DAUは、過去1,095日間のコンバージョンユーザーのアクティビティに基づいています。これは、アクティビティ管理画面やレポートに表示されるデータとは異なり、この制限はありません。特性と制限のセクションの「コンバージョン後の日数」を参照してください。
SQLステートメント
select media_source,campaign_id, ad_id, sum(case when event_date = '2024-08-06' then unique_users end) as dau_2024_08_06, sum(case when event_date = '2024-08-07' then unique_users end) as dau_2024_08_07, sum(case when event_date = '2024-08-08' then unique_users end) as dau_2024_08_08 from YOUR_DATA_LOCKER_REPORT where event_date between '2024-08-06' and '2024-08-08' and event_name = 'af_session' and app_id = YOUR_APP group by 1,2,3
Excelの例
| Media source | Campaign | Ad | DAU 8月6日 | DAU 8月7日 | DAU 8月8日 |
|---|---|---|---|---|---|
| adnet1_int | campaign_1 | adset_1 | 475,250 | 420,485 | 463,912 |
| adnet2_int | campaign_2 | adset_2 | 380,987 | 355,665 | 401,232 |
| adnet3_int | campaign_3 | adset_3 | 290,042 | 570,322 | 489,787 |
特性と制限
| 特性 | |
|---|---|
| コストデータ |
|
| キャンペーン名の変更 | 対応していません。キャンペーン名が変更された場合は、キャンペーン IDを使用してグループ化とフィルターを行います。 |
| データ更新頻度 | 日中(平均4時間毎の更新) |
| 広告収益 | 利用可能 |
| 通貨設定 | 行ごとに、USDとアプリ個別の通貨設定のデータが確認可能です。 |
| タイムゾーン | アプリ固有のタイムゾーンは、タイムゾーンバージョン対応レポートで確認できます。 |
| オーガニックデータ | 利用可能 |
| コンバージョン (インストール、リアトリビューション、リエンゲージメント) 後の日数 | 1,095日間ご利用いただけます。 |
| 代理店の運用媒体の開示設定 |
|
| アプリ毎のデータ分割 | サポート対象 |
| SKAN計測データ | 含まれていません。つまり、データはData Lockerレポートではなく、iOSポストバックによって提供されます。 |
| アンインストールデータ | アンインストールは毎日処理されます。そのため、1日の完全なデータを含むレポートにのみ表示されます(部分的なデータではありません)。 |
| 再インストールについて |
|