モバイルアプリのアトリビューションとは 、モバイルアプリのインストールとアプリ内でのユーザーの行動を、インストールにつながったマーケティングキャンペーンに結びつけるプロセスの ことです。

Singularは、モバイルデバイス上で発生した広告表示や広告クリックを、同じデバイス上でのモバイルアプリのインストール（正確には最初のセッション）にマッチさせることで、このような関連付けを行います。

Singularのインストールアトリビューションプロセス

1.インストールの認識

アプリに組み込まれたSingular SDK/S2Sは、アプリが開かれるたびにSingularサーバーに報告します。アプリがSingularにとって未知のデバイスで開かれた場合、Singularはこれをアプリのインストールとしてマークし、インストールのアトリビューションプロセスをトリガーします。

言い換えると、インストール = 新しいデバイスで最初にアプリが開かれることです。

2.ユーザージャーニーの再構築

インストールごとに、Singularはデータベースをスキャンし、インストール前の一定時間内に同じデバイスから発生した関連性のある広告インタラクション（広告クリックと広告ビュー）を探します（下記のアトリビューションルックバックウィンドウを参照）。Singularでは、これらの広告クリックや広告ビューをタッチポイントと呼びます。

目標は、ユーザーをアプリのインストールに導いた可能性が最も高いタッチポイントを見つけるための第一歩として、ユーザージャーニーを再構築することです。

タッチポイントデバイスがインストールデバイスと同じかどうかを判断する方法はいくつかあり、方法によって信頼性のレベルが異なります：

• 決定論的な方法では、一意の識別子を使用してデバイスを認識します。
• 確率的方法は精度が低く、決定論的方法が利用できない場合にデバイスを一致させるために使用されます。

詳細については、以下の「帰属方法」を参照。

3.不正の可能性のチェック

Singularがインストール前に発生したすべての関連タッチポイントを収集した後、不正防止エンジンが起動し、各タッチポイントを評価して本物か不正かを判断します。

例えば、広告をクリックしたように見えるのは、広告ネットワークがアプリインストールのクレジットを不正に受け取るためにシミュレートされたものかもしれません。あるいは、インストール自体が偽物かもしれない。このような不正やその他の不正は、CPI/CPAキャンペーンの過大請求の原因となるため、Singularではアトリビューションを確定したり広告ネットワークに報告したりする前に、不正の有無を確認します。

様々なタイプの広告詐欺、Singularの防止方法、独自のルールを追加して詐欺防止をカスタマイズする方法の詳細については、Singularの詐欺防止をご覧ください。

4.タッチポイントの優先順位付けとラストタッチアトリビューション

有効であることが判明したタッチポイントは、デバイスマッチング手法の信頼性だけでなく、重要度（クリックは、より高いレベルのユーザーの意図を反映するため、インプレッションよりも優先されます）によって評価されます。詳細については、以下のタッチポイントの優先順位付けを参照してください。

他の条件が同じであれば、Singularはインストールに最も近いタッチポイントを優先します。これはラストタッチアトリビューションモデルと呼ばれます。

このようにして、Singularはインストールに最も関連するタッチポイントを選び、インストールを関連するパートナーネットワークに帰属させることができます。

5.ポストバックの送信

アトリビューションの最終決定後、Singularシステムはパートナーネットワークにインストール（またはリエンゲージメント）がアトリビューションされたことを通知します。これは、ポストバック （パートナーのAPIエンドポイントに自動的に投稿されるメッセージ）を通して行われます。

顧客として、インストールとそのアトリビューション決定に関するリアルタイムの通知を受け取りたい場合は、Singularを設定してBIプラットフォームまたは広告ダッシュボードにポストバックを送信することができます（「内部BIポストバックの設定」を参照）。

アトリビューションデータへのアクセス

アカウントのアトリビューション決定に関するデータを表示するには、いくつかの方法があります：

• 集計されたアトリビューション統計には、Singular レポートを使用します。 Singularプラットフォームでレポートを実行する場合でも、Singular APIでレポートを実行する場合でも、インストールやリエンゲージメントなどのメトリクスを含めることで、パートナーネットワーク、アプリ、キャンペーンなどのアトリビューションデータを確認できます。必要な情報はすべてレポートFAQをご覧ください。

• ユーザーレベルのデータについては、アトリビューションログを参照してください。 Singularのアトリビューションサービスからユーザーレベルの生のログをエクスポートするには、Singularプラットフォームのログのエクスポートページを使用してください。詳しくはアトリビューションログのエクスポートをご覧ください。

アトリビューション決定が行われたときにリアルタイムでポストバックを送信するようにSingularを設定することもできます。詳細は「内部 BI ポストバックの設定」を参照してください。

Singular のアトリビューション方法

Singularでは、広告のエンゲージメントデバイスとアプリのインストールデバイスを一致させるために、次の方法を採用しています：

タッチポイントの優先順位付け

Singularでは、ユーザーがアプリをオーガニックでインストールしたというオプションもタッチポイントとみなされますが、Singularは他に有効なタッチポイントが存在しない場合にのみ、インストールをこのタッチポイントに帰属させます。

次の表は、Singular がどのようにタッチポイントに優先順位をつけてアトリビューションを決定するかについての詳細です。

アトリビューション・ルックバック・ウィンドウ

ルックバックウィンドウは、インストール（またはリエンゲージメント）イベントにつながったタッチポイントをSingularがどれだけ遡って検索するかを決定する設定です。

タッチポイントからインストール/リエンゲージメントまでの期間がルックバックウィンドウで設定された日数以下である場合にのみ、Singular はインストールを広告にアトリビューションします。

例えば、ルックバックウィンドウが7日に設定されていて、マッチするインストールの3日前にクリックがあった場合、インストールはそのクリックに起因する可能性があります。 インストールの8日前にクリックがあった場合、そのクリックは無視されます。

アトリビューションウィンドウ内にタッチポイントがない場合（またはアトリビューションウィンドウ内のすべてのタッチポイントが不正であることが判明した場合）、インストールはオーガニックとして帰属します。

デフォルトのルックバックウィンドウとカスタマイズオプション

決定論的アトリビューションメソッドを使用する場合のデフォルトのルックバックウィンドウは7日間ですが、パートナーネットワークごとにアプリごとに1～30日間のカスタムウィンドウを設定できます（詳細はパートナー設定FAQを参照してください）。

さらに、Singular Linksを使用している場合、作成時に個々のトラッキングリンクにカスタムルックバックウィンドウを設定することができます。このルックバックウィンドウは、パートナーネットワークに設定された一般的なルックバックウィンドウを上書きします。これにより、パートナーが異なるタイプのチャンネルを持っていて、異なるアトリビューションウィンドウから利益を得る可能性がある場合に、より大きなコントロールが可能になります。

確率的アトリビューション使用時のデフォルトのルックバック・ウィンドウは24時間です。詳細については、確率的アトリビューションとデバイスIDの使用との比較を参照してください。

インストール後のイベントとアンインストールの追跡

アプリに組み込まれたSingular SDKを通して、Singularはインストール後にアプリで発生したユーザーイベントを特定できます。イベントには以下が含まれます：

• ユーザーセッション（ユーザーがアプリを開くたび）
• 収益イベント（アプリを通じて購入されたもの）
• サインアップ、チュートリアル完了、レベルアップなど、アプリに関連するその他のイベント。SDKを統合する際に、これらのイベントを設定します。

インストール後のイベントは、最初のインストール元（または最後のリエンゲージメント元がある場合はその元）に帰属します。これにより、キャンペーンやクリエイティブを特定のKPIに向けて最適化する際の柔軟性が無限に広がります。どの広告ネットワーク、キャンペーン、またはクリエイティブが、サインアップ数、チュートリアル閲覧数、ゲーム完了数などを最も多くもたらしたかを追跡できます。

アンインストール追跡

Singular SDKまたはS2Sとの統合では、モバイルプラットフォームのプッシュ通知が有効になっていれば、アンインストールを追跡できます。アンインストールはインストール後のイベントの一種と見なされ、それを設定してレポートで表示することができます。

再エンゲージメントのトラッキング

Singularを使ってユーザーのリエンゲージメントをトラッキングすることができます。Singularでは、リエンゲージメントとは、リターゲティング広告（アプリをインストール済みのユーザーをターゲットにした広告）のクリック後に、ユーザーが以前使用したことのあるアプリを開くことと定義しています。

詳しくはリエンゲージメントFAQをご覧ください。

未払いソースのAndroid UTMリファラーのトラッキング

Singularがインストールを帰属させる有料ソースを見つけられない場合、インストールは一般的にオーガニックとみなされ（タッチポイントの優先順位付けを参照）、レポートではソース フィールドに「オーガニック」と表示されます。 しかし、オーガニックなトラフィックがどこから来ているのか、より詳しく知りたい場合もあるでしょう。Singularが提供するオプションの1つは、UTMリファラーを取得することです。このデータはGoogle PlayのURLに含まれていることがあり、ユーザーがGoogle Playにアクセスするためにクリックしたリンクのソースを示しています。

例えば、以下のGoogle Play URLは、ユーザーがFacebookモバイルアプリ（おそらく検索結果）のリンクをクリックした後にアプリをインストールしたことを示しています：

https://play.google.com/store/apps/details?id=net.singular.deviceassist&referrer=utm_source%3Dapps.facebook.com

UTMリファラートラッキングを有効にすると、UTMリファラを持つ未払いトラフィックは、ソース列に「UTM Referrer」 、トラッカーソース名 列にリファラ文字列が表示され、レポートに表示されます。たとえば、次のようになります：