リテンション分析で時間がどのように機能するか

  • 更新

リテンション分析チャートでは、「1日」の定義方法が2つあります:24時間の連続した時間枠、もしくは厳密な歴日に基づくものになります。選択した定義により、結果が影響される可能性があります。

Amplitudeは、デフォルトで1日を24時間の連続した時間枠として扱っています。この設定はユーザーによって異なります。24時間の時間枠は、ユーザーが開始イベントをトリガーした時点(ゼロ日)から始まります。1日目は24時間目から48時間目まで、2日目は48時間目から72時間目、のように続きます。ユーザーがいつ開始イベントをトリガーしたかに関わらず、各日の長さは完全に同じになります。

厳密な歴日使用する場合1日はカレンダー上の日付とともに始まり、カレンダー上の日付が終了した時点で終了します。カレンダービューはプロジェクト設定で指定されたタイムゾーンによって決定されます。厳格なカレンダービューでは、1日あたりのリテンションは時間単位ではなく、暦日単位となります。

24時間の時間枠を使用した場合の1日当たりのリテンション

1日のリテンションは1時間単位で計算されます。

Amplitudeが1日あたりのリテンションを計算する場合、イベントのタイムスタンプ直近の1時間で切り捨てられます。つまり、午後5時59分にトリガーされたイベントのタイムスタンプは午後5時となります。

あるユーザーが24時間目以降48時間目までにイベントをトリガーした場合、翌日のリテンションとしてカウントされます。例えば、あるユーザーが12月1日の午後5時59分に最初のイベントをトリガーし、12月2日の午後5時に2回目のイベントをトリガーした場合、Amplitudeはそのユーザーを1日目(ゼロ日目ではなく)のリテンションとしてカウントします。これは元イベントのタイムスタンプの24時間後ということになるからです。

ユーザーが最初のイベントを複数回トリガーした場合には、Amplitudeは24時間のバケツを複数スタートさせます。これは、1つのリターンイベントがユーザーを1日目と2日目の両方のリテンションとして定義できるという意味です。

24時間の時間枠を利用した週次と月次のリテンション

週間と月次のリテンションは1日単位で計算されます。

1週間は7日間と定義されます。ユーザーが12月1日に最初のイベントをトリガーした場合、Amplitudeは12月1日から12月7日の間にイベントをトリガーしたユーザーをゼロ週目のリテンションとみなします。12月8日から12月14日までのいずれかの日にイベントをトリガーした場合、ユーザーは1週目のリテンションとみなされます。

1ヶ月は30日間と定義されます。ユーザーが12月3日に最初のイベントをトリガーした場合、12月3日から1月2日までのいずれかの日にリターンイベントをトリガーすれば、Amplitudeはそのユーザーをゼロ月目のリテンションとみなします。ユーザーが1月3日から2月2日までのいずれかの日にリターンイベントをトリガーした場合、1ヶ月目のリテンションとみなされます。

注:2015年8月17日以前の日付が含まれるリテンションの計算は、歴日の時間で計算されます。

Amplitudeは、厳密な歴日でリテンションをそくていすることもでき、この場合、X日目はイベントがトリガーされたカレンダー上の日付から算出されます。

厳密な歴日を使用した1日あたりのリテンション

カレンダーの1日の日付は、そのカレンダー日が始まったときに始まり、終わったときに終わります。

カレンダービューはプロジェクト設定で指定されたタイムゾーンによって決定されます。厳格なカレンダービューでは、1日あたりのリテンションは時間単位ではなく、暦日単位となります。

あるユーザーが翌歴日にイベントを発生させた場合、翌日のリテンションとしてカウントされます。例えば、あるユーザーが12月1日の午後5時59分に最初のイベントをトリガーし、そのユーザーが12月2日の午後11時59分以前にイベントをトリガーした場合、Amplitudeはそのユーザーを1日目のリテンションとみなします。あるユーザーが12月1日午後11時50分に最初のイベントをトリガーした場合、12月1日午後11時59分までにリターンイベントをトリガーすれば、ゼロ日目のリテンションとしてカウントされます。

複数回開始イベントをトリガーしたユーザーは、最初に開始イベントをトリガーした歴日に限定されます。ユーザーが複数の歴日に開始イベントを発生させた場合は、例外として扱われます。この場合はそのユーザーは複数のインターバルコホートに含まれます。

厳密な歴日を使用した週次と月次のリテンション

週間と月次のカレンダーの日付は、各週と月の開始と終了を決定します。

1週間はプロジェクト設定で指定されたタイムゾーンに基づいて定義されます。そこには、週の最初の日を指定するオプションもあります。

1週間が月曜日に始まるとし、ユーザーが12月1日月曜日に最初のイベントをトリガーした場合、Amplitudeはそのユーザーが12月1日から12月7日までのいずれかの日にイベントをトリガーした場合にそのユーザーをゼロ週目のリテンションとみなします。12月8日から12月14日までのいずれかの日にイベントがトリガーされた場合は、Amplitudeはそのユーザーを1週目のリテンションとみなします。12月2日火曜日に最初のイベントをトリガーした別のユーザーは、12月7日までにリターンイベントをトリガーしなければゼロ週目のリテンションとはみなされません。

月の定義は、プロジェクト設定で指定されたタイムゾーンに基づいています。あるユーザーが12月3日に最初のイベントをトリガーした場合、Amplitudeはそのユーザーが12月3日から12月31日までのいずれかの日にリターンイベントをトリガーするとゼロ月目のリテンションとみなします。また、1ヶ月目のリテンションはユーザーが1月1日から1月31日までのいずれかの日にリターンイベントをトリガーした場合となります。

注意:新規ユーザーリテンションでは、セグメンテーションモジュールで適用されたフィルター条件は新規ユーザーイベントがトリガーされた時間帯で真である場合にのみ、適用されます。厳格なカレンダー日を使用するチャートでは、これはチャートインターバルと同じです。整列されていない範囲を使用するチャートの場合、時間枠はより細かくなります:例えば、7日間の時間枠の1日目、24時間の時間枠の1時間目などです。

この表は24時間の時間枠と厳密な歴日の違いをさらに詳しく説明しています。

リテンション
タイプ

単一のコホート参加日のリテンション(例:6月7日、3日目)

説明
(厳密な歴日)
説明
(24時間の時間枠の場合)
リターン以降

168 / 254 = 66.1%

168人のユーザーが6月10日以降にリターンイベントをトリガー/254人のユーザーが6月7日
にスタートイベントをトリガーしました。
168人のユーザーが72時間以降にリターンイベントをトリガー
/254人のユーザーが6月7日にスタートイベントをトリガーしました。

 

リターン時点

72 / 254 = 28.3%

72人のユーザーが6月10日にリターンイベントをトリガー/
254人のユーザーが6月7日に開始イベントをトリガーしました。
72人のユーザーが72時間から96時間後にリターンイベントをトリガー/
254人のユーザーが6月7日に開始イベントをトリガーしました。