Self-Reporting Network(SRN)について

概要 :セルフレポーティングネットワーク(Self-reporting network, SRN)は、セルフアトリビューションネットワークとも呼ばれ、APIを介してアトリビューションイベントを送信します。SRNはAppsFlyerのアトリビューション計測リンクを使用しません。

blobid0.jpg verizonmedia.png

Self-reporting networks

  • SRNは、APIを介してAppsFlyerにイベント(新しいインストールやアプリ内イベントなど)を送信します。
  • 各SRNには、それぞれ独自のアトリビューションポリシーとレポート方法があります。これにより、SRNがAppsFlyerにレポートする方法と内容に違いが生じます。
  • 非SRN(アドネットワーク)は、AppsFlyerアトリビューション計測リンクを使用してイベントを報告します。
  • SRNは、ユーザーレベルのデータの使用と保持の制限があります。

SRNはどのように機能しますか?

潜在的なアプリユーザーは、アプリをインストールする前に複数の広告に接触しています。一般的に、アトリビューションプロバイダーは、広告主にラストタッチアトリビューションを提供します。これにより、実際のインストールの一番最後に行われたラストクリックにインストールが関連付けられます。

ユーザーがアプリをインストール後、最初に起動したとき:

  • AppsFlyerは、プラットフォームで、アプリがSRNからのトラフィックを受信するように設定されているかどうかを確認します。
  • 受信するように設定されている場合、AppsFlyerは広告ID(デバイスID)を使用してSRN(API)を照会します。
  • AppsFlyerは返された結果に基づいてアトリビューションを実行します。

例A:

SRN_1.png

月曜日: ネットワークAがユーザーのクリックを報告します。

火曜日: ネットワークBがビデオのエンゲージメントを報告します。

水曜日: ネットワークCが再生可能な広告のクリックを報告し、30分後にインストールが発生しました。

AppsFlyer は、このインストールをネットワークCに アトリビューションし、ネットワークAとBへインストールの アシストクレジットを付与します。

AppsFlyerは、広告主にアシストデータ(インストールの前に発生するアトリビューションしないエンゲージメント)を提供します。これにより、広告主はマルチタッチまたは部分アトリビューションモデルをカスタマイズできます。この簡単な説明ご参照ください。

サードパーティアトリビューションプロバイダーとSRN

SRNは別のアトリビューションメソッドを使用します。彼らのアプローチは以下の通りです:

  • アトリビューションリンクによるレポーティング(計測)の代わりに、APIを使用してアトリビューションおよび計測プロバイダーと通信します。
  • アトリビューションプロバイダーは、インストールを検出すると、広告IDについてネットワークに問い合わせます。
  • SRNは、関連する広告のクリックまたはインプレッションの詳細を報告します。
  • AppsFlyerは、標準のアトリビューションロジックを使用して、関連するインプレッションとクリックのデータを順番に並べます。
  • AppsFlyerアトリビューションは、ラストタッチとマルチタッチの両方のメソッドに基づいています。

例B:

この例では、上記の例 Aを続けます。

SRN_2.png

ネットワークD (SRN)は、ネットワークCの数分前にクリックを報告します。

ネットワークC は標準のアトリビューション連携を使用します。

AppsFlyer は、最後にクリックされたネットワークCへインストールを アトリビューションします。

SRNとアトリビューションウィンドウ

アトリビューションウィンドウには、ルックバックとビュースルーが含まれます。一部のSRNは、インプレッションあたりのコスト(Cost Per Impression = CPM)とアクションあたりのコスト(Cost Per Action = CPA)に基づいて、インストールに対して広告主に課金します。これらは、1〜28日以内に発生したクリックまたはインプレッションに基づいています。

AppsFlyer は、インストール、アクティビティ、有効なインストールあたりのコスト(Effective Cost PEr Install = eCPI)、および有効なアクションあたりのコスト(Effective Cost Per Action = eCPA)を、広告主の有線アトリビューションメソッドとルックバックウィンドウに基づいて アトリビューションします。

広告主は、SRNアトリビューションルックバックウィンドウとビュースルーモデルに基づいてインストールの料金を支払う必要がある場合があります。

  • 広告主は、AppsFlyerのサードパーティユニバーサルアトリビューションメソッドが消費額を最適化して割り当てることを期待しています。
  • それはなぜでしょうか?AppsFlyerは、広告主が定義した条件に基づいて実際のeCPIおよびeCPAを報告するためです。
  • SRNは独自の支払い条件を定義することが多いため、短期的にはメリットがあります。ただし、広告主はサードパーティのアトリビューションプロバイダーを使用してこれを修正します。

SRNのリスト

よくある質問

ローデータレポートの Original URL フィールドが空になるのはなぜですか?

クリックはAppsFlyerの計測リンクを使用せず、SRN環境で実行されます。したがって、クリックに関連付けられた元のURL データはAppsFlyerで使用できません。

ダッシュボードにSRNのクリックとインプレッションが表示されない

クリックはAppsFlyerの計測リンクを使用せず、SRN環境で実行されます。したがって、一部のSRNはAppsFlyerにクリックおよびインプレッションデータを提供しません。

Facebook および Google は、AppsFlyerに一部の集計データを提供します。

代理店とSRNのキャンペーンを設定する

SRNの誤ターゲティングとは何ですか?

SRNキャンペーンは特定のオーディエンスをターゲティングする必要がありますが、これは常に発生するわけではありません(ユーザー獲得キャンペーンの非ユーザーおよびリターゲティングキャンペーンの既存のユーザーなど)

1つのSRNを使用してユーザー獲得キャンペーンとリターゲティングキャンペーンの両方を実行すると、ユーザーの誤ターゲティングにつながる可能性があります。その結果、意図しないトラフィックに対して料金が発生します。

シナリオ: AppsFlyerプラットフォームのSRNは、ユーザー獲得キャンペーンに対して有効になっています。

  • アプリを起動するたびに、AppsFlyerはSRNに問い合わせて、広告ID(ユーザー)が直近でエンゲージメントを獲得したかどうかを確認します。
  • もしエンゲージメントを獲得していた場合、
    • SRNはキャンペーン名で応答します。
    • AppsFlyerは、初回起動であるかどうかを判断し、それに応じてアトリビューションします。
      初回起動 :新規インストールはキャンペーンにアトリビューションします。
      2回目以降の起動 :リターゲティングイベントはキャンペーンにアトリビューションします。

結論: ユーザー獲得キャンペーンからリターゲティングイベントを取得するのは無駄です。

誤ターゲティングは問題ですか?

AppsFlyerのデータアナリストは、特定の月のFacebook ユーザー獲得キャンペーンをチェックしました。

  • リターゲティング設定は有効でした。
  • キャンペーンの30%で、ターゲットユーザーの少なくとも15%が既存のアプリユーザーでした。
  • キャンペーンの5%で、少なくとも40%が既存のアプリユーザーでした。
  • 結論:SRNユーザー獲得キャンペーンでは、10人に1人のターゲットユーザーが既に既存のユーザーです。
mistargeted_users.png

誤ターゲティングの問題を解決する

基本的な解決策: ユーザー獲得キャンペーンに既存のアプリユーザーを含めないでください。

  • SRNは、潜在的な新規ユーザーのみを対象とします。
  • 同じ予算で新規ユーザー獲得の結果を最大化します
  • 定期的(および手動)に、たとえば月に1回、キャンペーンを更新します。
  • ただし、時間差があるため、既存のユーザーがアプリをインストールしてから最初の1か月は、ユーザー獲得キャンペーンのターゲットとなる可能性があります。

AppsFlyerのプレミアム機能の オーディエンス により、ユーザーベースの任意のセグメントを毎日、数十の広告ネットワークに自動的に送信できます。

AppsFlyerの調査によると、誤ターゲティングを解決すると、マーケティングやユーザー獲得の取り組みに劇的な影響を与える可能性があります。

この記事は役に立ちましたか?