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

この識別子を利用して、次のアクションを実行できます。

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

AppsFlyer SDKで顧客ユーザーID（CUID）を設定し、BIシステムの一意のIDをAppsFlyer IDやその他の識別子と相互参照します。CUIDはAppsFlyerのローデータレポートに含まれています。ポストバックAPIで内部IDと相互参照するために利用することもできます。

CUIDの詳細については、こちらの記事をご覧ください。

Google Playインストールリファラー

Google Play Install Referrer APIは、アトリビューションの精度を向上させ、インストール詐欺を防ぎ、Google Playからの紹介データ（アプリが最初にインストールされた時点のバージョン情報など）を安全に取得できるようにします。

開発者にGoogle Play Install Referrer APIを追加するための手順を提供することをお勧めします。

GAID

SDK V4.8.0以降、AppsFlyerはこのデバイス識別子を自動的に収集します。

AppsFlyerを使用すると、Amazon、Opera、GetJar、Baidu、Huaweiなどのサードパーティアプリストアからのインストールをアトリビューションできます。 これにより、Google Playストアが利用できない市場でもアプリを宣伝し、より多くのオーディエンスにリーチできます。

AppsFlyerは、サードパーティアプリストアでのアトリビューションを次のようにサポートします。

• IMEIまたはAndroid ID： SDK は IMEI または Android ID を自動的に収集しません。ただし、これらの識別子が必要な場合（例：中国国内市場のアプリ）開発者は、以下の収集方法を実装できます。
  • 手動での収集： アプリは、IMEI または Android ID を setImeiData または setAndroidIdData API を使用してSDKに渡します（詳細は下のタブの関数リファレンスを参照）。その後、SDK はデータを AppsFlyer サーバーに送信します。
    Android ネイティブUnity

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

    •  
    •   

    Unity SDKリファレンスをご覧ください：
  • デバイスID収集のオプトイン：setCollectIMEI と setCollectAndroidID を使用して、SDK が IMEI または Android ID を収集するよう強制します（詳細は下のタブの関数リファレンスを参照）。
    Android ネイティブUnityReact Native

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

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

    React Native リファレンスをご覧ください。
• OAI： サードパーティ Android アプリストアからのインストールをアトリビューションします。詳細は OAID の実装ガイドを参照してください。
• インストールリファラー： SDKはSamsung GalleryとHuawei AppGalleryからのリファラーデータの取得をサポートしています。

背景

iOS 14.5 以降では、IDFA の収集にはユーザーの同意が必要です。具体的には、IDFA のアクセスは App Tracking Transparency (ATT) フレームワークによって管理されます。iOS 14以降のデバイスにおいては、SDKはATTフレームワークを使用してデバイスのIDFAにアクセスします。ATT の概要は、ATT の原則を参照してください。

IDFA を用いてアトリビューションを行うには、初回起動時に IDFA を送信することが重要です。 このため、SDKで メソッド waitForATTUserAuthorization を提供しています。

waitForATTUserAuthorization の概要

waitForATTUserAuthorization を利用することで、AppsFlyerサーバーにデータを送信する前に、SDKがATTステータスをどれくらいの期間保留し待機するかを設定できます。

ユーザーがアプリを起動すると、ATTステータスは未決定となります。 waitForATTUserAuthorization タイムアウトの間、SDKは、オフラインイベントが記録される方法と同様に、起動イベントと連続するアプリ内イベントをメモリ内でキューに入れます：

• ユーザーがATTプロンプト（IDFA収集）に同意した場合：
  • SDKがキャッシュされたイベントにIDFAを追加します。
  • SDKが起動し、IDFA付きでキャッシュされたイベントを送信します（タイムアウトを待たずに）。
• ユーザーがATTプロンプトを拒否した場合：SDKが起動し、IDFAなしでキャッシュされたイベントを送信します（タイムアウトを待たずに）。
• タイムアウトが終了し、ATTステータスが notDetermined のままである場合： SDKがIDFAなしでキャッシュされたイベントを送信します。

考慮事項

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

ATTプロンプトをカスタマイズできます。リクエストの目的を明確に示すメッセージは、ユーザーのオプトイン率を向上させるのに役立ちます。

メッセージを作成する際には、次の点を考慮してください。

• アプリがユーザーに同意を求める理由を明確に説明する言葉を使いましょう。
• 彼らのデータがどのように利用されるかをユーザーに通知します。 ユーザーのプライバシーとデータ使用についての詳細はこちら。

メッセージが完成したら、開発者にテキストと実装手順を提供してください。