広告主向け:Single Source of Truth(SSOT)Data Lockerレポート

概要:Data LockerのSingle Source of Truth(SSOT)レポートでは、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(The Single Source of Truth)レポート:

  • 正確で包括的なアトリビューションビューを実現:SSOTは、さまざまなアトリビューション方法のデータを統合するロジックを処理するため、複数のアトリビューション方法によるアトリビューションであったインストールが重複してカウントされるのを防ぐことができます。これにより、データが正確で、実際のユーザーの行動とアトリビューションが反映されていることが保証されます。
  • BIシステムへのデータの読み込み:SSOTは、集約されたデータを使用して社内BIシステムを効率的かつ正確に構築する方法を提供します。これには、すべてのディメンションと指標をカバーするアトリビューション、アプリ内イベント、収益データが含まれます。このデータをBIシステムに読み込むことで、ユーザーのプライバシーを維持しながら、キャンペーンのパフォーマンスと最適化プロセスを向上させることができます。
  • 最高の粒度:SSOTは、SKANに内在するデータギャップをモデル化する場合でも、可能な限り最高レベルの細分性を提供します。この詳細なデータは、正確で情報に基づいた意思決定を行うのに役立ちます。

Data Lockerの設定

SSOTまたはSSOTレポートを有効にするには、次のいずれかの手順を実行します。

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

 

はい 

AppsFlyerAdmin_us-en.png レポートをData Lockerに追加:
  1. AppsFlyer管理画面 左メニュー エクスポート > Data Lockerへ移動します。
  2. 取得したいレポートをすべて選択します。 
  3. 設定を保存をクリックします。
    レポートは翌日から格納されます。
いいえ AppsFlyerAdmin_us-en.png Data Lockerの設定
  1. Data Lockerの初回設定を完了してください。( 広告主向け | パートナー向け )
  2. レポートをData Lockerに追加します:
    1. AppsFlyer管理画面 左メニュー エクスポート > Data Lockerへ移動します。
    2. 取得したいレポートをすべて選択します。 
    3. 設定を保存をクリックします。
      レポートは翌日から格納されます。

SSOTレポートの仕様

仕様 詳細
利用できるレポート 以下のレポートが利用可能です:
 
  • ユーザー獲得:インストールや各イベントをユーザー獲得媒体へ紐付けたデータです。これには、リエンゲージメント期間中に発生したアプリ内イベントも含まれます。
  • リターゲティング:リターゲティング媒体へ各イベントを紐づけたデータです:
    • リアトリビューション後に発生したアプリ内イベント
    • リエンゲージメント計測後、リエンゲージメント期間中に発生したアプリ内イベント
  • 統合:AppsFlyerの重複計測ルールに従いながら、メインの成果の紐づけ先にのみイベントを紐づけたデータです。つまり、リエンゲージメント期間中に発生したアプリ内イベントは、元々アプリをインストールさせたユーザー獲得媒体ではなく、リターゲティング媒体へ紐づけられます。
レポート期間 レポートには、インストール後最大7日間のコホートデータが表示されます。
ディレクトリの構造 ディレクトリのインストール日ごとに作成・整理されます。各インストール日のフォルダには、毎日作成される複数バージョンのデータが格納されます。各バージョンのデータには、そのインストール日における更新された累積データが反映されます。そのため、利用可能な一番新しいレポートバージョンのみを処理するようにしてください。(詳細はこちら)
レポート構成 レポートのスキーマ(ディメンションと指標を含む)は固定されており、変更できません。
データに用いられるタイムゾーン UTC
データ更新頻度
  • 毎日更新されます。
  • 各指標は、日本時間午前9時(UTC時間 0:00)までのデータを用いて算出されます。言い換えれば、UTC時間ベースでその日の終わりまでのデータです。 
  • SLA:新しいレポートは、翌日の日本時間午前01:00 (UTC 16:00)までに取得できるようになります。毎日、過去15日分のインストール日に新しいバージョンのレポートが作成されます。(詳細)

レポート構成

SSOTレポートは、ディメンションと各指標で構成されています。

この指標には、アトリビューション、収益、イベントを実行したユニークユーザーのデータが含まれます。※ROIやROASといったコスト関連の指標を算出するには、収益とコストの両方の指標が必要です。収益指標はコホート経由で、コスト指標はROI360のコストETL経由で取得可能です。

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

各項目のフォーマット

フォーマット名 説明
文字列 (String [n]) 文字列の最大長。通常、データの受信時に項目長の制限を強制しませんが、その後データが切り捨てられる可能性があります。
時間文字列(Time String)

以下のような形式で記録されます:

yyyy-mm-dd hh:mm:ss. 

例:

2019-09-17 00:09:25 
列挙型 (Enum [n]) 列挙型の項目には、特定の値のみが含まれます。たとえば、selected_currencyは3文字であり、指定された通貨コードのみを含めることができます。
タイムスタンプ(Timestamp) 10桁のUNIXタイムスタンプが用いられます。例:
2020年8月4日 07:25 UTC は以下のように変換されます:
 "timestamp": "1596525944"
ブーリアン型(Boolean) 項目の値は、TRUEFALSE のいずれかです。
整数型(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 イベントを特定します。特定の意味を持つイベント名もあれば、アプリ内で広告主が設定したアプリ内イベントに関連するイベント名もあります。
event_name 計測内容
af_conversion ユーザーによるコンバージョンイベントです。conversion_typeの項目で、それがインストール(install)、再ダウンロード(re-download)、リアトリビューション(re-attribution)、リエンゲージメント(re-engagement)のどれであるかを確認してください)
広告主が定義したアプリ内イベント そのアプリ内イベントを実行
af_ssot_organic すべてのイベントのオーガニック収益を集計するために使用します。
string
geo ISOの国コード(AppsFlyerの従来の計測方法ではユーザーのIPアドレスから取得しますが、SKANではアドネットワーク側で補足されたデータか、モデル化されたデータになります。) string
install_date

SKAN:SKANポストバックの到着時刻を基に、AppsFlyerが推定

AppsFlyer計測:

  • UAデータ(非オーガニックインストール):インストール後の初回起動時刻
  • リターゲティングデータ:リエンゲージメント/リアトリビューション後の初回起動時刻
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-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_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形式のタイムスタンプです。

データ分析担当者向けの注意点

レポート内のデータ範囲について:

レポートには、ユーザー獲得施策での新規インストール、リターゲティング施策のリアトリビューション(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) カウントされるため、誤った数値になります。この例は、特定のアプリ内イベントにおけるユニークユーザー数を分析する場合にも関係します。

留意事項

考慮事項:

  • 最新バージョン:各インストール日は最新のデータを示すため、常に最新のバージョン番号を取得します。バージョン番号は Unix タイムスタンプ形式であるため、最高値は最新バージョンを示します。これにより、分析に最も正確で最新の情報が使用されるようになります。
  • 収益の計算: 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上でアプリ毎に分割するよう設定してください。
  • コスト、クリック、インプレッションなどのプレアトリビューションデータは、コストETLレポートから取得する必要があります。

活用事例:

以下は、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;

非オーガニックD7収益

非オーガニックインストールの7日目の総収益(AF Model + SKAN)をインストール日でグループ化して返します。

SELECT install_date,
       SUM(revenue_usd) AS total_revenue_day_7
FROM ssot_unified
WHERE attribution_method IN ('AF Model','SKAN')
  AND days_post_attribution = 7 
  AND app_id = 'YOUR_APP'
GROUP BY install_date;

オーガニックD7収益

オーガニックインストールの7日目の総収益( + )をインストール日でグループ化して返します。
以下のどちらのクエリでも同じ結果が得られます。

オプション1: attribution_method を使用

SELECT install_date,
       SUM(revenue_usd) AS total_revenue_day_7
FROM ssot_unified
WHERE attribution_method = 'Organic'
  AND days_post_attribution = 7 
  AND app_id = 'YOUR_APP'
GROUP BY install_date;

オプション2: event_name を使用

SELECT install_date,
       SUM(revenue_usd) AS total_revenue_day_7
FROM ssot_unified
WHERE event_name = 'af_ssot_organic'
  AND days_post_attribution = 7 
  AND app_id = 'YOUR_APP'
GROUP BY install_date;

特性と制限

名前 説明
コストデータ
  • コストデータは利用できません。代わりにコストETLを利用できます。
  • SSOTレポートにコストを追加するには、キャンペーンIDディメンションを使用してコストETLデータを結合します。
1日あたりのレポート可用性 その日の終わりまでにSSOTトグルがオンになったインストール日のみ、SSOTレポートのデータが表示されます。

インストール後2日間の指標

 

  • Conversion Studio - SKAN 4の場合:データはインストール後2日間のものです。
  • Conversion Studio - SKAN 3の場合:データは、設定されたSKANのアクティビティ期間に基づきます。
    例:アクティビティ期間が 24時間の場合、24時間以内に発生したイベント (X日+1日目であっても) がカウントされます。

アプリ内イベントの可用性

 

1つ目の計測期間中に発生したイベントのみが確認可能です。
SKANの再ダウンロード内訳 分割可能です。SSOTの管理画面ではこの内訳は表示されず、インストールと再ダウンロードの両方がインストールのデータに含まれます。

SKAN Conversion Studioの設定変更

 

SKAN Conversion Studioの設定を変更すると、以前のスキーマでエンコードされたインストールからのポストバックがまだ届くため、変更後約96時間の間、SSOTデータが不正確になる可能性があります。
データに適用されるタイムゾーン アプリ毎に設定したタイムゾーンは適用されません。
オーガニックデータ
  • インストール後7日間の指標を利用できます。
Days post-conversion(インストール、リアトリビューション、リエンゲージメント)のデータ 7日までのdays post-conversionデータに限定されます。

代理店の運用媒体の開示設定

 

サポート対象です。X広告とMeta広告のデータは常に開示されています。

キャンペーン名の変更

 

対応していません。キャンペーン名が変更された場合、キャンペーン IDを使用してグループ化とフィルターを行います。

アドネットワーク

 

  • アドネットワークは、以下条件下において、SSOT DataLocker レポートにアクセスして、自社媒体に紐づいたデータを確認可能です。

代理店によるデータアクセス

 

代理店アカウントでは利用できません。代理店アカウントは、管理画面上でSSOTモードをONにして SSOTデータを確認可能です。

インストール後7日間(D7)の指標

 

  • オーガニックトラフィックのD7指標は、2025年2月16日以降のデータのみで利用できます。
  • 以下条件において、指標が欠損するか、D2よりも小さくなる可能性があります:
    • 指定した日付範囲に、インストール後8日が経過していない日付が含まれている
    • 推定値がまだ利用可能ではない(例:14日未満の収益データ)詳細はこちらを参照してください。
    • SKAN Conversion Studioの設定が、過去14日間に変更された
    • 指定した日付におけるインストール数が10件未満

既定のイベント名 

 

「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日までの広告収益データが含まれます。