[Beta機能]ユーザーベースのクロスプラットフォームリエンゲージメントアトリビューション

概要:クロスプラットフォーム・リエンゲージメントアトリビューションでは、既存ユーザーを再びプロダクトへ呼び戻したメディアソースを計測できます。

クロスプラットフォームのリエンゲージメントアトリビューションについて

クロスプラットフォームのリエンゲージメントアトリビューションは、ユーザーベースのクロスプラットフォームアトリビューションを拡張し、オリジナルの獲得元に加えて、直近の広告接触に基づくユーザーコホートの計測を可能にする機能です。

クロスプラットフォームのユーザー獲得アトリビューションでは、特定ユーザーに関するすべてのアクティビティが、そのユーザーの最初のコンバージョンを獲得したオリジナルのメディアソースに紐づけられます。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(顧客生涯価値)
Google 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
Google 1 1 0 1 1 0 ¥5,000
Meta 1 0 1 1 0 1 ¥10000

クロスプラットフォーム・リエンゲージメントアトリビューションを設定する

クロスプラットフォーム・リエンゲージメントアトリビューションを設定するには、プロダクトライン設定に加えて、リエンゲージメント向けの設定をAppsFlyer上で行う必要があります。詳細については、「プロダクトラインの作成方法」をご覧ください。

クロスプラットフォームアトリビューションの結果を確認する