• Google Playや一部のアプリストアからダウンロードされたAndroidアプリは、インストールリファラによってアトリビューションされます。リファラには、Androidのアプリストアにリダイレクトされる前にクリックされた元のURLが含まれます。これは、Androidのアトリビューションで主に使用される方法です。現在、Google Play、Huaweiのアプリストア、Samsung Galaxy Store、Xiaomi GetApps Storeが、インストールリファラによるアトリビューションに対応しています。リファラを使用したサードパーティのアプリストアのアトリビューションをご覧ください。
• Metaインストールリファラ：AppsFlyerは、デバイスのローカルストレージから広告キャンペーンのメタデータを受け取ることで、AndroidアプリのMeta adsのアトリビューションに対応しています。このデータは、アトリビューション計測（Metaのオンデバイスアトリビューション）に使用されます。

従来のアトリビューション方法の一つです。ユーザーのデバイスにアクセスできるアドネットワークが、クリックURLにデバイスIDを含めてAppsFlyerに送信するか、インプレッションの配信をAppsFlyerに通知する際にデバイスIDを送信します。これにより、AppsFlyerはクリック時のデバイスIDと、AppsFlyer SDKが取得したデバイスIDをマッチングできます。

デバイスIDマッチングは、iOSのアトリビューションで主に使用される方法ですが、ATTへの同意が必要です。

使用できるIDは、以下のとおりです。

• iOSデバイス：IDFA、IDFV
• Google Play開発者サービスを搭載したAndroidデバイス：GAID
• Google Play開発者サービスを搭載していないAndroidデバイス：OAID、Android ID、IMEI、Fire ID 

計測リンク内のデバイスIDは、SHA1またはMD5を使用してハッシュ化できます。

従来のアトリビューション方法の一つです。AppsFlyerはアプリの初回起動時にアプリ設定を確認し、Meta ads、Snapchat、Google Adsなどの自己申告型ネットワーク（SRN）からのトラフィックが想定されるかを判断します。 

デバイスIDを取得でき、iOSではATTへの同意が得られている場合、AppsFlyerは新規インストールの一意のデバイスIDを使用して、該当するSRNに問い合わせます。この問い合わせには、SRNが定義するモバイル計測パートナー（MMP）向けAPIを使用します。 AppsFlyerは、応答内容に基づいて新規ユーザーをSRNにアトリビューションする場合があります。

AppsFlyerは、アプリ開発者のマーケティングキャンペーンの成果をレポートするために、プライバシーを保護する統計的な手法として確率論的モデリングを使用しています。アプリ開発者向けに、キャンペーン単位で集計したパフォーマンスレポートを作成します。 

仕組みと特徴

• 統計を使用し、一意のIDには依存しません。
• 広告、Webサイトのリンク、メール、QRコード、SMS、その他のオウンドメディアなど、開発者が自社アプリ向けに実施したマーケティングキャンペーンの後に、どれだけのインストールやエンゲージメントが発生したかを推定します。 
• 集計レポートの作成に必要なシグナルのみを使用します。 
• 出力されるのはキャンペーンのパフォーマンスレポートであり、個々のデバイスやユーザーを識別するものではありません。
• ルックバック期間内にリファラまたはIDマッチングを伴うクリックが発生した場合は、これらの決定論的なアトリビューション方法が優先されます。

工場出荷時またはデバイスのアクティベーション時に、プリロードパートナーがユーザーのデバイスにアプリをインストールするキャンペーンを対象とした、従来のアトリビューション方法です。プリロードパートナーには、以下のような事業者が含まれます。

• デバイスメーカー（OEM）
• アプリ発見プラットフォーム
• 携帯通信事業者

プリロードキャンペーンのアトリビューション方法は3種類あります。 3種類とも同時に使用でき、互いの仕組みに干渉することはありません。

以下の表では、3種類の方法と主な仕様をまとめています。各プリロード方法の詳細は、リンクをクリックしてご確認ください。

リエンゲージメントのみを対象とした従来のアトリビューション方法です。この場合、ユーザーはアプリをダウンロードするためにアプリストアへリダイレクトされません。そのため、URL内の情報をクリックと、その後のアプリ起動に直接紐づけることができます。リエンゲージメントのアトリビューションに使用する情報がディープリンクURLに含まれているため、この方法は「ディープリンク」と呼ばれます。

多くのインストールは、バナー広告、動画広告、インタースティシャル広告などをユーザーがクリックした結果として発生します。

広告がクリックされると、クリックのルックバック期間が開始します。デフォルトの期間は7日です。ルックバック期間内に発生したインストールは非オーガニックとなり、そのメディアソースにアトリビューションされます。ルックバック期間を過ぎてから発生したインストールは、オーガニックインストールとして扱われます。この状態を、「オーガニックにアトリビューションされる」と表現することもあります。 

• クリックのルックバック期間を7日とすることが、業界標準とされています。メディアソースとの合意内容に合わせて、期間を設定してください。
• SRNのルックバック期間は、そのSRNが定めた期間に合わせてください。 

ルックバック期間の詳細

広告が表示されたもののクリックしなかったユーザーも、その広告を配信したアドネットワークにアトリビューションできる場合があります。

ビュースルー計測のルックバック期間には、以下の特徴があります。

• クリックスルー計測の期間よりも短くなります。
• 期間を設定できます。

これは、動画広告のクリック率（CTR）が低い傾向にある動画アドネットワークで特に有用ですが、通常の広告を配信する従来のアドネットワークでも活用できます。

クリックとインプレッションの両方が発生した場合は、クリックがユーザーの能動的な接触であるため、常にクリックが優先されます。

ビュースルー計測を有効にするには、以下を設定します。

• 設定画面でルックバック期間を設定します。

ビュースルー計測の詳細

エンゲージクリックは、ユーザーが広告をクリックした後、アプリストアにリダイレクトされたりアプリが起動したりせず、同じ画面やコンテンツ内で広告への操作を続ける場合に発生します。例えば、プレイアブル広告内にとどまる、広告内の要素を操作する、広告の表示領域内でコンテンツの閲覧を続ける、といった行動が含まれます。詳細は、「拡張エンゲージメントタイプについて」をご覧ください。

• IDマッチングによるアトリビューションでは、エンゲージクリックのルックバック期間は1～7日です。デフォルトは2日です。
• 確率論的モデリングのルックバック期間は0～24時間です。デフォルトでは、状況に応じて自動調整されます。
• メディアソースとの合意内容に合わせて、期間を設定してください。
• エンゲージクリックは、一部の連携済みパートナーに対応しています。
• エンゲージクリックは、クリックによるダウンロード（click-to-download）やクリックによるアプリ起動（click-to-app）と同じアトリビューション優先度を持ちます。

ルックバック期間の詳細

エンゲージビューは、ユーザーが広告をクリックせずに、一定時間を超えて動画を視聴したり、広告ユニットを操作したりするなど、所定の条件を満たす行動を取った場合に発生します。これらの行動はユーザーの意向を示すものであり、インストールのアトリビューションに使用されます。詳細は、「拡張エンゲージメントタイプについて」をご覧ください。

• エンゲージビューのルックバック期間は、決定論的計測では1～7日または1～23時間、確率論的計測では0～24時間です。
• 決定論的計測のルックバック期間のデフォルトは2日です。
• エンゲージビューは、一部の連携済みパートナーに対応しています。
• エンゲージビューは、エンゲージクリックやクリックによるアプリ起動（click-to-app）と同じアトリビューション優先度を持ちます。

エンゲージビュー計測を有効にするには、以下を設定します。

• 設定画面でルックバック期間を設定します。

ビュースルー計測の詳細

AppsFlyerは、アトリビューション（アプリのインストール、再インストール、リアトリビューション）に使用したデバイスIDまたは一意のAppsFlyer IDを用いて、アプリ内イベントをメディアソースにアトリビューションします。広告主は、この情報を使用して、アプリのローデータでユーザージャーニーを確認できます。集計データでは、デバイスIDまたはAppsFlyer IDを使用して、アプリ内イベントを実行したユニークユーザー数などを算出します。

イベントのアトリビューションの詳細は、こちらをご覧ください。

AppsFlyerは、インストールごとに一つのメディアソースのみを完全にアトリビューションします。通常は、最後の広告クリック、またはクリックがなかった場合は最後の広告インプレッションを使用します。

アシストインストール（マルチタッチアトリビューションとも呼ばれます）とは、最後の接点ではないものの、アトリビューションのルックバック期間内にユーザーに接触し、インストールに貢献したメディアソースやキャンペーンがあるインストールです。

アシストしたアドネットワークは、AppsFlyerでインストールの貢献元として表示されます。

詳細は、こちらをご覧ください。

再インストールとは、ユーザーがアプリをインストールし、アンインストールした後に、再度インストールすることです。再インストールのアトリビューションは、リアトリビューション期間に基づいて、以下のように判定されます。

• リアトリビューション期間の終了後に再インストールした場合：新規インストールとして記録されます。
• リアトリビューション期間内に再インストールした場合：以下のいずれかが適用されます。
  • 再インストール前にリターゲティングキャンペーンに接触していた場合：リターゲティングによる再インストール（リアトリビューションとも呼ばれます）として記録されます。
  • キャンペーンに接触していない場合、またはユーザー獲得（UA）キャンペーンに接触していた場合：インストールは記録されません。これらのユーザーによる再インストール後のアプリ内イベントは、「再インストール後のイベント計測」の設定状態に応じて、オーガニックまたは元のインストールにアトリビューションされます。 

デバイスのテストや複数回のインストールを行う場合は、AppsFlyerにデバイスを登録してください。デバイスを登録しない場合は、最初のインストールのみが記録されます。

AppsFlyerでは、広告IDがないiOSの再インストールについても、アトリビューションの精度を高められます。この機能は、アプリ設定ページで有効にできます。

iCloudにバックアップされたiOSアプリの再インストール

iCloudにバックアップされたアプリを、同じデバイスまたは別のデバイスに復元した場合、AppsFlyerは新規インストールや再インストールとして集計しません。 iCloudからアプリを復元したユーザーのAppsFlyer IDとアトリビューションデータは維持されます。

リアトリビューション期間内（デフォルトは90日）にアプリを再インストールしたユーザーは、リアトリビューションとして扱われます。リターゲティングキャンペーンへの接触後にこのインストールが発生した場合は、リターゲティングによる再インストール（リアトリビューション）として記録され、リターゲティングのレポートに表示されます。 

• 既存ユーザーがアプリを新しいバージョンにアップデートしても、そのユーザーが以前にAppsFlyerでアトリビューションされている場合は、新たなアトリビューションイベントとして集計されません。注意：他のMMPからAppsFlyerに移行した場合、既存ユーザーは移行後の初回アプリ起動時に、オーガニックにアトリビューションされます。
• アプリのバージョン別ユーザー数に関する指標は、SDK情報ダッシュボードで確認できます。