初回インストールの後、ユーザーがアンインストールし、リアトリビューション期間内に再インストールをします。再インストールは、オーガニックまたは新規獲得キャンペーンのいずれかから発生します（例を参照）。

The following happens:

• インストールは計測されません。 管理画面やデータ上にも表示されません。
• パートナーは、この機能をサポートし、AppsFlyerから明示的な権限を付与されている場合にのみ、再インストールポストバックを受け取ることができます。広告主は、連携済みパートナー画面のインストールポストバックセクションで、再インストールポストバックをこのパートナーのみ送信するか、オーガニックを含むすべてのメディアソースに送信するかを選択できます。
• アプリ内イベントの紐付けパターンについては、 アプリ内イベントセクションを参照してください。

アプリの初回インストール後、ユーザーがアンインストールしてからリターゲティング施策に接触し、 リアトリビューション期間中に再インストールします。

The following happens:

• このインストールはリターゲティングのメディアソースに紐づき、オーバービューダッシュボードの表示タイプ：リターゲティング と 統合 ビューで表示されます。
  • オーバービューの表示タイプ：ユーザー獲得 では表示されません。
• 再インストールによって生成されたすべてのアプリ内イベントは、元のインストールに紐付けられます (1)
• インストールポストバックはリターゲティングのメディアソースに送信されます。

リターゲティング計測についての詳細は、こちらをご覧ください。

再インストール

• All in-app events are counted as organic or disregarded completely depending on the reporting method.
• アプリ内イベントはローデータでデータ項目 conversion_type および campaign_type が "unknown" としてレポートされます。
• データの集計に使用される日付は、イベントによって異なります。
  • 成果が紐づくアプリ内イベントのインストール時刻は、再インストール時刻ではなく、初回インストール時刻になります。 例えば、3月1日に初回インストールされ、3月5日に再インストールした場合、かつ、「初回アトリビューション優先モード」がオンに設定されている場合、再インストール後に発生した購入イベントは、3月1日の初回インストール時刻に紐づきます。
  • SDKコネクタによって送信される広告収益イベント (af_ad_revenue) の場合は、再インストールの日付がデータの集計に使用されます。

リアトリビューション期間内

• すべてのアプリ内イベントは、リターゲティングメディアソースに紐付けられます。

ユーザーのエンゲージメントをより正確に把握できるようにします。アプリ内イベントをオーガニックではなく元のメディアソースに紐付けることで、新規獲得キャンペーンとリターゲティング広告の効果を示します。

• Reinstall in first install mode: All in-app events generated from reinstalls are attributed to the original install (1). The install time of the attributed in-app event will be the time of the first install, not the time of the reinstall. For example, if there was an install on March 1st and then a reinstall on March 5th, and if the 'Post Reinstall Events Attribution' option is enabled, any purchase made after the reinstall will be attributed to the install time of March 1st.
• すべてのアプリ内イベントは、メインソースのリターゲティング広告とセカンダリソースの元のインストールに紐付けられます。 (2)

(1) 以下の制限事項を参照してください。

(2)これはローデータでのみ表示されます。

Examples for first-install mode attribution.

例1

ユーザーがアプリをインストールし（Day 0）、10ドルの購入を行ってから、アプリをアンインストールしました。

翌日（Day 1）に、ユーザーがアプリを再インストールし、5ドルの購入を行いました。

ユーザーは再インストールする前にすでに購入を行ったため、追加のユニークユーザー数はありません。

同一の device_identifier からの収益の増加が見られます。

例2

ユーザーがアプリをインストールし（Day 0）、購入を行ってからアプリをアンインストールしました。

翌日（Day 1）、ユーザーは新規獲得キャンペーンからアプリを再インストールし、購入を行いました。

You can verify in your raw data report that your post-reinstall in-app events are in a first-install mode by following these steps:

• Check the install_time field on the in-app event. If it reflects the time of the original install (not the reinstall), the event is attributed to the first install.
• Verify the device_id (GAID or IDFA). It remains the same across installs and reinstalls, so you can use it to reference the event to the original install.
• インストールと再インストールのたびに、それぞれ異なる appsflyer_id が採番されます。 AppsFlyer generates a new AppsFlyer ID after each reinstall.

• 初回インストールと再インストールの両方でデバイス識別子（IDFAやGAIDなど）をアプリと共有することに同意したユーザーのみが、アプリ内イベントを初回インストール時のメディアソースに紐付けられます。
  • 初回インストール時と再インストール時のデバイス識別子が一致していることが前提となります。
• 再インストールは、 最後に記録されたインストールのリアトリビューション期間内に発生していることが前提となります。
• Each install and reinstall will still have its own unique appsflyer_id
• ダッシュボード上では、インストールまたは再インストール後のアプリ内イベントを区別できません。
  • ローデータからのみで確認できます。
• Reinstalls are not measured by the AppsFlyer Windows SDK.