Singularの様々なタイプのイベントとその測定方法について学びましょう。
- Singularの簡単なイベントプリセットであるスタンダードイベントでクイックスタートすることもできます。
- 不明な点や問題があれば、イベントFAQをご覧ください。
ガイド | マーケティングとユーザー獲得チーム |
前提条件 |
アトリビューションパートナー(MMP)としてSingularを使用してください。 |
ビジネスニーズに基づいて、ユーザー行動とアプリ内イベントを異なる方法で分析したいと思うでしょう。この記事では、Singularでイベントを分析できるように、どのようなプロパティを割り当てるべきかを説明します。
コホートと実際の分析
ビデオチュートリアルを見る
コホート分析 | 実際の日付分析 | |
---|---|---|
コホート分析とは? |
コホートとは、同じ日にアプリをインストールしたユーザーのグループのことです。多くの場合、広告キャンペーンでターゲットにした新規ユーザーのグループです。 これらのユーザーがどのようにアプリとインタラクションするかを調査する1のがコホート分析です。 |
ユーザーライフサイクルのコンテキストから外れて、特定の日付のイベントデータを測定することは、実日付分析または実分析と呼ばれます。 実績分析は、特定の日付におけるビジネス全体のパフォーマンスを理解するのに役立ちます。 |
どのようなユーザーを見ていますか? | データセットは、コンバージョン日を共有する新規またはリエンゲージメント2されたユーザーのコホートです。 | データセットは、コンバージョン日に関係なく、ユーザーベース全体です。 |
レポートの日付範囲は何を意味しますか? |
レポートの日付範囲は、コホートのインストール日を表します。 特定のユーザーグループを測定しているため、レポートの日付範囲外で発生したイベントがレポートに表示される場合があります3。 |
レポートの日付範囲は、イベントが発生した日付を表します3。 日付で測定しているため、イベントがレポートの日付範囲外で発生することはありません。 |
その他の知識
すべてのアプリユーザーには、インストールからアンインストールまでのライフタイムがあります。ユーザーにアプリ内で望ましいイベント(購入など)を実行させるには、イベントのユーザーフローを確立します。そして、各イベントを測定することができる。
コホート分析とは、ユーザーが定義したイベントの流れにどれだけ早く確実に従うかを調査することです。
インストールに加えて、リエンゲージメントと呼ばれる別のタイプのコンバージョンがある 。 ユーザーがリエンゲージメントされると、アトリビューションの新しいプロセスがトリガーされる:
- アトリビューションの新しいプロセスが トリガーされます。
- ユーザーのコンバージョンの日付は、最初のインストー ルの日付ではなく、リエンゲージメントの日付となる。
- リエンゲージメントをトリガーしたネットワークは、コンバージョンと、収益を含むその後のアプリ内アクティビティに帰属します。
例えば、1月1日~1月3日の日付範囲でレポートを作成するとします。この3日間に起こったすべてのイベントのデータを探している場合、レポートでは「Actual」コホート期間を使用します。
この3日間に獲得した新規ユーザーのユーザー行動に関する洞察を得たい場合は、その他のコホート期間を選択します。
これらのコホート期間は、実際のカレンダーの日付ではなく、インストールイベントからの相対的な日付です。例えば、ユーザーが1月1日午後3時にアプリをインストールした場合、1日目(d1)のイベントは、1月1日午後3時から1月2日午後3時の間に発生したイベントです。
コホート期間も累積されます。3dコホート期間には、そのユーザーのジャーニーのd1、d2、d3に発生したすべてのイベントが含まれます。
これは、以下の完全な例からの抜粋です。このユーザーは1月1日にアプリをインストールし、1月3日に2回購入しました。
ユーザー | インストール日 | d1(インストール後24時間) | d2(インストール後48時間) | d3(インストール後72時間) |
---|---|---|---|---|
ユーザー2 | 1月1日午後3時 | 5ドル購入 1月3日午前11時 |
5ドル購入 1月3日午後6時 |
- ローリングデート:2日目のコーホートを測定した場合、イベントが1月3日に発生したにもかかわらず、このユーザーからの収益は5ドルです。
- 累積:3Dコホートで計測すると、このユーザーからの収益は10ドル。
1月1日から1月5日の間にアプリをインストールした5人のユーザーからなるコホートから発生したイベントを考えてみましょう。
ユーザー | インストール日 | d1 (インストール後24時間) | d2(インストール後48時間) | d3 (インストール後72時間) |
---|---|---|---|---|
ユーザー1 | 1月1日午後3時 | 5ドル購入 1月2日午後2時 |
||
ユーザー2 | 1月1日午後3時 | 5ドル購入 1月3日午前11時 |
5ドル購入 1月3日午後6時 |
|
ユーザー3 | 1月2日午後3時 | 5ドル購入 1月4日午後2時 |
||
ユーザー4 | 1月3日午後3時 | 5ドル購入 1月6日午前9時 |
||
ユーザー5 | 1月5日午後3時 | 5ドル購入 1月6日午前9時 |
以下は、コホートと実際の分析の両方を使用した洞察の例です。
レポート日付 | コホート期間 | 指標 | 数値 | 説明 |
---|---|---|---|---|
1月1日~5日 | 該当なし | インストール数 | 5 | 1月1日から1月5日までに5件のインストールがあった。 |
1月2日 | 実績 | 収入 | $5 | ユーザー1が1月2日に$5の買い物をした。 |
1月6日 | 実際の | 収入 | $10 |
ユーザー4と5は1月6日に合計10ドルの買い物をした。 |
1月1日~5日 | 3d | 収入 | $30 | 1月1日から1月5日の間にインストールされたユーザーのうち、インストールから3日以内に6つの収益イベントがあり、その総額は30ドルでした。 |
1月1日~1月5日 | 実績 | 収益 | $20 | 1月1日から1月5日までの間に、4件の収益イベントがあり、その総額は20ドルでした。 |
ユニーク・コホートとユニーク・アクチュアル
あるイベントを実行したユーザー数を測定したい場合、実行されたイベント数ではなく、ユニークイベントを使用します。つまり、何人のユニークユーザーが購入したか(ユニークイベント)対何人の購入が行われたか(非ユニークイベント。
ユニーク・コホート・イベント | ユニークな実際のイベント | |
---|---|---|
何を測定しているのか? |
あるコーホート期間内に、そのコーホートの中で何人のユニークユーザーがイベントを行ったかを測定しています。 また、何人のユーザがコホート期間内に少なくとも一度はイベントを実行したかと考えることもできます。 |
レポート期間内に何人のユーザーがイベントを実行したかを測定しています。 ヒント ユニークな実際のイベントを測定するには、レガシーアカウントからSingularに問い合わせる必要があります。2023年6月7日以降に作成されたアカウントは、デフォルトでユニークアクチャルイベントを測定できます2。 |
例 |
"1月1日~1月5日の間にアプリをインストールしたユーザーのうち、アプリをインストールしてから3日以内に購入イベントを行ったユーザーは何人いますか?" ここでは、レポートの日付範囲は1月1日~1月5日、コホート期間は3日、ユニークな購入イベント1を測定しています。 |
"1月1日から1月5日の間に何人のユーザーが購入イベントを行いましたか?" ここでは、レポートの日付範囲は1月1日~1月5日、コホート期間は「Actual」、ユニーク購入イベント1を測定しています。 |
その他の知識
Singularプラットフォームでは、設定>イベントと進み、新規イベントを作成すると、ユニークイベントをフィルタリングするためのトグルがあります。2.イベントのトラッキング方法
DAU(デイリーアクティブユーザー)メトリクスは、その日に少なくとも1回のセッションを行ったユニークユーザー数の比率計算です。1日以上の期間の場合、DAUは選択された日のデイリーアクティブユーザーの平均です。
レガシーアカウントの場合、DAUはユーザーの帰属日からのローリング日数を使用して計算されます。新規アカウント(2023年6月7日以降に作成されたアカウント)またはUnique Actualsが有効になっているアカウントでは、DAUは実際のカレンダーの日付を使用して計算されます。
1月1日から1月5日の間にアプリをインストールした5人のユーザーのコホートから発生したイベントを考えてみましょう。
ユーザー | インストール日 | d1 (インストール後24時間) | d2(インストール後48時間) | d3 (インストール後72時間) |
---|---|---|---|---|
ユーザー1 | 1月1日午後3時 | 5ドル購入 1月2日午後2時 |
||
ユーザー2 | 1月1日午後3時 | 5ドル購入 1月3日午前11時 |
5ドル購入 1月3日午後6時 |
|
ユーザー3 | 1月2日午後3時 | 5ドル購入 1月4日午後2時 |
||
ユーザー4 | 1月3日午後3時 | 5ドル購入 1月6日午前9時 |
||
ユーザー5 | 1月5日午後3時 | 5ドル購入 1月6日午前9時 |
||
ユーザー6 | 1月5日午後5時 |
以下は、コホートと実際の分析の両方を使用した洞察の例です。
レポート日付 | ユニーク | コホート期間 | 指標 | 数値 | 説明 |
---|---|---|---|---|---|
1月1日~5日 | 該当なし | 該当なし | インストール | 5 | 1月1日から1月5日までに5件のインストールがあった。 |
1月1日~1月5日 | 🚫 | 3d | 収入 | $30 | 非ユニークコホート:1月1日から1月5日の間にインストールした6人のユーザーから、インストール後3日以内に6つの収益イベントがあり、その総額は30ドルだった。 |
1月6日 | 🚫 | 実際の | 収益 | $20 |
一意でない実績:1月1日から1月5日の間に、合計$20相当の収入が4回あった。 |
1月1日~5日 | ✅ | 3d | 収入 | 5 | ユニークコホート:1月1日から1月5日の間にインストールした6人のユーザーのうち、インストールから3日以内に収益イベントを発生させたユニークユーザーは5人。 |
1月1日~1月5日 | ✅ | 実績 | 収益 | 3 | ユニークな実績:1月1日から1月5日の間に、少なくとも1つの収益イベントをトリガーしたユニークユーザーが3人いた。 |
初回イベント
何人の新規ユーザーが初めてイベントを実行したかを測定したい場合、ファーストイベントを使用します。
最初のコホートイベント |
---|
コホート・イベントは新規ユーザーのライフタイムのコンテキストにあるため、ファースト・コホート・イベン ト(初回ユーザー)はユニーク・コホート・イベント(ユニーク・ユーザー)と同じです。 SDKでユニークイベントを設定し、設定 > イベントページで集計します。2.イベントを追跡する方法」を参照してください。 |