概要:クロスプラットフォーム・リエンゲージメントアトリビューションでは、既存ユーザーを再びプロダクトへ呼び戻したメディアソースを計測できます。
クロスプラットフォームのリエンゲージメントアトリビューションについて
クロスプラットフォームのリエンゲージメントアトリビューションは、ユーザーベースのクロスプラットフォームアトリビューションを拡張し、オリジナルの獲得元に加えて、直近の広告接触に基づくユーザーコホートの計測を可能にする機能です。
クロスプラットフォームのユーザー獲得アトリビューションでは、特定ユーザーに関するすべてのアクティビティが、そのユーザーの最初のコンバージョンを獲得したオリジナルのメディアソースに紐づけられます。AppsFlyerは永続的なCustomer User ID(CUID)を利用してデバイスやプラットフォームをまたいでイベントを紐付けるため、ユーザーがどこで行動したかに関係なく、一貫したユーザージャーニーを把握できます。
クロスプラットフォーム・リエンゲージメントアトリビューションは、このモデルに新たなレイヤーを追加します。オリジナルの獲得元へ常に成果を紐づけるのではなく、一定期間非アクティブだった既存ユーザーを再びプロダクトへ呼び戻したメディアソースにも成果を紐づけます。これにより、キャンペーンを配信したデバイスやプラットフォーム単位ではなく、プロダクトライン全体におけるキャンペーンの真の効果を計測できるようになります。
両モデルの違いは以下の通りです:
| クロスプラットフォーム・ユーザー獲得アトリビューション | クロスプラットフォーム・リエンゲージメントアトリビューション | |
|---|---|---|
| 計測対象 | 初回コンバージョンおよびその後のすべてのアクティビティ | 休眠後の既存ユーザーの再活性化 |
| 成果の紐づけ先 | オリジナルの獲得元 | リエンゲージメントを発生させたメディアソース(例:Meta) |
| 対象範囲 | 休眠復元期間内のすべてのイベント | リエンゲージメント期間内のイベントのみ |
| 設定方法 | プロダクトライン単位で設定 | オプトイン方式。プロダクトラインのユーザー獲得設定に追加して設定 |
リエンゲージメントアトリビューションはユーザー獲得アトリビューションと併用されるため、同じレポート画面内で、ユーザーを最初に獲得したソースと再訪を促したソースの両方を確認できます。
リエンゲージメントアトリビューションの仕組み
アプリ内イベントがリエンゲージメントを発生させたメディアソースへ紐づけられるには、以下のすべての条件を満たす必要があります:
- クロスプラットフォーム・リエンゲージメントが有効になっていること:AppsFlyerの設定で、対象プロダクトラインに対してリエンゲージメントアトリビューションが有効化されている必要があります。
- CUIDが存在すること:イベントには有効なCustomer User ID(CUID)が含まれている必要があります。また、そのCUIDは同じプロダクトライン内で過去に確認されたCUIDと一致している必要があります。AppsFlyerはこれにより、新規ユーザーではなく既存ユーザーの再訪であることを判別します。
- リターゲティングの休眠期間が経過していること:対象CUIDは、最後に確認されてからリエンゲージメント用の休眠期間以上経過している必要があります。イベントがこの期間内に発生した場合、リエンゲージメントとはみなされず、オリジナルの獲得元へ紐づけられます。
- イベントがリエンゲージメント期間内に発生していること:リエンゲージメントとして認定されると、リエンゲージメント期間が開始されます。この期間内に発生したアプリ内イベントのみが、リエンゲージメントを発生させたメディアソースへ紐づけられます。期間終了後に発生したイベントは、オリジナルの獲得元へ紐づけられます。
クロスプラットフォーム・リエンゲージメントのユーザージャーニー例
以下の例では、同じユーザージャーニーを2回示しています。最初はクロスプラットフォーム・リエンゲージメントを利用しない場合、次にリエンゲージメントを有効化した場合です。両者を比較することで、リエンゲージメントによってアトリビューションがどのように変化するかを確認できます。
リエンゲージメントなしの場合のユーザージャーニー
3つのプラットフォームにまたがるユーザージャーニーを考えてみます。Google広告によってユーザーがモバイルアプリをインストールし、Customer User IDを使って会員登録します。その後、Meta広告によって同じユーザーがWebサイトへ誘導され、同じCustomer User IDでログインします。ログイン後、ユーザーはモバイルアプリ上で100ドルと50ドルの2回の購入を行います。
このケースではリエンゲージメントが有効化されていないため、すべてのアクティビティはオリジナルの獲得元であるGoogle Adsへ紐づけられます。100ドルと50ドルの購入、およびモバイルとWebの両プラットフォームでのアクティベーションは、すべてGoogleに紐づけられます。Meta広告によってWebへの訪問が発生しているにもかかわらず、クロスプラットフォームアトリビューション上ではMetaには成果が帰属しません。
| メディアソース | 総アトリビューション数 | ユーザー獲得 | リエンゲージメント | プラットフォームアクティベーション数 | モバイル | Web | LTV(顧客生涯価値) |
|---|---|---|---|---|---|---|---|
| 1 | 1 | 0 | 2 | 1 | 1 | $150 | |
| Meta | 0 | 0 | 0 | 0 | 0 | 0 | $0 |
リエンゲージメントありの場合のユーザージャーニー
ユーザージャーニー自体は上記と同じです。違いは、プロダクトラインでリエンゲージメント機能が有効化されている点です。
この場合、Meta広告経由のWebログインがリエンゲージメントとして認定されるかどうかは、リターゲティングの休眠期間によって決まります。休眠期間は、Customer User IDが最後に確認された時点(この例ではモバイルアプリでの会員登録時)から開始されます。Webログインまでに十分な期間が経過し、リエンゲージメント用の非アクティブ期間外でログインが発生した場合、Metaにリエンゲージメント成果が紐づけられます。
Metaへリエンゲージメント成果が紐づけられると、リエンゲージメント期間が開始されます。その期間内に発生したアプリ内イベントはMetaへ紐づけられます。この例では、100ドルの購入はリエンゲージメント期間内に発生しているためMetaへ紐づけられます。一方、50ドルの購入はリエンゲージメント期間終了後に発生しているため、再びGoogleへ紐づけられます。
| メディアソース | 総アトリビューション数 | ユーザー獲得 | リエンゲージメント | プラットフォームアクティベーション数 | モバイル | Web | LTV |
|---|---|---|---|---|---|---|---|
| 1 | 1 | 0 | 1 | 1 | 0 | ¥5,000 | |
| Meta | 1 | 0 | 1 | 1 | 0 | 1 | ¥10000 |
クロスプラットフォーム・リエンゲージメントアトリビューションを設定する
クロスプラットフォーム・リエンゲージメントアトリビューションを設定するには、プロダクトライン設定に加えて、リエンゲージメント向けの設定をAppsFlyer上で行う必要があります。詳細については、「プロダクトラインの作成方法」をご覧ください。