概要:AdjustからAppsFlyerへの移行計画を立てるためのガイドです。移行期間中の二重請求、データの重複、データの欠落を防ぐ方法を説明します。
AppsFlyerへの移行について
AdjustからAppsFlyerへ移行することで、信頼性が高く、幅広い機能を備えたアトリビューション・マーケティング分析プラットフォームへ円滑に切り替えられます。 AppsFlyerは、安全性と中立性を備えたソリューションに加え、業界の変化への対応を支援するさまざまな高度なツールを提供しています。世界各地のカスタマーサポートと継続的な製品改善を通じて、企業の成長と変化への対応に必要なツールや分析結果の提供を目指しています。
AppsFlyerとAdjustの計測結果の比較
移行を検討する際には、同じメディアソースやキャンペーンを対象に、AppsFlyerとAdjustのアトリビューションの計測結果を比較したい場合があります。ただし、すべてのメディアソースが複数のMMPによる計測に対応しているわけではありません。対応している場合でも、アトリビューションの差異を防ぐために、一定の制限や注意点が設けられていることがあります。詳しくは、複数のMMPによるアトリビューション計測をご確認ください。
移行に必要な作業
以下の表に、移行に必要な主な手順をまとめています。作業全体の詳しい内訳を確認し、進捗を記録するには、こちらのスプレッドシートをダウンロードしてください。
これらの作業は並行して進められます。マーケティング担当者、開発者、データエンジニアは、大半の作業をそれぞれ同時に進めることが可能です。以下の対応をおすすめします。
- AppsFlyer SDKを実装した更新版アプリを公開する前に、すべての作業を完了する。
- デバイスIDの移行前に、既存のマーケティングキャンペーンを一時停止する。
| 手順 | 担当者 | 所要時間の目安 | 補足 |
|---|---|---|---|
| 1. AppsFlyerアカウントの作成 | マーケティング担当者 / AppsFlyer管理画面の利用者 | 2時間 | |
| 2. AppsFlyerへのアプリの追加 | マーケティング担当者 / AppsFlyer管理画面の利用者 | 2時間 | |
| 3. SDKの実装 | アプリ開発者 | 実装に1日、テストと修正に1週間 |
|
| 4. デバイスIDの移行(任意) | データエンジニア | 1~2週間 |
|
| 5. キャンペーンの移行 | マーケティング担当者 / ユーザー獲得施策の担当者 | メディアソースごとに1~3日 | |
| 6. レポート取得の設定 | データエンジニア | 3~6週間 |
ステップ1. AppsFlyerアカウントの作成
AppsFlyerアカウントを作成するには:
ステップ2.アプリの追加
AppsFlyerにアプリを追加するには:
- AppsFlyerにアプリを追加します。
- [任意]アクティブユーザーの定義に合わせて、リアトリビューション期間をデフォルトの90日間から変更します。
- AppsFlyerのアプリ登録ウィザードで、SDK実装とアプリ内イベントの対応付けに関する手順や作業内容をまとめたメールを作成し、開発者に送信します。
ステップ3. SDKの実装
アプリに実装したAppsFlyer SDKは、アプリとAppsFlyerプラットフォームをつなぐ役割を果たします。アプリのインストール、起動、アプリ内イベントなどを送信します。
AppsFlyer SDKを実装するには:
- マーケティング担当者から、SDK実装とアプリ内イベントの対応付けに関する手順や作業内容をまとめたメールを受け取ります。
- メールの手順に従い、AppsFlyer SDK実装ウィザード(設定ガイド)を使用して、アプリにAppsFlyer SDKを実装します。
- ウィザードでは、SDKの導入から実装のテストが正常に完了するまでの手順を案内します。アプリ内イベントの定義と、AppsFlyerへの送信が正常に行われることを確認するテストについても案内します。 SDK実装ウィザードの詳細
- 開発者向けのAndroidおよびiOSのSDK実装ガイドもご確認ください。
- 記録するアプリ内イベントを、AppsFlyerの定義に対応付けます。
SDKまたはS2Sで設定できます。
- Adjust SDKを削除します。
すぐに削除してAppsFlyerのみを使用することも、しばらく両方のSDKを併用することも可能です。各選択肢の詳細は、以下の表をご確認ください。選択肢 更新版アプリの公開後の
挙動影響 Adjust SDKを削除する(推奨) 新規インストールと、アプリを更新したユーザーを記録するのは、AppsFlyerのみになります。
ユーザーがアプリを更新するまでは、そのユーザーのイベントは引き続きAdjustに表示されます。- 迅速に移行できます。
- アトリビューションの重複が発生しません。
移行期間中はAdjust SDKを残す AppsFlyerとAdjustの両方が、新規インストールのアトリビューションとイベントの記録を行います。後日、Adjust SDKを削除します。 - データを検証できます。つまり、AppsFlyerとAdjustのデータを比較できます。
- アトリビューションが重複し、アドネットワークから二重請求される可能性があります。以下の例をご確認ください。
- 作業負担が増えます。
- この記事に記載されたほかのすべての移行作業を完了したら、AppsFlyer SDKを実装したアプリのバージョンを公開します。新規ユーザーのアトリビューションはAppsFlyerが行います。
注意:- iOS、Google Play、および利用しているGoogle Play以外のAndroidアプリ配信先で、アプリを更新してください。
- Androidアプリは、把握していない非公式のAPK配布サイトで公開されている可能性があります。確認するには、アプリのパッケージ名でWeb検索してください。 APK配布サイトで最新版に更新されるまでには時間がかかるため、AppsFlyer SDKを含まない旧バージョンをインストールするオーガニックユーザーが発生する場合があります。
- アプリストアで更新版の配信が完全に行き渡るまで、数日かかる場合があります。この期間中にインストールしたユーザーには、旧バージョンが配信される可能性があります。
ステップ4.デバイスIDの移行(任意)
デバイスIDの移行とは、既存ユーザーのデバイスID(IDFA、IDFV、GAID)の一覧をAppsFlyerにアップロードする作業です。(必要なデバイスIDがすべて揃っていない場合は、担当のCSMにご相談ください。CUIDを使用した移行手順をご案内します。) AppsFlyer SDKを含む新しいバージョンのアプリを公開する前に、この作業を実施してください。デバイスIDの移行には、流入元情報を引き継ぐ移行と流入元情報を引き継がない移行の2つの方法があります。
デバイスIDの移行により、アプリをダウンロードし、Adjustでアトリビューションが行われた既存ユーザーに関するデータ上の問題を解消できます。たとえば、AdjustでSRNにアトリビュートされたユーザーがルックバック期間内にAppsFlyerでも同じSRNにアトリビュートされ、二重請求が発生する問題に対応できます。
例
- 新規ユーザーがFacebookアプリで広告をクリックし、6月15日に自社アプリをインストールします。
- 6月24日に、ユーザーがAppsFlyer SDKを含むバージョンにアプリを更新し、起動します。 AppsFlyerでは、このユーザーを新規ユーザーとして扱うため、リアルタイムにアトリビューションを行う必要があります。
- AppsFlyerは、ユーザーのデバイスIDを使用してMeta adsに照会します。ユーザーはまだMeta adsの28日間のルックバック期間内にいるため、Meta adsはこのユーザーを自社の成果として報告します。その結果、アプリ所有者は同じユーザーについて二重に請求されます。
デバイスIDの移行後、AppsFlyerではデータが以下のように反映されます。
- インストールデータ:再インストールと同様に、移行したデバイスにはインストールデータがありません。移行したデバイスのインストールは、AppsFlyerに表示されません。
- アプリ内イベントとセッションのデータ:流入元情報を引き継がない移行では、オーガニックとして記録・表示されます。流入元情報を引き継ぐ移行では、メディアソースとキャンペーンにアトリビュートされます。
- リターゲティング:リアトリビューションとリエンゲージメントは、通常どおり表示されます。
- アクティビティデータ:通常どおり表示されます。
- リテンションとコホートのデータ:移行したデバイスには、インストールの記録がありません。そのため、どのコホートにも紐づかず、コホートレポートとリテンションレポートには表示されません。
注意
移行日から180日以内にアプリが起動されない場合、移行したデバイスのデータはすべて削除されます。そのため、180日を経過してからアプリが起動された場合は、新規インストールとして記録されます。
デバイスIDを移行するには、以下の手順を実行します。
- 移行対象のユーザーを決定します。既存ユーザー全員を移行することも、最近アプリをインストールしたユーザーのみを移行することも可能です。前者では、AppsFlyerで正確なリアトリビューションデータを取得できなくなる可能性があります。後者では、それより前にインストールしたユーザーについて二重請求が発生する可能性があります。
現在設定されているリアトリビューション期間内にアクティブだったユーザーの移行をおすすめします。たとえば、アプリのリアトリビューション期間が90日間の場合は、過去90日間に1回以上のセッションがあったユーザーを移行します。 - [任意]マーケティング担当者 / ユーザー獲得施策の担当者に、デバイスIDの移行が完了するまで、既存のマーケティングキャンペーン(SRN、SRN以外のアドネットワーク、オウンドメディアなど)を一時停止するよう依頼します。
キャンペーンを一時停止しない場合は、AppsFlyer SDKを実装した更新版アプリがアプリストアで公開されたら、他社サービスに残っているデバイスIDを速やかに移行してください。 - 移行対象のユーザーに基づいて、流入元情報を引き継ぐ移行または流入元情報を引き継がない移行の形式でCSVファイルを作成します。 CSVのサンプル
- CSVファイルを担当のAppsFlyer CSMに送信します。
担当のCSMが、デバイスIDをAppsFlyerに移行します。
ステップ5.キャンペーンの移行
既存のマーケティングキャンペーンをAppsFlyerに切り替えることで、AppsFlyerでアトリビューションを行えるようにし、二重請求やアトリビューションデータの欠落を防ぎます。
注意:マーケティングキャンペーンを少しずつ移行することも可能です。その場合は、メディアソース(アドネットワークや代理店など)、地域、キャンペーンの単位で移行対象を分けられます。
以下では、SRN、SRN以外のアドネットワーク、オウンドメディア、SKANについて、それぞれAppsFlyerで計測を開始するために必要な作業を説明します。
セルフレポーティングネットワーク(SRN)
SRNは、モバイル計測パートナー(MMP)から、特定のデバイスの広告接触について照会を受けると、その情報を返します。 AppsFlyerとAdjustが、同じデバイスのインストールについて同じSRNに照会すると、二重請求が発生する可能性があります。
SRNのキャンペーンを移行するには:
- AppsFlyerで、対象のSRNを有効化し、設定します。
注意
- SRNは複数のMMPを併用できます(Meta adsとTwitterを除く)。
- Meta adsでは、アプリ内イベントの重複を排除できません。
SRN以外のアドネットワーク
アドネットワークのアトリビューションリンクは、ユーザーの広告接触を記録します。その後、その記録を使用して、実際のインストールにつながった広告接触にアトリビューションを行います。
SRN以外のアドネットワークのキャンペーンを移行するには:
- AppsFlyerで、対象のアドネットワークを有効化します。
- 各アドネットワークのAppsFlyerアトリビューションリンクを生成します。
- 各キャンペーンの既存のリンクを、AppsFlyerのアトリビューションリンクに置き換えます。
オウンドメディア
ここでいうオウンドメディアとは、以下で使用するアトリビューションリンクを指します。
- コンテンツの共有
- Webからアプリへの誘導
- メール
- SMS
- SNSへの投稿
- ブログ
- オンラインコミュニティ(Quoraなど)
- その他
これらのキャンペーンでは、AppsFlyerのOneLinkリンクを使用します。 OneLinkリンクは、ユーザーのデバイスに応じて、適切なアプリストア、アプリ内、またはWeb URL / ランディングページにリダイレクトします。
AdjustのリンクをAppsFlyerのOneLinkリンクに変更するには:
- 担当のCSMにご相談ください。現在利用しているチャネルやツールに合わせて、オウンドメディアのリンクをOneLinkリンクに変更する作業を支援します。
SKAN
SKAdNetwork(SKAN)のアトリビューションでは、コンバージョン値を更新するSDKを1つに限定する必要があります。複数のSDKが更新すると、SKANデータが意味をなさなくなります。そのため、移行後はAppsFlyer SDKのみがSKANのコンバージョン値を更新するようにしてください。
ステップ6.レポート取得の設定
AppsFlyerでは、複数の方法でローデータおよび集計データのレポートを取得できます。各取得方法を確認し、必要な方法を設定してください。
以下の方法でレポートを取得できます。
- ダッシュボード
- レポート出力
- Push API
- Pull API
- Data Locker
移行前のシステムでは、Adjustで設定したレポートの構成、項目、パラメータに従って、Adjustのアトリビューションデータが保存されています。 AppsFlyerのデータを正しく取り込むには、現在のレポートの構成を調整し、AppsFlyerのレポートの構成、項目、パラメータに対応付ける必要があります。
レポートの構成を調整・対応付けするには:
- 担当のAppsFlyer CSMにご相談ください。AdjustからAppsFlyerへ、レポートのデータ構成を迅速に調整・移行する作業を支援します。
補足情報
流入元情報を引き継ぐ移行
この方法でAppsFlyerに移行したデバイスのアプリ内イベントとセッションは、移行前の計測サービスが報告したメディアソースに基づき、アドネットワークのデータ保持ポリシーに従って記録・表示されます。
流入元情報を引き継ぐ移行のCSV形式
| 列 名 |
説明 | 必須 | 例 |
|---|---|---|---|
|
<0>app_id0> |
AppsFlyer管理画面に表示されるアプリID | はい |
|
|
<0>platform0> |
デバイスのプラットフォーム:iosまたはandroid | はい |
|
|
<0>device_id0> |
|
はい |
|
|
<0>id_type0> |
|
はい |
|
|
<0>install_time0> |
元のアプリのインストール日時を、ISO 8601に準拠した以下のUTC形式で指定します: yyyy-mm-ddTHH:MM:SS.SSS |
いいえ | 2018-01-22T08:45:33.412 |
|
<0>media_source0> |
|
はい |
オーガニック:organic |
|
<0>integrated_partner0> |
|
はい |
|
|
<0>campaign0> |
アトリビューションの詳細をより細かく記録するには、元のキャンペーン名を指定します。 形式:文字列 |
いいえ | |
|
<0>campaign_id0> |
アトリビューションの詳細をより細かく記録するには、元のキャンペーンIDを指定します。 形式:文字列(スペースは使用不可) |
いいえ |
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でファイルを圧縮します。
流入元情報を引き継がない移行
この方法でAppsFlyerに移行したデバイスは、オーガニックユーザーとして記録されますが、表示はされません。そのデバイスのアプリ内イベントとセッションも、オーガニックとして記録・表示されます。
流入元情報を引き継がない移行のCSV形式
CSVファイルの作成ルール:
- 1つのCSVファイルに、複数のアプリのユーザーのデバイス情報を含められます。
- 各行には、アプリごとに1つのデバイスIDを記載します。 0>
- 選択したファイル形式に応じて、以下の列を記載順どおりに指定してください。
- 選択肢1:app_id,device_id
- 選択肢2:app_id,device_id,id_type
- アプリIDは小文字で指定します。
- Androidの識別子は小文字で指定します。
- IDFA / IDFVは大文字で指定します。
- 最大2,500万行を含められます。