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