セルフレポーティングネットワーク(SRN)について

At a glance: A self-reporting network (SRN), AKA self-attributing network, communicates attributable events via API. SRNs don't use AppsFlyer attribution links.

blobid0.jpg verizonmedia.png
Google Marketing Platform  Apple Search Ads Google Ads Snapchat Facebook Tencent Social Ads Yahoo! Search Ads Verizon Media Twitter

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 attributes the install to Network C and gives Networks A and B credit for assisting with the install.

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

Note that in case of Apple Search Ads (ASA), AppsFlyer gets the attribution information from within the SDK. If available, AppsFlyer sends back to ASA only the time and date of the app launch. 

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

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

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

例B:

This example continues Example A, above.

SRN_2.png

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

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

AppsFlyer attributes the install to Network C as they had the last click. 

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

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

AppsFlyer attributes install, activity, Effective Cost per Install (eCPI), and Effective Cost per Action (eCPA) based on an advertiser’s preferred attribution methodology and lookback windows.

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

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

SRNでのディープリンク

To simply open the app when the link is clicked, you just need to set up App Links/Universal Links/URI scheme. 

However, deep linking or deferred deep linking to a specific page/activity in the app is different. SRNs have their own proprietary methods for deep linking, which don't involve attribution links of external attribution services.

So how can you deep link your users and get the relevant data from SRNs?

SRNでの直接ディープリンク

SRNs use their own methods to perform deep linking. This means that the onAppOpenAttribution method isn't called when a user device performs deep linking from an SRN. As such, if there's a need for direct deep linking data within the app, this needs to be done using SRN methods to get it upon app launch.

SRNでのディファードディープリンク

In contrast, deferred deep linking with SRNs is possible. 
AppsFlyer always receives the conversion data and makes it available to the app on the first launch.
New users that install after clicking on a deep linking/retargeting campaign on an SRN can be redirected within the app upon launch, by using the conversion data.

However, with SRNs, the regular AppsFlyer deep linking parameters, such as af_dp, are not present as part of the deep link data. To use this data within the app, the developer needs to employ further logic based on available parameters, such as campaign, ad set or single ad names.

 Example

Jill, the mobile marketer of greatapp, decides to run a deep linking campaign on Facebook, targeted for general audiences.
The campaign redirects any clicking users to a "bonus" activity.
Jack, the mobile developer, adds this logic after getting the conversion data:
1. Is it Facebook originated ("is_fb=true")?
2. If true - get the value of the ad group parameter.
3. If the value contains the word "bonus" send the user to the "bonus" activity.
Using Facebook's methods existing users clicking the ad are redirected to the activity directly, while new users get the same experience using AppsFlyer's conversion data.

Alternately, if your app also includes the SRN's SDK, you may be able to directly fetch deep linking data from it, for example with Facebook.  

よくある質問

Why is the Original URL field empty in raw data reports?

Click is performed in the SRN environment but without an AppsFlyer attribution link. Therefore, the click's associated Original URL data is not available to AppsFlyer. 

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

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

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

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

SRNでのリターゲティング計測はどのように機能しますか?

Retargeting clicks from non-SRNs are easily identifiable by the existence of the is_retargeting=true parameter in the retargeting attribution link.
With SRNs, there is no similar indication. Instead, to enable attributing re-engagements from SRNs, AppsFlyer uses another logic:

  • Pre-requisites:
    • In the App Settings page, turn on Enable retargeting. 
    • In the Integrated Parnters page, select the SRN, turn on Retargeting.
  • With each app launch, AppsFlyer queries the SRN about recent engagements of the device ID with campaign ads for the app.
    • SRNがエンゲージメントの詳細のレスポンスを返してきた場合、AppsFlyer側ではそのエンゲージメントが設定されたルックバック期間内であり、リエンゲージメントを再計測するまでの最小期間を超えているかどうかを確認します。
    • ここで検証されたエンゲージメントがリエンゲージメントとして計測され、SRNに成果が紐付けられます。

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

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

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

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

  • アプリを起動するたびに、AppsFlyerはSRNに問い合わせて、広告ID(ユーザー)が直近でエンゲージメントを獲得したかどうかを確認します。
  • もしエンゲージメントを獲得していた場合、
    • SRNはキャンペーン名で応答します。
    • AppsFlyer determines if it was the first launch (or not) and attributes accordingly:
      First launch: A new install is attributed to the campaign.
      Second or later launch: A retargeting event is attributed to the campaign.

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

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

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

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

mistargeted_users.png

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

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

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

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

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

Does iOS 14 impact event postback sending to SRNs?

  • Currently, SRNs receiving event postbacks rely on the inclusion of the device ID in the postback. This enables SRNs to self-attribute reported user actions.
  • Many iOS 14 users don't allow the use of their device ID (IDFA).

Therefore, the expected impact of iOS 14 is:

  • A decrease in the number of event postbacks to SRNs
  • Discrepancies in the number of event postbacks between SRNs and AppsFlyer (which fully logs all events)
  • Click ad networks are not affected, as they use their own transaction IDs, and not device IDs, to self-attribute event postback information.
この記事は役に立ちましたか?