新しいアプリのインストールごとにAppsFlyer IDが自動的に作成されます。マーケティング担当者による操作は必要ありません。

この識別子を使用して、以下の操作を行えます。

• Server-to-Serverでのアプリ内イベントの送信
• AppsFlyer IDとバックエンドシステムのユーザーレコードを照合する。
• ローデータのアプリ内イベントレポートをダウンロードし、appsflyer_idを使ってユーザーの行動やジャーニーを分析します。

AppsFlyer SDKで独自のCustomer User ID（CUID）を設定し、BIシステムの一意のIDをAppsFlyer IDやその他の識別子と相互参照します。ローデータレポートで利用できます。ポストバックAPIでも使用して、社内IDと相互参照できます。

こちらの記事をご覧ください。

GOOGLE PLAY INSTALL REFERRER

Google Play Install Referrer APIにより、アトリビューションの精度が向上し、インストール詐欺から保護されるほか、Google Playからリファラデータ（初回インストール時のアプリバージョンなど）を安全に取得できます。

Google Play Install Referrer APIを追加する手順を開発者に提供することを推奨します。

GAID

SDK V4.8.0以降であれば、AppsFlyerはこの識別子を自動的に収集します。

サードパーティアプリストアからのインストールをアトリビューションできます。 これにより、Google Playストアを利用できない市場でもアプリをプロモーションし、より多くのユーザーにリーチできます。

AppsFlyerでは、サードパーティアプリストアにおけるアトリビューションを以下のようにサポートしています。

• IMEIまたはAndroid ID：SDKはIMEIまたはAndroid IDを自動的には収集しません。中国国内市場向けアプリなど）は、開発者が以下のいずれかの方法で収集できます。

  • setImeiDataまたはsetAndroidIdData APIを使用してIMEIまたはAndroid IDをSDKに渡します（以下のタブにある関数リファレンスを参照）。 SDKがデータをAppsFlyerサーバーに送信します。

    Androidネイティブ

    Android SDKリファレンスをご覧ください：

    • setImeiData
    • setAndroidIdData 

    Unity

    Unity SDKリファレンスをご覧ください：

    • setImeiData
    • setAndroidIdData

  • setCollectIMEIとsetCollectAndroidIDを使用して、SDKにIMEIまたはAndroid IDを収集させます（以下のタブにある関数リファレンスを参照）。

    Androidネイティブ

    Android SDK リファレンスをご覧ください。

    • setCollectIMEI
    • setCollectAndroidID

    Unity

    Unity SDK リファレンスをご覧ください。

    • setCollectIMEI
    • setCollectAndroidID

    React Native

    React Native リファレンスをご覧ください。

    • setCollectIMEI
    • setCollectAndroidID
• OAID：サードパーティAndroidアプリストアからのインストールをアトリビューションします。詳細は OAID の実装ガイドを参照してください。
• インストールリファラ：SDKはSamsung GalleryおよびHuawei AppGalleryからリファラデータを取得できます。

背景

iOS 14.5以降では、IDFAの収集にユーザーの同意が必要です。 App Tracking Transparency（ATT）フレームワークによって管理されます。 iOS 14以降のデバイスでは、SDKがATTフレームワークを使用してデバイスのIDFAへのアクセスを取得します。 ATTの基本原則をご覧ください。

初回起動時に送信されることが重要です。 waitForATTUserAuthorizationメソッドが用意されています。

waitForATTUserAuthorizationの概要

waitForATTUserAuthorizationを使用すると、AppsFlyerサーバーへのデータ送信前に、SDKがATTのステータスを待機する時間を設定できます。

notDeterminedです。 waitForATTUserAuthorizationのタイムアウト中、SDKは起動イベントと、その後に発生するアプリ内イベントをメモリ上にキューします。これはオフラインイベントが記録される仕組みと同様です。

• 同意した場合（IDFAの収集）：
  • SDKはキャッシュされたイベントにIDFAを追加します。
  • SDKが起動し、タイムアウトの終了を待たずに、IDFAを含むキャッシュ済みイベントを送信します。
• 拒否した場合：SDKが起動し、タイムアウトの終了を待たずに、IDFAを含まないキャッシュ済みイベントを送信します。
• notDeterminedの場合：SDKが起動し、IDFAを含まないキャッシュ済みイベントを送信します。

考慮事項

• requestTrackingAuthorizationをwaitForATTUserAuthorizationを設定せずに呼び出すと、iOS 14以降のデバイスでは、IDFAを含めずに起動イベントとイベントが送信されます。
• タイムアウト中にユーザーがアプリをバックグラウンドに移動した場合：
  • アプリがフォアグラウンドに戻るまでタイマーが一時停止します。
  • イベントはメモリ上にキャッシュされます。
• タイムアウト中にユーザーがアプリを終了し、アプリが停止した場合：
  • 次回のアプリ起動時にタイマーが再開されます。
  • キャッシュされたイベントは失われます。

ATTプロンプトはカスタマイズできます。リクエストの目的を明確に説明するメッセージを表示することで、ユーザーのオプトイン率の向上につながる可能性があります。

メッセージを作成する際は、以下を考慮してください。

• アプリがユーザーの同意を求める理由を最も分かりやすく説明する表現を使用します。
• データがどのように使用されるかをユーザーに説明します。 ユーザーのプライバシーとデータ使用についての詳細はこちら。

メッセージが完成したら、その文面と実装手順を開発者に提供してください。

SKANは、広告主が行ったアプリインストールを検証するためにiOSで使用されるクラスです。アプリインストールの検証プロセスには、ソースアプリと広告対象アプリが関与します。

ソースアプリとは、広告ネットワークの広告を表示することで広告キャンペーンに参加するアプリです。広告を表示するようにアプリを設定することは、AppsFlyer SDKの対象範囲ではありません。設定するには、Appleの指示に従ってください。

SKANソリューションがSKANを使用してアトリビューションポストバックを提供します。AppsFlyerはユーザーのプライバシーを維持しながら、データを収集、変換、集計します。アプリが初めて起動されると、AppsFlyerプラットフォームはマーケティング担当者が設定した内容に基づき、SKANのコンバージョン値をどのように設定するかをSDKに指示します。

SKANソリューションを使用するには：

• マーケティング担当者がAppsFlyerでSKAN計測を設定する必要があります。 開発者が行う作業はありません。
• AppsFlyer SDKが必要なSKAN APIを自動的に呼び出します。
• AppsFlyerでSKANアトリビューションを行う場合は、他のSDKでのSKAN呼び出しを無効にしてください。
• 開発者もマーケティング担当者も、App Storeで追加の操作や登録手続きを行う必要はありません。

SKANアトリビューションを無効にするには、開発者にSDKで無効化してもらいます。

任意のアプリ内イベントで収益を送信できます。 af_revenueパラメータを使用してください。 AppsFlyerが管理画面とローデータレポートで実際の収益としてカウントするイベントパラメータはこれだけです。 詳細はこちら。

AppsFlyer SDKは、アプリ内購入のサーバー検証を提供します。アプリ内購入を検証すると、AppsFlyerにアプリ内購入イベントが自動的に送信されます。このイベントを自分で送信すると、イベントが重複して記録されます。

旅行、ゲーム、Eコマースなどの業界別推奨アプリ内イベントのリストをご覧ください。

アプリをインストールしていないユーザーの場合、OneLinkはデバイスの種類を検出し、適切な宛先（Google Play、Apple App Store、サードパーティアプリストア、Webページなど）にリダイレクトします。これはOneLinkテンプレートの設定に基づいて行われます。 詳細はこちら

アプリをインストール済みのユーザーの場合、OneLinkがアプリを開きます。アプリを開くだけでなく、アプリ内の特定のアクティビティやページにユーザーをディープリンクすることもできます。これには、開発者が以下を使用してUnified Deep Linking（UDL）を実装する必要があります。

• SDKのインストールウィザードには、ディープリンク実装のための専用のプロセスがあります。
• Unified Deep LinkingのSDK実装手順。

注意：

• UDLにはSDK V6.1以降が必要です。
• ディープリンクですでにOneLinkを使用しているカスタマーは、UDLではなく従来の方法を使用している可能性があります。

ディープリンクとディファードディープリンクの設定に関するガイドをご覧ください。

アプリをインストールしていないユーザーの場合、OneLinkはデバイスの種類を検出し、適切な宛先にリダイレクトします：Google Play、Appleアプリストア、サードパーティのアプリストア、またはウェブページ。ユーザーがアプリを起動すると、ディファードディープリンクを利用して、特定のアクティビティまたはページにリダイレクトできます。

これには、開発者が以下を使用してディファードディープリンクを実装する必要があります。

• SDKのインストールウィザードには、ディープリンク実装のための専用のプロセスがあります。
• ディファードディープリンクのSDK実装手順。

注意：

• UDLにはSDK V6.1以降が必要です。
• ディファードディープリンクにすでにOneLinkを使用しているカスタマーは、UDLではなく従来の方法を使用している可能性があります。

ディープリンクとディファードディープリンクの設定に関するガイドをご覧ください。