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

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

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

• AppsFlyerは、プラットフォームで、アプリがSRNからのトラフィックを受信するように設定されているかどうかを確認します。
• 受信するように設定されている場合、AppsFlyerは広告ID（デバイスID）を使用してSRN（API）を照会します。
• 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は別のアトリビューションメソッドを使用します。彼らのアプローチは以下の通りです：

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

アトリビューションウィンドウには、ルックバックとビュースルーの２つのウィンドウがあります。 一部の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は独自の支払い条件を定義することが多いため、短期的にはメリットがあります。ただし、広告主はサードパーティのアトリビューションプロバイダーを使用してこれを修正します。

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.

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.  

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. 

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

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

代理店が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キャンペーンは特定のオーディエンスをターゲティングする必要がありますが、これは常に発生するわけではありません（ユーザー獲得キャンペーンの非ユーザーおよびリターゲティングキャンペーンの既存のユーザーなど）

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人のターゲットユーザーが既に既存のユーザーです。

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

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

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

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

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

• 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.