概要:Data LockerのSSOT(Single Source of Truth)レポートは、IDマッチングやSKANなど、異なるアトリビューション手法のデータを統合し、アプリキャンペーンの成果を一元的かつ正確に把握できるようにします。 このデータをBIシステムに取り込むことで、より正確なデータに基づいた分析が可能になります。
注意
- データの共有を受けるには、広告主が管理画面で権限を付与する必要があります。
- SSOT Data Lockerレポートには、アクティビティベースではなく、LTVベースのデータが含まれます。つまり、特定の日に発生したアプリ内の行動やイベントを集計するのではなく、すべてのタッチポイントを通じたユーザーの生涯価値を表すデータです。
Data Lockerとは
Data Lockerは、AWS、GCS、Snowflakeなどの主要なクラウドプラットフォームに、データを直接、安全に配信するソリューションです。社内のBIシステムにデータを簡単に取り込んで活用でき、包括的な分析やレポート作成が可能になります。詳細はこちら。
SSOT(Single Source of Truth)とは
SSOT(Single Source of Truth)は、IDマッチングやSKANなど、異なるアトリビューション手法のデータを統合することで、データの分断を解消し、アプリキャンペーンの成果を一元的かつ正確に把握できるようにするソリューションです。詳細はこちら。
Data LockerでSSOTレポートを利用するメリット
SSOTレポートでは、広告主が成果の分析・計測に使用しているものと同じデータを確認できます。
- アトリビューションの全体像を正確に把握:SSOTが、異なるアトリビューション手法で得られたデータを統合し、複数の手法で計測されたインストールの重複集計を防ぎます。これにより、実際のユーザー行動とアトリビューション結果を正確に反映したデータを得られます。
- BIシステムへのデータ取り込み:SSOTの集計データを、社内のBIシステムに効率的かつ正確に取り込めます。アトリビューション、アプリ内イベント、収益のデータが、すべてのディメンションと指標を含めて提供されます。
Data Lockerの設定
以下の手順でData Lockerを設定します。設定の変更は3時間以内に反映されます。
事前準備:
以下のうち、使用する保存先の設定を1つ以上完了してください。
Data Lockerを設定するには、以下の手順を実行します。
- AppsFlyerのパートナー管理画面にログインします。
- 次の場所に移動します。
-
広告主:[レポート] > [Data Locker]に移動します。
- マーケティングパートナー:アカウントメニュー > [Data Locker]をクリックします。
-
広告主:[レポート] > [Data Locker]に移動します。
- Data Lockerの設定手順のステップ3~16を実行します。
権限
代理店が有効化したアドネットワークの場合、代理店からは権限を付与できません。代理店から広告主に、権限の付与を依頼する必要があります。
アドネットワークがSSOT(Single Source of Truth)のデータを取得できるようにするには、以下の手順を実行します。
- AppsFlyerのサイドメニューから、[連携] > [連携済みパートナー]を選択します。
- 対象のパートナーを検索して選択します。
- [連携を設定]をクリックします。連携設定ページが表示されます。
- [パートナーを有効にする]が有効になっていることを確認します。無効になっている場合、データは共有されません。
- [権限]タブに移動します。
- 以下のアドネットワーク権限を有効にします。
- [コンバージョンの集計データへのアクセス]。
- [アプリ内イベントの集計データへのアクセス]。
- [収益の集計データへのアクセス]。
- [権限を保存]をクリックします。
- 権限を付与したことをアドネットワークに連絡します。
- 複数のアプリがある場合は、当該パートナーと連携しているアプリごとに同じ手順を繰り返します。
SSOTレポートの基本仕様
| 項目 | 説明 |
|---|---|
| 利用できるレポート | 以下のレポートを利用できます。
|
| 集計対象期間 | インストール後7日間までのコホート指標を提供します。 |
| ディレクトリ構成 | ディレクトリは、インストール日ごとに整理されています。各インストール日のフォルダには、日々作成される複数のバージョンが含まれます。各バージョンには、そのインストール日の最新の累積データが反映されます。そのため、利用可能な最新バージョンのレポートのみを処理してください。詳細はこちら |
| レポートの構成 | レポートのスキーマ(含まれるディメンションと指標)は固定されており、変更できません。 |
| タイムゾーン | UTC |
| 更新頻度と提供時刻 |
|
レポートの構成
レポートは、ディメンションと指標で構成されています。
指標には、アトリビューション、収益、イベントを実行したユニークユーザー数のデータが含まれます。
フィールドのデータ形式
| 形式名 | 説明 |
|---|---|
| String [n](文字列) | 文字列の最大長を表します。通常、データの受信時にはフィールドの長さを制限しませんが、その後の処理でデータが切り詰められる場合があります。 |
| 日時文字列 |
日時は、次の形式の文字列で表されます。 yyyy-mm-dd hh:mm:ss. 例: 2019-09-17 00:09:25 |
| Enum [n](列挙型) | 列挙型のフィールドには、指定された値のみを格納できます。たとえば、selected_currencyは3文字で、指定された通貨コードのみを格納できます。 |
| タイムスタンプ | 10桁のUNIXタイムスタンプ。例: 2020年8月4日07:25(UTC)は、次のように表されます。 "timestamp": "1596525944" |
| Boolean(真偽値) | フィールドの値は、TRUEまたはFALSEです。 |
| Integer(整数) | 整数 |
| Float(浮動小数点数) | 小数点以下の値を持つことができる実数。 |
ディメンション
| フィールド名 | 説明 | 形式 | ||||||
|---|---|---|---|---|---|---|---|---|
| af_ad_id | 広告の識別子。キャンペーン階層の項目です。 | string | ||||||
| af_ad | 広告名。 | string | ||||||
| af_adset_id | 広告セットの識別子。キャンペーン階層の項目です。 | string | ||||||
| af_adset | 広告セット名。 | string | ||||||
| app_id | 接頭辞「ID」を含むアプリID(広告主のアプリ)。 | string | ||||||
| attribution_method | イベントのアトリビューションに使用された手法。 AppsFlyerのアトリビューション手法、SKAdNetwork(SKAN)、オーガニックなどが該当します。 | string | ||||||
| attributed_touch_type | 設定される値:click、impression、null。 | string | ||||||
| campaign | アドネットワークからAppsFlyerに送信されたキャンペーン名。 | string | ||||||
| af_c_id | キャンペーンの識別子。 | string | ||||||
| days_post_attribution | コンバージョンの発生日を基準にした経過日数です。個々のコンバージョンの発生時刻を基準にするものではありません。 ヒント:リテンションやKPIの集計対象日数の算出に使用します。 |
int | ||||||
| event_name | イベントを識別します。特定の意味を持つイベント名と、広告主がアプリに設定したアプリ内イベントの名前があります。
|
string | ||||||
| geo | ISOの国コード。 AppsFlyerの従来のアトリビューション手法ではユーザーのIPアドレスから判定されます。SKANでは、アドネットワークのデータで補完されるか、モデルによって推定されます。 | string | ||||||
| install_date |
SKAN:ポストバックの到着時刻に基づいてAppsFlyerが推定します。 AF:
|
string | ||||||
| is_primary_attribution |
UA:True リターゲティング:リエンゲージメント期間中は、元の媒体(リエンゲージメント前の媒体)とリエンゲージメント媒体の両方がアトリビューション先になります。イベントがリエンゲージメント期間内に発生した場合は、以下の値になります。元の媒体はFALSE(プライマリアトリビューションではない)です。リエンゲージメント媒体はTRUEです。 |
bool | ||||||
| media_source | イベントのアトリビューション先となるアドネットワーク。 | string | ||||||
| selected_currency | アプリ設定で指定した3文字の通貨コード(USD、EURなど)。 ISO-4217形式です。 SSOTの管理画面で収益の表示に使用される通貨と同じです。 | string | ||||||
| conversion_type | 設定される値: Install:ユーザーがアプリを初めてダウンロードし、起動した場合。 Re-attribution:ユーザーがアプリを再インストールし、新しいキャンペーンがアトリビューション先となった場合。 Re-download(SKAN):ユーザーがアンインストール後に、アプリを再インストールした場合。 Re-engagement:ユーザーがリターゲティング広告に接触した後、アプリを再び起動した場合。 |
string |
指標
| Data Lockerのフィールド名 | 説明 | 形式 |
|---|---|---|
| revenue_selected_currency | 選択した通貨での累積収益額。小数点以下は最大2桁です。 例:event_name=purchase、days_post_attribution=2の場合、インストール後2日目だけでなく、インストール後2日間に発生したpurchaseイベントの収益の合計を表します。 |
double |
| revenue_usd | 米ドルでの累積収益額。 例:event_name=purchase、days_post_attribution=2の場合、インストール後2日目だけでなく、インストール後2日間に発生したpurchaseイベントの収益の合計を表します。 |
double |
| skan_duplicates | SKANとAppsFlyerのほかの手法の両方で計測されたインストールは、SSOTデータでの重複集計を防ぐために除外されます。 | long |
| uninstalls_count | アプリをインストールした後に、アンインストール(削除)したユーザーの数(ユーザー獲得レポートのみが対象)。 | long |
| unique_users | イベントを実行したユニークユーザー数。累積値です。 例:event_name=purchase、days_post_attribution=2の場合、インストール後2日目だけでなく、インストール後2日間に購入したユニークユーザーの数を表します。 |
int |
推定データ
AppsFlyerは、SKAdNetworkの基本レポートでは得られないデータを、モデルによって推定します。
- コンバージョン値(CV)がNullの場合:SKANでは、ユーザーのプライバシーを保護するため、Appleが実際のデータを「Null」に置き換える場合があります。 SSOTでは、データが欠落しないように、これらのNull値をモデルによって推定します。詳細はこちら。
- インストール後2日間を超える期間の指標:SKANでは、インストール後の最初の2日間を過ぎるとデータの粒度が制限されるため、精度が低下する場合があります。データの品質を維持するため、days_post_attributionが2を超える期間の収益と、アプリ内イベントを実行したユニークユーザー数は、モデルによって推定します。詳細はこちら。
地域データ:SKANではデータの粒度が制限されるため、地域データが得られないことがよくあります。その場合は、効率的に成果を分析できるよう、モデルによってデータを推定します。詳細はこちら。
集計途中のデータ
直近のインストール日を分析する場合、インストール後7日間など、長い期間を対象とする指標は、まだ必要なデータが揃っていないことがあります。この場合も指標は表示されますが、集計途中のデータに基づく値となります。
データが揃うまでの目安は、以下のとおりです。
- レポートには、利用可能になったデータから順次反映されます。
- インストールから5日後に、インストール後2日間の指標の集計が完了します*。
- インストールから7日後に、インストール後7日間の指標の集計が完了します。ただし、インストールから15日後までは、モデルによって値が調整される場合があります。
データが集計途中となる理由:
- 集計対象期間が経過していない:インストール日からの経過日数が分析対象の日数に満たない場合、データはまだ蓄積中で、すべて揃っていません。
- SKANの遅延:SKANデータは、ランダムな遅延を伴って到着します。たとえば、インストール後の最初の2日間のアクティビティは、インストールから最大96時間(4日)後に届く場合があります。
- 推定データの生成タイミング:インストール後2日間を超える期間のSKANデータは、モデルによって推定されます。モデルによる最初の推定値は、インストールから7日後に生成されます。それまでの期間(インストールから2~7日後)は、AppsFlyerの従来のアトリビューション手法によるデータは利用できますが、SKANの推定データはまだ利用できません。
例(インストール日が1月1日の場合):
- 1月2日時点:SKANデータはまだ届いていません。インストール後2日間のデータと7日間のデータは同じ値になります。どちらも集計途中で、AppsFlyerの従来のアトリビューション手法によるデータのみで構成されます。
- 1月3日時点:SKANデータの一部が届いています。インストール後2日間のデータは引き続き集計途中ですが、SKANデータの一部も含まれるようになります。インストール後7日間のデータには、SKANの推定データはまだ含まれません。最初の推定値が利用可能になるのは、インストールから7日後です。そのため、インストールから2~7日後の間は、7日間の指標が2日間の指標を下回る場合があります。
- 1月6日時点:最大の遅延が発生したポストバックも含め、インストール後の最初の2日間のSKANデータがすべて届いています。インストール後2日間の指標の集計は完了しています。この時点では、インストール後7日間の指標の集計はまだ完了していません。
- 1月8日時点:インストール後7日間のSKAN推定データの集計が完了します。モデルによる値の調整は、1月16日まで続きます。
ディレクトリ構成
レポートフォルダの階層
- 最上位のフォルダは、レポートの種類ごとに分かれています。設定される値は、ssot_unified、ssot_retargeting、ssot_user_acquisitionです。
- 各フォルダ内のサブフォルダは、インストール日ごとに分かれています。
バージョン管理
- 各インストール日のフォルダには、日々作成される複数のバージョンが含まれます。
- 各バージョンには、そのインストール日の最新の累積データが反映されます。
- レポートには、対象のインストール日について利用可能なすべてのデータが含まれます。たとえば、4月18日時点の各インストール日の最新バージョンには、4月18日のその時点までに利用可能になったすべてのデータが含まれます。
- ヒント:正確なデータを使用するため、常に利用可能な最新バージョンのレポートを処理してください。
インストール日ごとのバージョン数は、最大15です。 15日後には、すべての指標の集計が完了し、値が確定します。詳細はこちら。
ディレクトリとファイル名の構成
レポートへのパスは、次の形式です。
<bucket-name>/t=<ssot_unified OR ssot_retargeting OR ssot_user_acquisition>/install_date=<yyyy-mm-dd>/version=<unix timestamp>/<parquet file number>
広告主のバケット内のフォルダ階層の例:
bucket
|
└── t=ssot_unified
|
├── install_date=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
| |
. .
. .
各項目の意味:
- t:レポートのトピック(種類)。
- install_date:アプリのインストール日。インストール後のアクティビティは、ユーザーが行動した日ではなく、アプリをダウンロードしたインストール日に基づいて表示されます。
- version:バージョンが作成された時刻を示すUNIXタイムスタンプ。
BI開発者向けの注意事項
レポートに含まれるデータの範囲:
レポートには、ユーザー獲得のインストール、リターゲティングのリアトリビューション(SKANでは再ダウンロード)、リエンゲージメントと、それぞれに関連するアプリ内イベントのデータが含まれます。
レポートの取り込み
統合、ユーザー獲得、リターゲティングの各レポートは、個別に、またはまとめてBIシステムに取り込めます。まとめて取り込み、表示するデータを自分で絞り込む場合は、以下の条件を使用します。
- 統合レポート:is_primary_attributionフィールドがtrueまたはnullのレコード。
- ユーザー獲得レポート:conversion_type=Install。
- リターゲティングレポート:conversion_typeがre-engagementまたはre-attributionのレコード。
- 統合ビュー:データの取り込みに統合ビューを使用する場合、以下の条件でキャンペーンの種類ごとにデータを分けられます。
- conversion_typeがinstall、re-engagement、re-attribution(SKANでは再ダウンロード)のいずれかであるレコードを使用します。
- 詳細は、「リターゲティングイベントのダブルアトリビューション」を参照してください。
アトリビューション後の経過日数
重要
レポートのdays_post_attributionディメンションは、収益とユニークユーザーのデータが、インストール後何日間の実績を表すかを示します。
- アトリビューション(インストール、リエンゲージメントなど)の場合、値は0です。
- 収益とアプリ内イベントのデータは、あらかじめ定義されたコホートに分類されます。現在の対象は、インストール後「2」日間と「7」日間のみです。
アプリ内イベントと収益を正確に分析するには、days_post_attributionディメンションでデータを絞り込んでください。以下のクエリ例を参照してください。
よくある誤りは、特定のディメンションの組み合わせについて、収益列の値を単純に合計してしまうことです。この方法では、一部の収益がdays_post_install=2とdays_post_install=7で二重に集計されるため、正しい値を得られません。特定のアプリ内イベントのユニークユーザー数を分析する場合も、同様の点に注意が必要です。
注意事項
分析時は、以下の点を確認してください。
- 最新バージョンの使用:各インストール日の最新バージョンを必ずクエリの対象にし、最新かつ正確なデータで分析してください。
- 収益の換算:米ドルでの収益は、イベント発生日の為替レートで換算されます。
- アトリビューションの分析:event_name=af_conversionのレコードは、アトリビューション(インストール、リアトリビューション[SKANでは再ダウンロード]、リエンゲージメント)を表します。アトリビューション数はユニークユーザー数の指標に表示され、これらのレコードの収益指標は空欄になります。 days_post_attributionの値は0です。
- 管理画面との比較:管理画面のインストール列には再ダウンロードとインストールの両方が含まれるため、比較する際は、両方のコンバージョンタイプを合計してください。
- アプリ内イベントの分析:event_nameがaf_conversion以外のレコードは、アプリ内イベントを表します。イベントを実行したユニークユーザー数はユニークユーザー数の指標に、そのイベントから発生した収益は収益指標に表示されます。
- コンバージョンタイプ:このディメンションで、ユーザー獲得とリターゲティングのコンバージョンを区別します。 SKANデータでは、さらにインストールと再ダウンロードを区別できます。 SSOT管理画面と比較する際は、どちらもインストールとして扱われます。
- 広告収益イベント:データが利用可能な場合に含まれます。
- データの分割:すべてのアプリのデータが1つのファイルで提供されます。 App IDフィールドでアプリごとにデータを分けるか、Data Lockerでアプリごとに分割する設定を使用してください。
活用例
以下は、BI開発者がData Locker経由で取得したデータを活用する、代表的な実用例です。各例には、SQL文とExcelでの表示例を掲載しています。
キャンペーンごとの総アトリビューション数の算出
このクエリでは、以下の処理を行います。
- キャンペーンごと・インストール日ごとに、ユニークなアトリビューション数を合計します。
- イベント名がaf_conversionで、特定のキャンペーンID(af_c_id)に該当するコンバージョンに絞り込みます。
SELECT install_date, SUM(unique_users) AS total_attributions
FROM ssot_unified
WHERE event_name = 'af_conversion'
AND af_c_id = '4475903638579' -- Change to your specific campaign
AND app_id = 'YOUR_APP'
GROUP BY install_date;
管理画面のインストール数と比較するための、キャンペーンごとのコンバージョン数(インストールと再ダウンロード)の算出
このクエリでは、以下の処理を行います。
- キャンペーンとインストール日ごとに、新規インストールと再ダウンロードを区別してコンバージョン数を集計します。
- installとre-downloadの両方を合算する、管理画面のインストール指標と比較します。
SELECT install_date, conversion_type, SUM(unique_users) AS total_conversions
FROM ssot_unified
WHERE event_name = 'af_conversion'
AND af_c_id = '4475903638579' -- Change to your specific campaign
AND conversion_type IN ('install', 're-download')
-- The dashboard sums both under the install field
AND app_id = 'YOUR_APP'
GROUP BY install_date, conversion_type;
地域ごとのリターゲティングコンバージョン数の算出
このクエリでは、以下の処理を行います。
- リターゲティングキャンペーンによるコンバージョン数を、地域別に集計します。
- 対象とするコンバージョンタイプは、re-attributionとre-engagementです。
SELECT install_date, conversion_type, geo, SUM(unique_users) AS total_conversions
FROM ssot_unified
WHERE event_name = 'af_conversion'
AND conversion_type IN ('re-attribution', 're-engagement')
-- Both types are relevant for re-targeting
AND app_id = 'YOUR_APP'
GROUP BY install_date, conversion_type, geo;
媒体ごと・アトリビューション手法ごとのインストール数の算出
このクエリでは、以下の処理を行います。
- インストール数をアトリビューション手法別(SKAN、AppsFlyerの手法、オーガニック)に集計し、媒体別に表示します。
- af_conversionイベントのうち、コンバージョンタイプがinstallのレコードに絞り込みます。
SELECT install_date, attribution_method, media_source, SUM(unique_users)
AS total_installs FROM ssot_unified WHERE event_name = 'af_conversion' AND conversion_type = 'install' AND app_id = 'YOUR_APP' GROUP BY install_date, attribution_method, media_source;
Facebookの広告セットごとの、インストール後7日間の累積収益の算出
このクエリでは、Facebookで配信された広告について、インストール後7日間の累積収益を算出します。
SELECT install_date,
af_adset,
SUM(revenue_usd) AS total_revenue_day_7
FROM ssot_unified
WHERE media_source = 'facebook'
AND days_post_attribution = 7 -- Choose a specific post-install period (cohort)
AND app_id = 'YOUR_APP'
GROUP BY install_date, af_adset;
指定したインストール後の期間における累積収益の算出
このクエリでは、以下の処理を行います。
- インストール後の複数の対象期間について累積収益を計算し、2日間と7日間の合計をそれぞれ算出します。
- 直近7日間のインストールを分析する場合、インストール後7日間のデータはまだ揃っていない可能性があるため、注意してください。詳細はこちら
SELECT install_date,
SUM(IF(days_post_attribution = 2, revenue_usd, 0)) AS total_revenue_day2,
SUM(IF(days_post_attribution = 7, revenue_usd, 0)) AS total_revenue_day7
FROM ssot_unified
WHERE app_id = 'YOUR_APP'
GROUP BY install_date;
媒体ごとの、特定のアプリ内イベント(購入)による収益の算出
このクエリでは、以下の処理を行います。
- af_purchaseなどの特定のアプリ内イベントから発生した収益を、媒体別に合計します。
- データが重複集計されないよう、インストール後の対象日数で絞り込みます。
SELECT install_date, media_source, SUM(revenue_usd) AS total_purchase_revenue
FROM ssot_unified
WHERE event_name = 'af_purchase' -- Change to your specific event
AND days_post_attribution = 7 -- Choose a specific post-install period (cohort)
AND app_id = 'YOUR_APP'
GROUP BY install_date, media_source;
インストール後2日間のアプリ内イベントのコンバージョン率の算出
このクエリでは、af_complete_tutorialなどの特定のアプリ内イベントのコンバージョン率を、全インストール数に対して算出します。
SELECT install_date, SUM(IF(days_post_attribution = 2 AND
event_name = 'af_complete_tutorial', unique_users, 0)) / SUM(IF(event_name = 'af_conversion', unique_users, 0))
AS conversion_rate_day2_af_tutorial_conversion FROM ssot_unified WHERE conversion_type = 'install'
-- Choose the conversion types for the sample group you want to measure AND app_id = 'YOUR_APP' GROUP BY install_date;
キャンペーンIDごとの、インストール後7日間と2日間のARPUの算出
このクエリでは、以下の処理を行います。
- キャンペーン別に、インストール後2日間と7日間のユーザーあたり平均収益(ARPU)を算出します。
- 直近7日間のインストールを分析する場合、インストール後7日間のデータはまだ揃っていない可能性があるため、注意してください。詳細はこちら
SELECT install_date,
af_c_id,
SUM(IF(days_post_attribution = 2, revenue_usd, 0))
/ SUM(IF(event_name = 'af_conversion', unique_users, 0)) AS ARPU_day2,
SUM(IF(days_post_attribution = 7, revenue_usd, 0))
/ SUM(IF(event_name = 'af_conversion', unique_users, 0)) AS ARPU_day7
FROM ssot_unified
WHERE conversion_type = 'install'
-- Choose the conversion types for the sample group you want to measure
AND app_id = 'YOUR_APP'
GROUP BY install_date, af_c_id;
媒体ごとの重複アトリビューション数の算出
このクエリでは、媒体とインストール日ごとに、ユーザーのアトリビューションが重複した数を合計し、重複が多い可能性のある媒体を把握します。
SELECT install_date, media_source, SUM(skan_duplicates)
FROM ssot_unified
WHERE app_id = 'YOUR_APP'
AND event_name = 'af_conversion'
GROUP BY install_date, media_source;
SELECT install_date, media_source, SUM(skan_duplicates) FROM ssot_unified WHERE app_id = 'YOUR_APP' GROUP BY install_date, media_source;
仕様と制限事項
| 項目 | 説明 |
|---|---|
| インストール日ごとのレポートの提供条件 | 対象日の終了時点でSSOTが有効になっていた場合にのみ、そのインストール日のSSOTレポートが提供されます。 |
|
インストール後2日間の指標
|
|
|
アプリ内イベントの提供範囲
|
Window 1の期間中に発生したイベントのみが対象です。 |
| SKANの再ダウンロードの内訳 | 利用可能。 SSOT管理画面ではこの内訳は提供されず、インストールと再ダウンロードの両方がインストール指標に含まれます。 |
|
SKAN Conversion Studioの設定変更
|
SKAN Conversion Studioの設定を変更すると、変更前のスキーマでエンコードされたインストールのポストバックが引き続き届くため、約96時間はSSOTデータの精度に影響する可能性があります。 |
| タイムゾーン | アプリごとのタイムゾーンには対応していません。 |
| オーガニックデータ |
|
| コンバージョン(インストール、リアトリビューション、リエンゲージメント)後の経過日数別データ | コンバージョン後7日間までに制限されます。 |
|
運用媒体の開示設定
|
対応 |
|
キャンペーン名の変更
|
非対応。キャンペーン名を変更した場合、グループ化や絞り込みにはキャンペーンIDを使用してください。 |
|
アドネットワーク
|
|
|
代理店のアクセス
|
利用不可。代理店ユーザーは、SSOT管理画面でSSOTデータを確認できます。 |
|
D7指標
|
|
|
あらかじめ定義されたイベント名
|
af_conversionはさまざまなコンバージョンタイプを示すために使用されます。そのため、アプリ独自のイベントにaf_conversionという名前を付けている場合、そのイベント名はaf_conversion_eventに変更されます。 |
|
現地通貨での収益の差異
|
SSOT管理画面とSSOT Data Lockerレポートの計算は同時に行われないため、管理画面の現地通貨での収益と、レポートで選択した通貨での収益を比較すると、わずかな差異が生じる場合があります。これは、データの計算時点が異なることで、使用される為替レートにわずかな差が生じるためです。 |
| 集計途中のSKAN D7データ | SKANのD7データはモデルによって推定され、初回版はインストールから7日後に利用可能になります。そのため、直近7日以内の日付についてD7指標を分析すると、データは集計途中の状態となります。アトリビューション手法がSKANのレコードでは、D7指標がD2指標を下回ります。 |
| D7収益とアプリ内イベント指標の粒度の制限 | インストール後7日間の収益と、イベントを実行したユニークユーザー数の指標は、広告セット、広告、コンバージョンタイプ単位では利用できません。通常、SKANではこの粒度のデータを利用できないため、モデルでもこれらのディメンションは考慮されません。 |
| 広告収益データの反映までの時間 |
広告収益データには、1日の遅延があります。 たとえば、7月3日の朝に作成されたレポートには、7月1日までの広告収益データが含まれます。 |