アプリに実装したAppsFlyer SDKは、アプリとAppsFlyerプラットフォームをつなぐ役割を果たします。アプリのインストール、起動、アプリ内イベントなどを送信します。

AppsFlyer SDKを実装するには：

1. アプリにAppsFlyer SDKを実装します。
   AndroidおよびiOSのSDK実装ガイドをご確認ください。
2. 記録するアプリ内イベントを、AppsFlyerの定義に対応付けます。
   SDKまたはS2Sで設定できます。

3. 他社のアトリビューション計測サービスのSDKを削除します。
   すぐに削除してAppsFlyerのみを使用することも、数週間、両方のSDKを併用することも可能です。各選択肢の詳細は、以下の表をご確認ください。
    

   選択肢	更新版アプリの公開後の 挙動	影響
   他社のSDKを削除する（推奨）	新規インストールと、アプリを更新したユーザーを記録するのは、AppsFlyerのみになります。 ユーザーがアプリを更新するまでは、そのユーザーのイベントは引き続き他社の計測サービスに表示されます。	迅速に移行できます。 アトリビューションの重複が発生しません。
   移行期間中は他社のSDKを残す	AppsFlyerと他社の計測サービスの両方が、新規インストールのアトリビューションとイベントの記録を行います。後日、他社のSDKを削除します。	データを検証できます。つまり、AppsFlyerと他社の計測サービスのデータを比較できます。 アトリビューションが重複し、アドネットワークから二重請求される可能性があります。以下の例をご確認ください。 作業負担が増えます。

4. ほかのすべての移行作業を完了したら、AppsFlyer SDKを実装したアプリのバージョンを公開します。新規ユーザーのアトリビューションはAppsFlyerが行います。 
   注意：
   • iOS、Google Play、および利用しているGoogle Play以外のAndroidアプリ配信先で、アプリを更新してください。
   • Androidアプリは、把握していない非公式のAPK配布サイトで公開されている可能性があります。確認するには、アプリのパッケージ名でWeb検索してください。 APK配布サイトで最新版に更新されるまでには時間がかかるため、AppsFlyer SDKを含まない旧バージョンをインストールするオーガニックユーザーが発生する場合があります。
   • アプリストアで更新版の配信が完全に行き渡るまで、数日かかる場合があります。この期間中にインストールしたユーザーには、旧バージョンが配信される可能性があります。

デバイスIDの移行とは、既存ユーザーのデバイスID（IDFA、IDFV、GAID、CUID）の一覧をAppsFlyerにアップロードする作業です。 AppsFlyer SDKを含む新しいバージョンのアプリを公開する前に、この作業を実施してください。デバイスIDの移行には、流入元情報を引き継ぐ移行と流入元情報を引き継がない移行の2つの方法があります。

デバイスIDの移行により、アプリをダウンロードし、移行前の計測サービスでアトリビューションが行われた既存ユーザーに関するデータ上の問題を解消できます。たとえば、移行前の計測サービスでSRNにアトリビュートされたユーザーがルックバック期間内にAppsFlyerでも同じSRNにアトリビュートされ、二重請求が発生する問題に対応できます。

デバイスIDの移行後、AppsFlyerではデータが以下のように反映されます。

• インストールデータ：再インストールと同様に、移行したデバイスにはインストールデータがありません。移行したデバイスのインストールは、AppsFlyerに表示されません。
• アプリ内イベントとセッションのデータ：流入元情報を引き継がない移行では、オーガニックとして記録・表示されます。流入元情報を引き継ぐ移行では、メディアソースとキャンペーンにアトリビュートされます。
• リターゲティング：リアトリビューションとリエンゲージメントは、通常どおり表示されます。
• アクティビティデータ：通常どおり表示されます。
• リテンションとコホートのデータ：移行したデバイスには、インストールの記録がありません。そのため、どのコホートにも紐づかず、リテンションレポートとコホートレポートには表示されません。 

デバイスIDを移行するには、以下の手順を実行します。 

1. 移行対象のユーザーを決定します。既存ユーザー全員を移行することも、最近アプリをインストールしたユーザーのみを移行することも可能です。前者では、AppsFlyerで正確なリアトリビューションデータを取得できなくなる可能性があります。後者では、それより前にインストールしたユーザーについて二重請求が発生する可能性があります。
   現在設定されているリアトリビューション期間内にアクティブだったユーザーの移行をおすすめします。たとえば、アプリのリアトリビューション期間が90日間の場合は、過去90日間に1回以上のセッションがあったユーザーを移行します。
2. ［任意］マーケティング担当者 / ユーザー獲得施策の担当者に、デバイスIDの移行が完了するまで、既存のマーケティングキャンペーン（SRN、SRN以外のアドネットワーク、オウンドメディアなど）を一時停止するよう依頼します。
   キャンペーンを一時停止しない場合は、AppsFlyer SDKを実装した更新版アプリがアプリストアで公開されたら、他社サービスに残っているデバイスIDを速やかに移行してください。
3. 移行対象のユーザーに基づいて、流入元情報を引き継ぐ移行または流入元情報を引き継がない移行の形式でCSVファイルを作成します。 CSVのサンプル
4. CSVファイルを担当のAppsFlyer CSMに送信します。
   担当のCSMが、デバイスIDをAppsFlyerに移行します。 

この方法でAppsFlyerに移行したデバイスのアプリ内イベントとセッションは、移行前の計測サービスが報告したメディアソースに基づき、アドネットワークのデータ保持ポリシーに従って記録・表示されます。

流入元情報を引き継ぐ移行のCSV形式

CSVファイルの作成ルール：

• 1つのCSVファイルに、複数のアプリのユーザーのデバイス情報を含められます。
• 同じデバイスIDとアプリIDの組み合わせを、複数の行に重複して記載しないでください。重複がある場合は、ファイル内で最後に記載された行が使用されます。
• すべての列名を含める必要があります：app_id、platform、device_id、id_type、install_time、media_source、integrated_partner、campaign、campaign_id。注意：項目の順序は重要なため、必ず維持してください。
• 同じデバイスのIDFVとIDFAの両方を追加できますが、別々の行に記載する必要があります。それぞれの行では、device_id以外のすべての項目を同じ値にしてください。
• 各行には、カンマで区切った9つの項目を必ず含めてください。
• 必須ではない項目は空欄にします。
• 1ファイルに最大500万行を含められます。
• 複数のファイルがある場合は、それぞれ異なるファイル名を付けてください。
• 文字コードはUTF-8を使用してください。
• ［任意］ZIPまたはGZIPでファイルを圧縮します。
   

CSVのサンプル

この方法でAppsFlyerに移行したデバイスは、オーガニックユーザーとして記録されますが、表示はされません。そのデバイスのアプリ内イベントとセッションも、オーガニックとして記録・表示されます。

流入元情報を引き継がない移行のCSV形式

選択肢	列	使用する条件	例
1	アプリID + IDFA / GAID	すべてのAndroidユーザーにGAIDがある場合。 iOSユーザーのみの場合。
2	アプリID + デバイスID + デバイスIDの種類	Androidユーザーの一部にGAIDがなく、IMEIまたはAndroid IDのみがある場合（Google Play以外のAndroidアプリ配信先、Android 4.4.2未満など）。 Android IDは、16進数形式で指定する必要があります。 注意： IDの種類の列には、以下の文字列を正確に使用してください：advertiserId（amazon_aidにも対応）、idfa、idfv、android_id、imei。 android_idまたはimeiを使用した後に、AppsFlyerがより適切な識別子を受信すると、新たなアトリビューションが記録される場合があります。 android_idとimeiは、AppsFlyer SDKではデフォルトで収集されません。これらの識別子を使用する場合は、SDK実装時に収集する設定を行ってください。

CSVファイルの作成ルール：

• 1つのCSVファイルに、複数のアプリのユーザーのデバイス情報を含められます。
• 各行には、アプリごとに1つのデバイスIDを記載します。
• 選択したファイル形式に応じて、以下の列を記載順どおりに指定してください。
  • 選択肢1：app_id,device_id
  • 選択肢2：app_id,device_id,id_type
• アプリIDは小文字で指定します。
• Androidの識別子は小文字で指定します。
• IDFA / IDFVは大文字で指定します。
• 最大2,500万行を含められます。

CSVのサンプル

SRNは、モバイル計測パートナー（MMP）から、特定のデバイスの広告接触について照会を受けると、その情報を返します。 AppsFlyerと他社のアトリビューション計測サービスなど、2つのMMPが、同じデバイスのインストールについて同じSRNに照会すると、二重請求が発生する可能性があります。

SRNのキャンペーンを移行するには：

• AppsFlyerで、対象のSRNを有効化し、設定します。

アドネットワークのアトリビューションリンクは、ユーザーの広告接触を記録します。その後、その記録を使用して、実際のインストールにつながった広告接触にアトリビューションを行います。

SRN以外のアドネットワークのキャンペーンを移行するには：

1. AppsFlyerで、対象のアドネットワークを有効化します。
2. 各アドネットワークのAppsFlyerアトリビューションリンクを生成します。
3. 各キャンペーンの既存のリンクを、AppsFlyerのアトリビューションリンクに置き換えます。 

ここでいうオウンドメディアとは、以下で使用するアトリビューションリンクを指します。

• コンテンツの共有
• Webからアプリへの誘導
• メール
• SMS
• SNSへの投稿
• ブログ
• オンラインコミュニティ（Quoraなど）
• その他

これらのキャンペーンでは、AppsFlyerのOneLinkリンクを使用します。 OneLinkリンクは、ユーザーのデバイスに応じて、適切なアプリストア、アプリ内、またはWeb URL / ランディングページにリダイレクトします。

現在のオウンドメディアのリンクを、AppsFlyerのOneLinkリンクに変更するには：

• 担当のCSMにご相談ください。現在利用しているチャネルやツールに合わせて、オウンドメディアのリンクをOneLinkリンクに変更する作業を支援します。

SKAdNetwork（SKAN）のアトリビューションでは、コンバージョン値を更新するSDKを1つに限定する必要があります。複数のSDKが更新すると、SKANデータが意味をなさなくなります。そのため、移行後はAppsFlyer SDKのみがSKANのコンバージョン値を更新するようにしてください。

AppsFlyerでのSKANのコンバージョン値の設定方法をご確認ください。

移行前のシステムでは、現在利用している計測サービスで設定したレポートの構成、項目、パラメータに従って、そのサービスのアトリビューションデータが保存されています。 AppsFlyerのデータを正しく取り込むには、現在のレポートの構成を調整し、AppsFlyerのレポートの構成、項目、パラメータに対応付ける必要があります。

レポートの構成を調整・対応付けするには：

• 担当のAppsFlyer CSMにご相談ください。Adjust、Branch / Tune、KochavaからAppsFlyerへ、レポートのデータ構成を迅速に調整・移行する作業を支援します。

AppsFlyerでは、複数の方法でローデータおよび集計データのレポートを取得できます。各取得方法を確認し、必要な方法を設定してください。

以下の方法でレポートを取得できます。

• ダッシュボード
• レポート出力
• Push API
• Pull API
• Data Locker