データの正確性と反映の速さは、以下の表に示すとおり、連携方式によって異なります。

注意：SDK方式の連携には、開発者による実装が必要です。 S2S方式の連携には、アドネットワークの正しい認証情報が必要です。

事前準備：

• 広告収益の連携先パートナーに、APIの認証情報の提供を依頼します。

広告収益パートナーとの連携を有効にするには：

1. AppsFlyerのサイドメニューから［設定］＞［収益設定］＞［広告収益］を選択します。
2. ［広告収益連携］で、［新しい広告収益連携］をクリックします。

3. 広告収益パートナーを選択し、［次へ］をクリックします。

   

   注意

   使用するメディエーションが対応パートナーの一覧にない場合は、［カスタムメディエーション］を選択し、AppsFlyer広告収益SDK APIで連携します。

4. 受信する広告収益データの種類を選択します。注意：以下のすべての選択肢に対応しているとは限らず、対応状況はアドネットワークによって異なります。
   • アトリビューション済み収益。ユーザー獲得元に基づいて紐づけられた収益です。アトリビューション済み収益は、次の方式で報告できます。
     • S2S APIによる集計データ。
       • 広告収益の配分に使うイベントを選択します。例えばaf_app_openedを選択すると、総広告収益をアプリ起動イベントの件数で割り、アプリ起動1回あたりの広告収益を算出します。
     • S2S APIによる端末単位データ。
       • Android：一部のメディエーションがapp_set_idのみを提供する場合があるため、開発者がこのIDの収集を有効にしていることを確認してください。開発者向けのAppSet IDの収集手順を参照してください。
       • 注意：メディエーションプラットフォームの端末単位の広告収益APIを有効にする場合は、配下の広告収益化ネットワークとの広告収益連携を無効にする必要があります。無効にしないと、データが重複します。
     • SDKによる広告表示単位データ。
       • アプリ開発者に、AppsFlyer広告収益SDK APIの実装を依頼します。
     • 推奨：広告表示単位（SDK経由）と端末単位（S2S API経由）の併用。
       • アプリ開発者に、AppsFlyer広告収益SDK APIの実装を依頼します。
     • Android：一部のメディエーションがapp_set_idのみを提供する場合があるため、開発者がこのIDの収集を有効にしていることを確認してください。開発者向けのAppSet IDの収集手順を参照してください。
     • 注意：メディエーションプラットフォームを使用する場合は、そのプラットフォームとの広告収益連携を有効にする前に、配下の広告収益化パートナーとの広告収益連携を無効にしてください。無効にしないと、データが重複します。
5. 連携先パートナーの要件に従って、APIの認証情報を入力するか、ログインします。 SDK連携では、この操作は不要です。
6. ［保存］をクリックします。
7. ［接続をテスト］をクリックします。
   • 接続に成功したことを示すメッセージが表示されれば、設定は完了です。
   • 別のメッセージが表示された場合は、「広告収益連携のステータスとテスト」の表で対処方法を確認し、対応後に手順をやり直してください。
8. AppsFlyerは、1日に複数回パートナーからデータを取得します。詳しくは、データの更新・反映を参照してください。
9. ［任意］AppsFlyerの広告収益データを、メディエーションパートナーやユーザー獲得パートナーのダッシュボードと比較し、正しく計測されているか確認します。詳細はこちら
10. ［任意］UAシグナルと広告収益イベントのポストバックを通じて、ユーザー獲得パートナーに広告収益データを共有します。

注意：連携方式を変更すると、UTCの翌日午前0時に反映されます。 

広告収益パートナーとの連携を確認・編集・削除するには：

1. AppsFlyerのサイドメニューから［設定］＞［収益設定］＞［広告収益］を選択し、対象のアプリを選択します。
   すべてのパートナー連携の一覧とともに、製品、連携方式、連携のステータス、広告収益イベント名が表示されます。
2. 対象の連携にカーソルを合わせ、必要に応じて［編集］または［削除］をクリックします。

アプリで2つのメディエーションプラットフォームとAPI連携（集計データまたは端末単位）し、両方が同じ広告収益化ネットワークを扱う場合、広告収益データが一部重複することがあります。それぞれのプラットフォームが、自身を通じて発生した収益だけでなく、接続先の広告収益化ネットワークの収益全体を報告するためです。

2つのメディエーションプラットフォームが互いの収益を含めて報告する場合に、一部の収益の重複を防ぐには：

• 利用できる場合は、SDKによる広告表示単位の連携を使用します。この方法で報告された広告表示単位のデータには、重複排除の処理は行われません。 SDKは広告表示1回につき1回だけ報告するため、重複を取り除く必要がありません。
• API経由の連携では、広告収益の重複排除を設定します。
  1. AppsFlyerのサイドメニューから［設定］＞［収益設定］＞［広告収益］を選択します。

  2. ［一般設定］で、［2つのメディエーションパートナーが互いの収益を含めて報告する場合に広告収益の重複を排除］にチェックを入れます。注意：2つのメディエーションプラットフォームが異なる広告フォーマットを扱う場合は、チェックを入れないでください。例えば、プラットフォーム1でバナーとインタースティシャル、プラットフォーム2でアプリ起動時広告とネイティブ広告を表示する場合です。

     注意

     次の連携では、この設定は適用されません。

     • 広告表示単位（SDK）の連携：すべてのパートナー。
     • 端末単位（API）の連携：AppLovin MAXまたはironSource（Unity LevelPlay）。

     これらの連携ではデータが重複しないため、重複排除は不要です。

広告収益の集計データ方式は、次のように動作します。

• 連携先のアドネットワークが、1日の総収益を国・地域別に報告します。
• AppsFlyerが、広告収益をトリガーイベントの発生回数で割り、アクションあたりの実効収益（eRPA）を算出します。
• AppsFlyerが、アトリビューション済みの端末ごとに、eRPAの合計を含む_monetizedイベントを生成します。例：ad_matched_monetized。
• eRPAを使って、収益をメディアソースに紐づけます。
• 次のいずれかのイベントを使用できます。
  • 収益化専用のアプリ内イベント：アプリの変更が必要です。
  • af_app_openedイベント：デフォルトで利用できます。
• 広告収益連携を利用する場合は、アプリ内イベントで同じ広告収益の金額を別途送信しないでください。 AppsFlyerは連携を通じて広告収益化ネットワークから収益データを取得するため、両方で送信すると、ダッシュボードで広告収益が重複して計上されます。 

イベントを使った広告収益の集計

アプリ内イベントの方式の比較

広告収益連携の稼働状況は、次の場所で確認できます。

• 広告費・広告収益の連携状況ダッシュボード：アカウント内の1つ以上のアプリで広告収益連携が有効になっているパートナーを、まとめて確認できます。
• ［接続をテスト］ボタン：広告収益連携を追加・編集するときに使用できます。連携が正常に動作しているか、その場で確認できます。

連携の動作を確認するには：

1. ［接続をテスト］をクリックします。
2. 成功した場合は、［APIキーを検証しました］（API方式の連携）、または［認証に成功しました］（SDK連携）と表示されます。別のメッセージが表示された場合は、以下の表の対処方法に従ってください。

広告収益を計測すると、流入元ごとにユーザーがもたらす価値を継続的に把握できます。ユーザーがアプリを継続的に開き、広告に反応するにつれて、LTVが積み上がっていきます。

注意：ダッシュボードやレポートによって、広告収益データに差異が生じる場合があります。

広告収益のアトリビューションは、次の画面・レポートで利用できます。

• LTVベース：
  • ダッシュボード：Overview dashboard、イベント
  • LTVレポート
  • コホートダッシュボードとレポート
  • Master API
• アクティビティベース：
  • ダッシュボード：アクティビティ
  • 広告収益のローデータ

Overview dashboard｜集計パフォーマンスレポート

Overview dashboardでは、次のように表示されます。

• 収益を含む各指標は、LTVベースです。 LTVデータとアクティビティデータの違いを参照してください。
• ［収益］列には、広告収益やアプリ内購入など、すべての収益が含まれます。
• メディアソース、キャンペーン、広告セット、国・地域などの階層でデータを詳しく見ると、レポート内のmonetizedイベントを確認できます。

イベントダッシュボード

アクティビティダッシュボードでは、次のように表示されます。

• 収益を含む各指標は、アクティビティの発生日に基づきます。 LTVデータとアクティビティデータの違いを参照してください。
• ［ユーザーあたりの平均アクション数］は、アプリ内に表示された広告にユーザーが反応する傾向を示します。 

例

2017年12月31日に、3人のユーザーがアプリをインストールしたとします。各ユーザーの獲得元は、次のとおりです。

• ユーザーA：ネットワークA
• ユーザーB：ネットワークB
• ユーザーC：オーガニック

アプリは、5つの異なる広告収益化プラットフォームと連携しています。 AppsFlyer SDKを使い、各プラットフォームに対応する次のアプリ内イベントを個別に設定しています。

• Meta Audience Network：fb_ad_view
• Chartboost：chartboost_ad_view
• Admob：admob_ad_view
• Applovin：applovin_ad_view
• IronSource：is_ad_view 

インストール後の4日間に、各ユーザーに次のように広告が表示されました。

このデータから、ユーザー別・日別（およびアプリ内イベント別）の収益を、次のように集計できます。

レポートの見方：

前述のとおり、広告収益はユーザーのLTVに含まれます。そのため、ダッシュボードでは、選択した期間にインストールしたユーザーが集計対象（コホート）になります。そのユーザーが現在までにもたらした収益が集計されます。異なる2つの日付範囲を選択した場合のレポートを確認します。

集計レポート｜選択期間：2017-12-31～2018-01-05

この場合のコホートは、2017年12月31日から、この例での当日（2018年1月5日）までにアプリをインストールしたユーザーで構成されます。これらのユーザーがもたらしたすべての収益を獲得元に紐づけ、各ユーザーのLTVに反映します。

広告収益のローデータレポートには、AppsFlyerと端末単位または広告表示単位で連携する、広告収益化ネットワークのデータが含まれます。 

広告収益のローデータの仕組み

• データは、ユーザーごとのユニークインプレッション数に基づいて集計されます。ユニークインプレッションは、広告収益化ネットワーク、広告ユニット、掲載位置の組み合わせで判定します。
• 広告表示単位のローデータは、次のように利用できます。
  • 端末単位に集計し、端末単位のレポートで提供します。
  • Data Lockerで、広告表示単位のレポートとして提供します。

データの特徴とフィールド

広告収益レポートのフィールドには、次の情報が設定されます。

• 広告収益イベント自体から取得する情報。以下の表に記載しています。これらのフィールドは、次の2種類に分かれます。
  • 広告収益固有：広告収益に固有のフィールド。例：インプレッション数、掲載位置。注意！値が入るフィールドは、広告収益化パートナーによって異なります。このセクションの「アドネットワーク別のフィールド」の表を参照してください。
  • 共通：他のローデータレポートでも同じような意味を持つフィールド。例：イベント名、イベント値、通貨。
• イベントをユーザー獲得元のメディアソースに紐づけることで設定される情報。これらのフィールドには、ユーザー獲得時のコンバージョンイベントの情報がコピーされます。例：メディアソース、キャンペーン。これらは、以下の表には記載していません。 

広告収益イベントから値を取得するフィールド

アドネットワーク別のフィールド

データの更新・反映は、連携方式とレポートの提供方法によって異なります。

S2S API連携では、最も早い場合、次のタイミングでデータを利用できます。

• ダッシュボードとローデータレポート（Data Locker経由）：X＋1日のUTC正午から、約6時間ごとに1日約4回。その後、2日後、3日後、7日後、14日後に、それぞれ1回。

広告表示単位のSDK連携では、最も早い場合、次のタイミングでデータを利用できます。

• ダッシュボード（アクティビティ・コホート指標）：継続的に更新（イベント発生から15～60分後）。

• ダッシュボード（LTV指標）とローデータレポート（Data Locker経由）：最も早い場合、X日のUTC午前5時から、約4時間ごとに1日約6回更新。

• 広告表示単位のローデータレポート（Data Locker経由）：X日のUTC午前1時から、1時間ごとに更新。

広告表示単位（SDK経由）と端末単位（S2S API経由）の併用では、当日（X日）の速報性と、翌日（X＋1日）以降の正確性を、次のように両立します。

• SDKで受信する広告表示単位のデータ：

  • ダッシュボード（アクティビティ・コホート指標）：継続的に更新（イベント発生から15～60分後）。

  • ダッシュボード（LTV指標）とローデータレポート（Data Locker経由）：最も早い場合、X日のUTC午前5時から、約4時間ごとに1日約6回更新。

  • 広告表示単位のローデータレポート（Data Locker経由）：X日のUTC午前1時から、1時間ごとに更新。

• S2S APIで受信する端末単位のデータ：

  • ダッシュボードとローデータレポート（Data Locker経由）：X＋1日のUTC正午から、約6時間ごとに1日約4回。その後、2日後、3日後、7日後、14日後に、それぞれ1回。

ローデータのエクスポートとPull APIでは、連携方式やROI360パッケージ（Advanced／Standard）にかかわらず、対象日のデータは翌日（X＋1日）のUTC午後6時から利用できます。これらのツールでは、その時点以降、データは更新されません。

注意：ダッシュボードで当日中のデータを利用するには、ROI360 Advancedの契約が必要です。

関連情報：

• 収益ETLレポート

集計データ方式から端末単位へ移行する際は、次の点に注意してください。

• 移行は、過去の広告収益データに影響しません。過去のデータは変わりません。
• 広告収益データは、UTC午前3時から1日に複数回、その時点で選択されている集計単位で取得します。
• 端末単位の連携では、集計データ方式のようにアプリ内イベントを定義する必要はありません。それまでのイベントを引き続き送信しても、AppsFlyerの端末単位のレポートには影響しません。