AdjustからAppsFlyerへの移行

概要:AdjustからAppsFlyerへの移行を計画しましょう。移行期間中の二重請求、重複データ、およびデータの損失を回避するためにも、移行は慎重に準備する必要があります。

AppsFlyerへの移行について

AdjustからAppsFlyerへの移行は、アトリビューションとマーケティング分析のための信頼できる包括的なプラットフォームへのスムーズな移行を提供します。AppsFlyerは、ブランドが業界の変化に対応できるように設計された高度なツールとともに、安全で偏りのないソリューションを提供しています。AppsFlyerは、グローバルな顧客サポートと継続的な製品改善に重点を置き、ビジネスの成長と適応に必要なツールと洞察を提供することを目指しています。

AppsFlyerとAdjustの計測比較

移行を検討する際は、同じメディアソースとキャンペーンでAppsFlyerとAdjustのアトリビューション計測を比較するとよいでしょう。ただし、すべてのメディアソースが複数のMMPでの測定をサポートしているわけではありません。そのような場合、アトリビューションの不一致を防ぐために、一定の制限や課題が生じる可能性があります。詳細:複数のMMPによるアトリビューション計測 

タスク

次の表は、移行に必要な主な手順を説明したものです。一般的なタスクの正確な内訳を手順通りに確認し、進捗を記録するには、このスプレッドシートをダウンロードしてください。

マーケティング担当者、開発者、データエンジニアは、ほとんどのタスクにおいて、割り当てられたタスクに同時に進行することができます。注意事項 / 推奨:

  • AppsFlyer SDKを搭載したアプリバージョンをリリースする前に、すべての作業を完了させてください。 
  • デバイスID移行を実行する前に、既存のマーケティングキャンペーンを一時停止してください。
ステップ 関係者 作業時間の目安 備考
1.AppsFlyerアカウントの作成 マーケティング担当/AppsFlyer管理画面ユーザー 2時間  
2.アプリ追加 マーケティング担当/AppsFlyer管理画面ユーザー 2時間  
3.SDK実装 アプリ開発者 1日+テスト検証の1週間
  • 推奨:テスト用にテスト / 検証用アプリにAppsFlyer SDKを実装してください。
  • 本番アプリは、その他の作業が完了した後、アプリストアで更新する必要があります。
4.デバイス移行(オプション) データエンジニア 1‐2週間
  • 移行前に既存のキャンペーンを一時停止し、アプリバージョンが更新されてから再開することをご検討ください。 
  • 全てのユーザーをカバーするために移行最終日にデバイス移行を繰り返すことをご検討ください。 
5.キャンペーン移行 マーケティング担当/UA(新規獲得)担当者 各メディアソースにつき1-3日
6.データレポーティングの設定 データエンジニア 1‐2週間  

ステップ 1. AppsFlyerアカウントの作成

AppsFlyerアカウントを作成:

  1. AppsFlyerアカウントを作成します。 
  2. 適切な権限を持つアカウントユーザーを追加します。

ステップ 2. アプリを追加する

AppsFlyerにアプリを追加します。

  1. AppsFlyerにアプリIDを追加します。
  2. [オプション] アクティブユーザーの定義に合わせて、デフォルト90日間のリアトリビューション期間を変更します。
  3. AppsFlyerのアプリオンボーディングウィザードの一環として、SDK実装、およびアプリ内イベントマッピングの指示とタスクを記載したメールを作成し、開発者に送信します。

ステップ 3. SDK実装

アプリに実装するAppsFlyer SDKは、アプリとAppsFlyerプラットフォーム間の接続の役割を果たします。アプリインストール、アプリ起動、アプリ内イベントなどを計測します。

AppsFlyer SDKを実装する:

  1. SDK実装とアプリ内イベントマッピングの指示 / タスクが記載されたマーケターからのメールを受信します。
  2. メールの指示に従って、AppsFlyer SDK実装ウィザードを使用して、AppsFlyer SDKをアプリに実装します。
    • ウィザードは、開発者をインストールから実装のテスト成功まで導きます。また、開発者がアプリ内イベントを定義し、AppsFlyerへの送信を成功させるためのテストもガイドしています。詳細:SDK実装ウィザード
    • Androidと iOSSDKの実装については、追加の開発者ガイドを参照してください。
    • AppsFlyerのスキームを使用して、記録したいアプリ内イベントをマッピングしてください。
      これは、SDKまたはS2Sを介して行うことができます。
  3. Adjust SDKを削除します。
    すぐに削除してAppsFlyerのみに切り替えるか、数週間両方のSDKで同時に計測することも可能です。以下の表でこれらのオプションの内訳をご覧ください。
    オプション アプリバージョンの
    リリース後
    影響
    Adjust SDKの削除(推奨) AppsFlyerのみで新規インストールと更新ユーザーを記録します。
    Adjustは、ユーザーがアプリを更新するまで、ユーザーによって実行されたイベントを表示します。
    • 移行が素早く完了します。
    • 重複計測が発生しません。
    移行期間中はAdjust SDKを保持 AppsFlyerとAdjustの両方で新規インストールをアトリビューションし、イベントを計測します。後日、Adjust SDKを削除してください。
    • データ検証が可能:AppsFlyerとAdjustのデータを比較することができます。
    • 重複計測が発生します: アドネットワークで二重請求が発生する可能性があります。次の例を参照してください。
    • 作業量がより多いです。
  4. この移行記事内の他のすべてのタスクが完了したら、AppsFlyer SDKを使用したアプリバージョンをストアにリリースします。新規ユーザーがAppsFlyerでアトリビューションされます。 
    注:
    • iOS、Google Play、および関連する全てのAndroidの外部ストアのアプリを更新してください。
    • Androidアプリは、認識せずとも非公式のAPKサイトに存在している可能性があります(アプリのパッケージ名をウェブで検索して確認してください)。 APKサイトは最新バージョンに更新するのに時間がかかるため、AppsFlyer SDKが実装されていない古いバージョンのアプリをインストールするオーガニックユーザーを生む可能性があります。
    • ストアでの更新版アプリの公開は、完全に完了するまでに数日かかる場合があります。この段階でインストールするユーザーは、以前のバージョンを引き続き使用できます。

ステップ 4. デバイスの移行 オプション

デバイス移行とは、既存のユーザーデバイスID(IDFA、IDFV、GAID、CUID)のリストをAppsFlyerにアップロードする作業です。(必要なデバイスIDをすべて持っていない場合は、CSMに連絡すれば、CUIDを使用した移行プロセスを案内します)。この処理は、AppsFlyer SDKを含む新しいアプリのバージョンをリリースする前に行う必要があります。デバイスを移行する際には、流入元情報あり、もしくは流入元情報なしの2つの方法があります。

デバイス移行により、アプリを既にダウンロード済みで、以前のベンダーによって計測されている既存ユーザーに関連するデータの問題が解決します。例えば、SRN媒体の二重課金は、以前のベンダーでSRNに成果が計測されていたユーザーが、まだルックバック期間内にいるにもかかわらず、AppsFlyerで再びSRNで計測された場合に発生します。

  • 6月15日に、新規ユーザーがFacebook広告をクリックしてアプリをインストールします。
  • 6月24日に、ユーザーがAppsFlyer SDKが実装されたバージョンにアップデートし、アプリを起動しました。このとき、AppsFlyerにとってこのユーザーは新規ユーザーであり、リアルタイムに計測を行なう必要があります。
  • AppsFlyerは、ユーザーの広告IDを使用してFacebookにクエリを実行します。このユーザーはまだFacebookの28日間のルックバック期間内にあるため、Facebookにこのユーザーの成果が紐付けられます。その結果、同一ユーザーに対して成果が二重計上されることになります。

デバイスを移行すると、データは以下のようにAppsFlyerに反映されます:

  • インストール データ:再インストールと同様に、移行されたデバイスには、インストールデータが存在しません。移行されたデバイスのインストールデータは、AppsFlyerに表示されません。
  • アプリ内イベントとセッションデータ:流入経路を含まないデバイス移行の場合は、オーガニックに紐づくデータとして記録・表示されます。また、流入経路を含むデバイス移行の場合は、メディアソースとキャンペーンに紐づくデータとして記録されます。 
  • リターゲティング:リアトリビューションとリエンゲージメントは通常通り計測されます。
  • アクティビティデータ:正常に表示されます。
  • リテンションとコホートレポート:デバイス移行したデバイスにはインストール記録が存在しません。そのため、これらのユーザーはどのコホートにも属さないため、リテンションおよびコホートレポートには、データを表示できません。 

注記

移行日から180日以内にアプリを起動しなかった場合、移行されたデバイスデータはすべて削除されます。その結果、180日の期間後にアプリを開くと、新規インストールが記録されます。

デバイス移管を行うには: 

  1. 移行するユーザーグループを決定します。すべての既存ユーザー(AppsFlyerから正確なリアトリビューションデータを取得できなくなる可能性があります)、または最近アプリをインストールしたばかりのユーザー(やや古いユーザーの二重課金につながる可能性があります)を移行できます。
    AppsFlyerでは、予め設定されたリアトリビューション期間内にアクティブなユーザーのデータを移管することをお勧めしています。例えば、該当アプリにおいてリアトリビューション期間が90日で設定されている場合、過去90日間に少なくとも1回はセッション(起動)を行ったユーザーのデータを移行することをお勧めします。
  2. [オプション] マーケティング担当者/UA担当者に、デバイス移行が完了するまで、既存のマーケティングキャンペーン(SRN、非SRNアドネットワーク、オウンドメディアなど)を一時停止するように指示してください。
    キャンペーンを一時停止しない場合、AppsFlyer SDKを搭載したアプリバージョンがアプリストアにリリースされ次第、残りのデバイスIDを他のベンダーから移行してください。 
  3. 流入経路を含む、または流入経路を含まない移行方法のいずれかを使用して、移行するユーザーグループに関するCSVファイルを準備してください。サンプルCSVはこちら
  4. CSVファイルを担当のAppsFlyer CSMに送信します。
    担当CSMがデバイスIDをAppsFlyerに移行します。 

ステップ 5. キャンペーン移行

既存のマーケティングキャンペーンをAppsFlyerに切り替えることで、AppsFlyerでの計測を有効にし、重複請求や計測データの損失を回避できます。

注:一度に移行するマーケティングキャンペーンを限定して、少しずつ移行することも可能です。この場合、メディアソース(アドネットワーク、代理店など)、国、キャンペーン別に移行したいものをセグメント化できます。

以下のセクションでは、さまざまなタイプのメディアソースでAppsFlyerの測定を有効にするために必要なことを説明します:SRN、SRN以外のアドネットワーク、オウンドメディア、SKAN 

SRN媒体

SRNは、特定のデバイスのエンゲージメントについて照会されると、モバイル測定パートナー(MMP)に応答します。AppsFlyerとAdjustが同じデバイスのインストールについて同じSRNに問い合わせた場合、二重課金が発生する可能性があります。 

SRNキャンペーンを移行する方法:

  • AppsFlyerにて、関連するSRNとの連携を有効に設定します。

注記

  • SRNでは、複数のMMPを同時に実行できます(FacebookとTwitterを除く)。
  • Facebookはアプリ内イベントの重複排除ができません。

SRN以外のアドネットワーク

アドネットワークの計測リンクは、ユーザーの広告接触を記録しており、広告とのエンゲージメントが結果的にインストールに至った場合の計測に使用されます。

非SRNアドネットワークキャンペーンを移行する方法:

  1. AppsFlyerにて、関連するアドネットワークとの連携設定を有効にします。
  2. 各アドネットワークのAppsFlyer計測リンクを生成します。
  3. 各キャンペーンの既存リンクをAppsFlyerの計測リンクに切り替えます。 

オウンドメディア

オウンドメディアとは、以下の媒体で使用される計測リンクを指します:

  • コンテンツのシェア
  • Web-to-app
  • Email
  • SMS
  • ソーシャルメディアの投稿
  • ブログ
  • インターネットコミュニティ(Quoraなど)
  • など、その他多数…

これらのキャンペーンでは、AppsFlyerはOneLinkカスタムリンクを使用します。OneLinkカスタムリンクは、ユーザーが使用するデバイスに基づいて、正しいアプリストア、インストール済みアプリ、またはWebページURL/ランディングページのいずれかにユーザーをリダイレクトします。

AdjustリンクをAppsFlyer OneLinkリンクに変更するには:

  • CSMにご連絡いただければ、現在お使いのチャネルやツールに応じて、オウンドメディアリンクをOneLinkリンクに変換するお手伝いをいたします。

SKAN

SKAdNetwork(SKAN)アトリビューションでは、1つのSDKのみがコンバージョン値を更新することができます。そうでないと、SKANのデータは意味をなさなくなってしまいます。そのため、移行後はAppsFlyer SDKのみがSKANコンバージョン値を更新するようにしてください。

詳細:AppsFlyerでのSKANコンバージョン値の設定

ステップ 6. データレポーティングの設定

ローデータ集計レポートは、さまざまな方法でAppsFlyerから取得できます。それぞれの方法を理解し最適な方法を選択してください。

次のようなレポーティング方法があります:

  • ダッシュボード
  • データ出力(マニュアルでのダウンロード)
  • Push API
  • Pull API
  • Data Locker

移行前は、現在のベンダーのレポート構造、項目、パラメーターなどに従って計測データがシステムに保存されています。AppsFlyerが正しくデータをレポートするためには、現在のレポート構造をAppsFlyerのレポート構造、項目、パラメーターに適応、マッピングする必要があります。

レポート構造を適応/マッピングする方法:

  • AdjustからAppsFlyerのレポート構造に、素早く適用/移行するためのサポートについては、担当のカスタマーサクセスマネジャーへお問い合わせください。

追加情報

流入経路を含むデバイス移管

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

流入経路を含む移行のCSVファイルの構成


名称
説明 必須
app_id
 
AppsFlyerの管理画面上に表示されるアプリID はい
  • Android: com.great.app1  
  • iOS:id123456789
platform
 
デバイスプラットフォーム:iOSまたはAndroid はい
  • ios
  • android
device_id
 
  • Android: gaid または android_id
  • iOS: IDFV (可能な場合は推奨) または IDFA
  • デバイスIDとアプリIDの同じ組み合わせを複数行に重複しないでください。重複している場合は、ファイル内で最後に記録したものが使用されます。
はい
  • gaid(小文字):9c9a82fb-d5de-4cd1-90c3-527441c11828
  • android_id (小文字): f35aea8908254891
  • IDFC(大文字):A7328D98-A973-402A-8B87-D22A8611F2AF
  • IDFA(大文字):9876F1SS-2983-3855-27RR-2R626772VFNB
id_type
 
  • Android:advertiserId (amazon_aidにも対応) , android_id
  • iOS:idfa or idfv
  • 現在、第三者ストアで使用されている他の識別子(OAID, IMEI, Android ID)はサポートしていません。  
    Google Play以外のAndroidユーザーには、流入元情報を含まないデバイス移行を使用してください。
はい
  • advertiserId
  • android_id
  • idfa
  • idfv
install_time
 
元のアプリインストール時間ISO 8601UTC形式:
yyyy-mm-ddTHH:MM:SS.SSS
いいえ 2018-01-22T08:45:33.412
media_source
 
  • 以下いずれか:
    • PID (AppsFlyerのパートナーID)
    • カスタムメディアソース(パートナーIDはありません)
  • AppsFlyerで必要なパートナーIDを取得する方法:
  • 形式:値は大文字小文字を区別します。
はい


非オーガニック:facebook_int, googleadwords_int

オーガニック:organic

連携済みパートナー
 
  • メディアソースが連携済みパートナーであるかどうかを示してください。例:organicやカスタムメディアソース
     
  • 形式:値は大文字小文字を区別します。
はい
  • yes
  • no (media_source がカスタムの場合)
campaign
 

より粒度の細かい計測情報のために、元々のキャンペーン名があれば入力してください。

形式:文字列

いいえ  
campaign_id
 

 より粒度の細かい計測情報のために、元々のキャンペーンIDがあれば入力してください。

形式:文字列(半角スペース不可)

いいえ  

CSVファイルのルール:

  • このCSVファイルには複数アプリのユーザーデバイスデータを含めることができます(複数アプリでまとめて移行する際)。
  • デバイスIDとアプリIDの同じ組み合わせを複数行に重複しないでください。重複している場合は、ファイル内で最後に記録したものが使用されます。
  • すべての列ヘッダー (app_id, platform, device_id, id_type, install_time, media_source、integrated_partner, campaign, campaign_id) を含める必要があります。注:この項目の順序は重要であり、維持する必要があります。
  • 同じデバイスにIDFVとIDFAの両方を追加することができますが、それらは別々の行にする必要があります。別々の行の項目は、device_idを除いてすべて同じでなければなりません。
  • 各行には、カンマで区切られた9つの項目を含めてください。
  • 必要ない項目の値は空 (blank) にしてください。
  • 1ファイルにつき、最大500万行まで入力可能です。
  • 複数ファイルになる場合には、ファイル毎に一意の名前をつけてください。
  • UTF-8を使って、データをエンコードしてください。
  • [任意] ZIPもしくはGZIPを使って、ファイルを圧縮してください。 

サンプルCSVはこちら

流入経路を含まないデバイス移管

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

流入経路を含まないデバイス移管のCSVファイルの構成

オプション いつ使うか
1 App ID + IDFA/GAID/IDFV
  • すべてのAndroidユーザーがGAID識別子を持っている場合
  • iOSのみのユーザー 
device_migration_file_option_1.png
2 App ID + Device ID + Device ID type
  • Androidユーザーの一部がIMEIまたはAndroid IDのみを持ち、GAIDを持たない場合(第三者ストア以外では、Androidバージョンは4.4.2以下)
  • Android IDは16進数形式である必要があります。
注:
  • ID type列には、advertiserId (amazon_aidも対応), idfa, idfv, android_id, imei という正確な文字列を使用します。
  • android_id または imeiを使用していて、後日 AppsFlyer がより良い識別子を受取った場合、新しい計測結果が記録されることがあります。
device_migration_file_option_2.png

CSVファイルのルール:

  • このCSVファイルには複数アプリのユーザーデバイスデータを含めることができます(複数アプリでまとめて移行する際)。
  • その場合には、ファイル内の各行にアプリ毎に1つの広告IDを入力する形になります。
  • 選択したファイル構造オプションに応じて、ファイルのカラムは以下の通りでなければならない(リストされた順序である必要があります):
    • オプション1: app_id,device_id 
    • オプション2: app_id,device_id,id_type  
  • アプリIDは小文字で入力してください。
  • Androidの各種IDもすべて小文字で入力してください。
  • IDFA/IDFVはすべて大文字で入力してください。
  • 1ファイルにつき、2,500万行まで入力可能です。

サンプルCSVはこちら