概要:Data Locker経由で取得できるSSOTレポートでは、IDマッチングやSKANなどのさまざまな計測方法のデータを統合することで、アプリキャンペーンのパフォーマンスを統一的かつ正確に把握できます。 BIシステムにデータをロードする方法を提供し、精度の高いデータの取得が可能です。
注意
アドネットワークへのデータ共有を可能にするには、予め広告主側で管理画面上から権限を付与する必要があります。
Data Lockerとは
Data Lockerは、AWS、GCS、Snowflakeなどの主要なクラウドプラットフォームにデータを直接配信できる、AppsFlyerの提供するソリューションです。これにより、担当者はデータを社内のBIシステムに簡単に統合し、包括的な分析とレポートを作成できるようになります。詳細はこちらのページを参照してください。
SSOT(Single Source of Truth)とは
SSOT(Single Source of Truth)は、IDマッチングやSKANなどのさまざまな計測手法のデータを重複なく統合することで、アプリキャンペーンのパフォーマンスを統一的かつ正確に把握できるようにする機能です。詳細はこちらのページを参照してください。
Data LockerでのSSOTレポート取得の利点
SSOTレポートは、広告主が見ているパフォーマンスの計測や分析データと同じ目線でデータを分析することを可能にします。
- 正確で包括的なアトリビューションデータ提供:SSOTは、さまざまな計測手法のデータを統合するロジックを持っており、複数の計測方法によって本来重複している可能性のあるインストールを、成果重複のない状態で可視化することを可能にします。そして、正確なデータでユーザーのインストール成果とその後のアプリ内での行動を捉えることができるようになります。
- BIシステムへのデータの取り込み:集計データを社内のBIシステムに取り込みたい場合にも、効率的で正確な方法を提供しています。このデータには、すべてのディメンションと指標をカバーした、インストール、アプリ内イベント、収益データが含まれます。
Data Lockerの設定
以下の手順に従って、Data Lockerを設定してください。なお、設定変更を行った後、機能が有効になるまで最大3時間かかる場合があります。
前提条件:
以下のいずれかのストレージの作業手順を完了してください。
Data Lockerを設定するには:
- 所有している AppsFlyerのパートナーアカウントで管理画面へログインしてください。
- 管理画面内で以下に移動してください:
-
広告媒体の場合: 左メニューのReport > Data Locker
- マーケティングパートナーの場合: アカウントメニューをクリックして、 Data Lockerへ進んでください。
-
広告媒体の場合: 左メニューのReport > Data Locker
- DataLockerのセットアップ手順のうち、ステップ3〜16に従って設定してください。
権限
代理店アカウント経由で計測の連携設定がされている場合:代理店アカウントからはパートナーアカウントへ権限を付与することができないので、本件に関する権限付与の作業は、広告主へ依頼する必要があります。
アドネットワークがSSOTデータを取得できるようにするには(広告主アカウント上):
- AppsFlyerの管理画面に入り、左メニューの連携 > 連携済みパートナーへ進んでください。
- 対象のアドネットワークを検索して選択してください。
- 連携設定 をクリックして、連携設定のページに移動してください。
- [連携]のタブで パートナーを有効にする のトグルがONになっていることを確認してください。OFFの場合、SSOTデータは共有されないのでご注意ください。
- 権限 のタブへ移動してください。
- 広告媒体権限をONにし、追加で以下の各権限についてもONにしてください:
- 集計コンバージョンデータへのアクセス
- アプリ内イベントの集計データへのアクセス権限を付与する
- 収益データへのアクセス権限を付与する
- 最後に、右下の 権限を保存のボタンをクリックしてください。
- 上記対応後に、権限を付与したことをアドネットワークに伝えてください。
- 複数アプリが対象の場合には、連携しているアプリ毎に同じ作業を繰り返してください。
SSOTレポートの仕様
| 仕様 | 詳細 |
|---|---|
| 利用できるレポート | 以下のレポートが利用可能です:
|
| レポート期間 | レポートには、インストール後最大7日間のコホートデータが表示されます。 |
| ディレクトリの構造 | ディレクトリのインストール日ごとに作成・整理されます。各インストール日のフォルダには、毎日作成される複数バージョンのデータが格納されます。各バージョンのデータには、そのインストール日における更新された累積データが反映されます。そのため、利用可能な一番新しいレポートバージョンのみを処理するようにしてください。(詳細はこちら) |
| レポート構成 | レポートのスキーマ(ディメンションと指標を含む)は固定されており、変更できません。 |
| データに用いられるタイムゾーン | UTC |
| データ更新頻度 |
レポート構成
SSOTレポートは、ディメンションとメトリック(各指標)で構成されています。
指標には、アトリビューション、収益、イベントを実行したユニークユーザーのデータが含まれます。
各項目のフォーマット
| フォーマット名 | 詳細 |
|---|---|
| 文字列 (String [n]) | 文字列の最大長。通常、データの受信時にフィールド長の制限を強制しませんが、その後データが切り捨てられる可能性があります。 |
| 時間文字列(Time String) |
以下のような形式で記録されます: yyyy-mm-dd hh:mm:ss. 例: 2019-09-17 00:09:25 |
| 列挙型 (Enum [n]) | 列挙型の項目には、特定の値のみが含まれます。たとえば、selected_currencyは3文字であり、指定された通貨コードのみを含めることができます。 |
| タイムスタンプ(Timestamp) |
10桁のUNIXタイムスタンプが用いられます。例: "timestamp": "1596525944" |
| ブーリアン型(Boolean) | 項目の値は、TRUE とFALSE のいずれかです。 |
| 整数型(Integer) | 整数型(Integer) |
| Float型(Float) | 浮動小数点数を表し、小数点を含む実数値が入ります。 |
ディメンション
| 項目名 | 詳細 | 形式 | ||||||
|---|---|---|---|---|---|---|---|---|
| af_ad_id | 広告単位のID(キャンペーン階層の情報です) | string | ||||||
| af_ad | 広告単位の名称 | string | ||||||
| af_adset_id | 広告セット単位のID(キャンペーン階層の情報です) | string | ||||||
| af_adset | 広告セット単位の名称 | string | ||||||
| app_id | 接頭辞のidを含んだ、広告主のアプリID | string | ||||||
| attribution_method | イベントの計測に使用されたメカニズム(例: AppsFlyer method、SKAdNetwork(SKAN)、Organicなど) | string | ||||||
| attributed_touch_type | 含まれる値:click / impression / null | string | ||||||
| campaign | アドネットワークからAppsFlyerへレポートされたキャンペーン名 | string | ||||||
| af_c_id | キャンペーンID | string | ||||||
| days_post_attribution | コンバージョン日からの経過日数(特定のコンバージョンのタイムスタンプではありません) [ヒント]この値を使用して、リテンションや〇日後時点でのKPIなどを計算しましょう。 |
int | ||||||
| event_name |
イベントの識別子(特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関するイベント名もあります。)
|
string | ||||||
| geo | ISOの国コード(AppsFlyerの従来の計測方法ではユーザーのIPアドレスから取得しますが、SKANではアドネットワーク側で補足されたデータか、モデル化されたデータになります。) | string | ||||||
| install_date |
SKAN:SKANポストバックの到着時刻を基に、AppsFlyerが推定 AppsFlyer計測:
|
string | ||||||
| is_primary_attribution |
UAデータ(非オーガニックインストール):常にTrue リターゲティングデータ:リエンゲージメント期間中、AppsFlyerでは元々インストールを発生させたUAメディアソースと、リエンゲージメント(再起動)をもたらしたメディソースのそれぞれにイベントを紐づけて計測します。リエンゲージメント期間内に発生したイベントの場合、元々のUAメディアソースはFALSE(メインの紐づけ先ではない)となり、リエンゲージメント媒体では値がTRUEとなります。 |
bool | ||||||
| media_source | イベントが紐づけられたアドネットワーク名 | string | ||||||
| selected_currency | アプリ設定でユーザーが設定した3文字の通貨コード(USD、EUR|形式:ISO-4217)(SSOTモードの画面で収益を表示する際に使用され通貨単位と同じです。) | string | ||||||
| conversion_type | 想定値: Install:ユーザーが初めてアプリをダウンロードして初回起動した場合 Re-attribution:ユーザーがリターゲティング広告に接触後にアプリを再インストールした場合 Re-donwload (SKAN):ユーザーがアンインストール後にアプリを再インストールした場合 Re-engagement:Re-engagement:ユーザーが、リターゲティング広告に接触後にアプリを再起動した場合 |
string |
指標
| 名称 | 詳細 | 形式 |
|---|---|---|
| revenue_selected_currency | 選択した通貨単位での累積収益額(小数点以下2桁まで) 例:event_name=purchaseでdays_post_attribution=2の場合、この値には2日目だけでなく、インストール後2日目までにおける購入イベントの総収益金額が反映されます。 |
double |
| revenue_usd | USD単位での累積収益額 例:event_name=purchaseでdays_post_attribution=2の場合、この値には2日目だけでなく、インストール後2日目までにおける購入イベントの総収益金額が反映されます。 |
double |
| skan_duplicates | SKANとAppsFlyerの計測手法によって同時に媒体へ成果が紐づけられ、SSOTデータにおいて重複除外されたインストールデータ | long |
| uninstalls_count |
アプリインストール後にアンインストールしたユーザー数(UAキャンペーンのみ対象) |
long |
| unique_users | イベントを実行したユニークユーザ数(値は累積値です) 例:event_name=purchaseでdays_post_attribution=2の場合、この値には2日目だけでなく、インストール後2日目までにおける購入イベントを実行したユニークユーザー数が反映されます。 |
int |
推定値
AppsFlyerは、通常のSKAdNetworkレポートでは提供できないデータをモデル化して提供しています。
- Null コンバージョン値(CV):SKANでは、Appleがユーザーのプライバシーを保護するために実際のデータを「Null」値に置き換えることがあります。データが省略されないように、これらのNULL値は SSOTでモデル化されます。(詳細)
- より長いインストール以降の計測指標:インストール後2日間を超えた後のSKANのデータ粒度は制限が多く、不正確になる可能性があります。高いデータ品質を維持するために、days_post_attributionが2を超えた場合、収益と、アプリ内イベントのユニークユーザー数をAppsFlyerが推定します。(詳細)
国データ:SKANはデータ粒度を制限しており、多くのケースにおいて国データを利用できません。このような場合は、データをモデル化して効率的なパフォーマンス分析を可能にします。(詳細)
部分的なデータ
直近のインストール日のデータを分析する場合、インストール後の長期間(例:7日間)のイベント指標が完全に成熟していない(出揃っていない)可能性があります。このような場合、指標は使用できますが、部分的なデータがレポートに反映されます。
その他の仕様:
- レポートは、入手可能なデータが利用可能になるとすぐに表示されます。
- 5日後に、インストール後2日間までの指標が完成します*。
- 7日後に、インストール後7日間までの指標が完成します。なお、インストール後15日以内までは、推定値が調整される場合があります。
部分的なデータの理由:
- データの成熟度:インストール日からの経過時間が分析対象とするイベント日数よりも短い場合、データはまだ蓄積途中であり完全ではありません。
- SKANの遅延仕様:SKANデータはランダムに遅延してレポートされます。たとえば、インストール後最初の2日間のイベント情報は、インストール後最大 96 時間後 (4日後) までにレポートされます。
- SKAN推定値のデータ反映のタイミング:インストール後2日以降の期間のSKANデータが推定されます。AppsFlyerのモデル化機能は、7日後に最初の推定値を生成します。この期間(2日目から7日目)、AppsFlyerの従来の計測手法のデータは利用できますが、SKAN推定値のデータは利用できません。
例:インストール日が1月1日の場合
- 1月2日:SKANデータはまだ受信されていません。インストール後2日間とインストール後7日未満のデータはどちらも部分的であり、AppsFlyerの従来の計測手法のデータで構成されます。
- 1月3日:SKANデータが部分的にレポートされ始めます。インストール後2日間のデータは部分的なままですが、一部SKAN計測のデータが含まれるようになります。インストール後7日間のデータには、推定されたSKANデータはまだ含まれません(最初のモデル化されたデータは、インストールから7日後に利用可能になります)。そのため、インストール後2~7日目までの間は、インストール後2日間と比較して、インストール後7日間の推定値が小さくなる可能性があります。
- 1月6日:インストール後の最初の2日間のSKANデータは、遅延のあったポストバックも含めて完全に受信されます。この時点で、インストール後 2日間の指標が完成しますが、インストール後7日間の指標はまだこの時点では完成していません。
- 1月8日:インストール後7日間のSKAN推定値データが完成します。AppsFlyerのSKAN推定値は、1月16日まで数値の調整が続きます。
ディレクトリの構造
レポートのフォルダ階層
- プライマリフォルダはレポートタイプ別に整理され、含まれる想定値は、'ssot_unified'、'ssot_reargeting'、'sot_user_quisition' のいずれかです。
- これらのフォルダ内のサブフォルダは、インストール日順に整理されます。
バージョン管理
- 各インストール日のフォルダには複数のバージョンが格納され、各バージョンは毎日作成されます。
- 各バージョンには、そのインストール日の更新された累積データが反映されます。
- レポートには、インストール日で入手可能なすべてのデータが含まれます。たとえば、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形式のタイムスタンプです。
データ分析担当者向けの注意点
レポート内のデータ範囲について:
レポートには、ユーザー獲得施策での新規インストール、リターゲティング施策のリアトリビューション(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について
重要!
レポートには days_post_attribution というディメンション(項目)が含まれています。このディメンションは、収益とユニークユーザーのデータをインストール後の特定の日数に紐付けるものです。
- アトリビューション(インストール、リエンゲージメントなど)データの場合、この値は0です。
- 収益とアプリ内イベントについては、データは事前定義されているコホート毎に分類され、現状はインストール後「2日」と「7日」のみに制限されています。
アプリ内イベントと収益を正確に分析するには、days_post_attributionのディメンションにフィルターを適用する必要があります。詳細は、以下のクエリ例を参考にしてください。
よくある間違いの例として、特定のディメンションの収益列を合計するという単純なロジックを適用してしまうケースが挙げられます。この方法では、一部の収益データが 2 回 (1 回は days_post_install=2、もう 1 回は days_post_install=7) カウントされるため、誤った数値になります。この例は、特定のアプリ内イベントにおけるユニークユーザー数を分析する場合にも関係します。
注意事項
考慮事項:
- 最終バージョン: 常にインストール日ごとに利用可能な最新バージョンのデータを参照して、分析には最新かつ正確なデータを使用してください。
- 収益の計算: revenue_usd (USD換算の収益金額) は、イベント発生日のUSDの為替レートを使用して計算されているので注意してください。
- アトリビューションデータの分析: event_name=af_conversion のデータは、アトリビューション(インストール、リアトリビューション(SKANにおける再ダウンロード)、リエンゲージメント)のデータを意味します。アトリビューション数はユニークユーザー数の指標の下に表示され、これらのデータの収益指標は空になります。前述の通り、days_post_attribution の値は0になります。
- 管理画面上の数値との比較: インストールを管理画面上のデータと比較する場合、新規インストールと再ダウンロード、両方のコンバージョンタイプを合計してください。SKANオーバービュー上では、インストールのフィルタで新規インストールと再ダウンロードの両方が選択されています。
- アプリ内イベントの分析: event_nameが「af_conversion」ではないデータが、アプリ内イベントに関するデータです。イベントを実行したユニークユーザー数はユニークユーザー数の指標に表示され、これらのイベントから発生した収益は収益指標に表示されます。
- コンバージョンタイプ: conversion_typeののディメンションを使用して、ユーザー獲得とリターゲティングのコンバージョンを区別してください。なお、SKANデータの場合にはinstallと再ダウンロードで更に分解されます。データをSSOTモードをONにした管理画面と比較する場合は、どちらのタイプもインストールと見なして処理されます。
- 広告収益イベント: これらは可能な場合は含まれています。
- データの分割: すべてのアプリデータが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-attribuition」と「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;
メディアソース別 x 計測方法別でのインストール数の計算
このクエリでは:
- 計測手法(SKAN、AppsFlyer、オーガニック)別にインストール数をカウントし、メディアソース別に分類しています。
- コンバージョンタイプが 「install」 、イベント名が「af_conversion」のデータでフィルターしています。
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ごとのインストール後2日間と7日間のARPUの計算
このクエリでは:
- キャンペーン全体のインストール後2日間と7日間における、1ユーザーあたりの平均収益(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;
仕様と制限
| 仕様 | 備考 |
|---|---|
|
1日あたりのレポートの可用性 |
その日の終わりまでにSSOTトグルがオンになったインストール日のみ、SSOTレポートのデータが表示されます。 |
|
インストール後2日間の指標
|
|
|
アプリ内イベントの可用性
|
|
| 収益
|
SKANでの収益計測が特定のイベントのみを対象にして設定されている場合、SSOTの収益指標では、対応するAppsFlyer計測の収益イベントのみが考慮されます。 |
|
SKANにおける再ダウンロード(re-download)の内訳 |
分割可能です。SSOTの管理画面ではこの内訳は表示されず、インストールと再ダウンロードの両方がインストールのデータに含まれます。 |
|
SKAN Conversion Studioの設定変更
|
SKAN Conversion Studioの設定を変更すると、以前のスキーマでエンコードされたインストールからのポストバックがまだ届くため、変更後約96時間の間、SSOTデータが不正確になる可能性があります。 |
| データに適用されるタイムゾーン
|
アプリ毎に設定したタイムゾーンは適用されません。 |
|
オーガニックデータ |
|
|
Days post-conversion(インストール、リアトリビューション、リエンゲージメント)のデータ |
7日までのdays post-conversionデータに限定されます。 |
|
代理店の運用媒体の開示設定
|
対応しています。(設定内容に応じてデータが表示されます) |
|
キャンペーン名の変更
|
対応していません。キャンペーン名が変更された場合、キャンペーン IDを使用してグループ化とフィルタリングを行います。 |
|
アドネットワーク
|
|
|
代理店によるデータアクセス
|
代理店アカウントでは利用できません。代理店アカウントは、管理画面上でSSOTモードをONにして SSOTデータを確認可能です。 |
|
インストール後7日間(D7)の指標
|
|
|
既定のイベント名
|
「af_conversion」のイベント名はコンバージョンの種類を示すために使用されるため、仮に「af_conversion」という名称のイベントが既に実装されているアプリでは、元のイベント名が「af_conversion_event」に変更されるので注意してください。 |
|
通貨設定の違い
|
SSOTモードの管理画面上の数値とSSOTのDataLockerレポートは同時に計算されないため、管理画面上で設定した通貨単位での収益金額と、レポート上でのそれと比較すると、収益金額に若干の相違が生じる場合があります。これは、データを計算した時点で使用した通貨レートが若干異なるためです。 |
|
SKAN D7の部分的データ |
SKANのD7データはモデル化されており、最初のバージョンのデータはインストールから7日後に利用可能になります。そのため、過去7日間のD7指標を分析した場合、D7のデータは部分的なデータになりまだ確定していない状況です。また、計測手法がSKANのデータの場合、D7の指標がD2指標よりも低くなる可能性があります。 |
|
D7の収益とアプリ内イベントにおける、データ粒度の制限 |
インストール後 7日間の収益とユニークユーザーイベントの指標は、広告セット、広告、コンバージョンタイプの各レベルでは確認できません。これは、SKANでは通常この粒度での詳細情報は確認できず、推定値においてもこれらのディメンションは考慮されないためです。 |
|
広告収益データの更新頻度 |
広告収益データは1日遅れで格納されます。 例えば、7月3日の朝に作成されたレポートには、7月1日までの広告収益データが含まれます。 |