リテンション分析における時間の仕組み

リテンション分析チャートでは、24時間のローリングウィンドウと厳密なカレンダー日の2つの方法で1日を定義できます。選択した方法が結果に影響を与える可能性があります。

Amplitudeはデフォルトで1日を24時間のローリングウィンドウとして扱いますが、これはユーザーごとに異なります。ユーザーが開始イベントをいつトリガーしたかに関係なく、各日の長さはまったく同じです。 例えば：

• 24時間枠は、ユーザーが開始イベントをトリガーした時点（デイゼロ）から開始されます。
• 1日目の時間は24時間から48時間です。
• 2日目の時刻は48時から72時まで（以下同様）。

厳密な暦日を使用する場合、1 日は暦日の開始時に始まり、暦日の終了時に終了します。 その後、Amplitudeは以下の方法で毎日のリテンションを決定します。

• プロジェクト設定で指定されたタイムゾーン。
• 時間単位ではなく、特定の暦日。

24時間ウィンドウを使用したリテンション

Amplitudeがリテンションを計算する方法は、リテンション率を日単位、週単位、または月単位のいずれで求めているかによって異なります。24時間枠を使用して1日を測定する場合、Amplitudeは以下のようにリテンション率を計算します。

• 毎日：Amplitudeは毎日のリテンションを時間単位で計算します。Amplitudeはイベントのタイムスタンプを最新の時間に切り捨てます。午後4:59にトリガーされたイベントのタイムスタンプは午後4:00です。Amplitudeは、24時間目以降（24時間目を含む）かつ48時間目より前に何らかのイベントをトリガーした場合、そのユーザーを翌日継続としてカウントします。

ユーザーが最初のイベントを複数回トリガーすると、Amplitudeはユーザーのために複数の24時間バケットを開始します。 1つのリターンイベントで、ユーザーを1日目と2日目の両方の継続ユーザーとして定義できます。

• 毎週: Amplitudeは毎週のリテンションを毎日計算します。 1週間は7日間です。
• 月単位：Amplitudeは月次のリテンションを毎日計算します。1ヶ月は30日です。

たとえば、3人のユーザーが次のイベントをトリガーしたとします。ユーザー1は日次リテンション、ユーザー2は週次リテンション、ユーザー3は月次リテンションの測定対象となります。

• 12月1日（水）
  • ユーザー 1 は、午後 5:59 に最初のイベントをトリガーしました。
  • ユーザー 2 が最初のイベントをトリガーしました。
• 12月2日（木）
  • ユーザー1は午後5時に2つ目のイベントをトリガーしました。
• 12月6日（月）
  • ユーザー2が2番目のイベントをトリガーしました。
  • ユーザー3が最初のイベントをトリガーしました。
• 12月12日（日）
  • ユーザー3が2番目のイベントをトリガーしました。

Amplitudeは、ユーザー1を1日目継続（翌日継続）とカウントします。これは、2番目のイベントのタイムスタンプ（午後5:00）が、元のイベントのタイムスタンプ（午後5:59）から後に24時間加算された時間枠内であったためです。

ユーザー 2 は、最初のイベント (12 月 6 日) から 7 日以内に 2 回目のイベント (12 月 1 日) を発生させたため、第 0 週継続と見なされます。12月8日から12月14日までのいずれかの日（8〜14日目）にイベントをトリガーした場合、そのユーザーはWeek 1リテンションとみなされます。

月間リテンションについてユーザー 3を検討する場合、元のイベントから30日以内にリターンイベントをトリガーしたため（12月6日のイベント1と12月12日のイベント2）、Amplitudeは彼らをMonth Zeroにリテンションされたとカウントします。

厳密な暦日を使用したリテンション

Amplitudeはまた、厳密な暦日によってリテンションを測定することもできます。ここで、X日はイベントがトリガーされた暦日からの測定日です。Amplitudeがリテンションを計算する方法は、リテンションを日単位、週単位、または月単位で検討しているかどうかによって異なります。

厳密な暦日で1日を測定する場合、Amplitudeは以下の基準でリテンションを測定します。

• 日次: 暦日の日付は、暦日の開始時に始まり、暦日の終了時に終了します。プロジェクト設定で指定されたタイムゾーンによってカレンダービューが決まります。 厳密なカレンダービューでは、毎日のリテンションは時間単位ではなく暦日単位で行われます。
• 週次: 週次のカレンダーの日付によって、各週の始まりと終わりが決まります。プロジェクト設定で指定されたタイムゾーンは、1週間を定義します。また、週の最初の曜日を指定することもできます。
• 月別: 月別カレンダーの日付によって、各月の始まりと終わりが決まります。プロジェクト設定で指定されたタイムゾーンは、1か月を定義します。

上記のユーザーアクティビティの例を使用すると、リテンション率は次のようになります。

• ユーザー1のデイリーリテンション：Amplitudeは、このユーザーが翌日（12月2日）に2回目のイベントを発生させたため、翌日リテンションとしてカウントします。12月1日の午後11時59分より前にリターンイベントをトリガーした場合、Amplitudeは彼らをデイゼロリテンションとみなします。
• ユーザー2の週ごとのリテンション：週が月曜日に始まる場合、ユーザー2は元のイベントが発生した週（12月1日月曜日から12月5日日曜日）の終わりの後である12月6日にリターンイベントをトリガーしたため、第1週リテンションとみなされます。
• ユーザー3の月間リテンション：Amplitudeは、ユーザー3が同じ月（12月）内に元のイベントとリターンイベントの両方をトリガーしたため、0か月目の継続ユーザーとしてカウントします。

開始イベントを複数回トリガーするユーザーは、引き続き開始イベントを最初にトリガーした日に制限されます。 例外は、ユーザーが複数の暦日に開始イベントをトリガーする場合です。この場合、Amplitudeはそのユーザーを複数のインターバルコホートに含めます。

リテンションタイプ

新規ユーザーのリテンションに関しては、_セグメンテーション_モジュールに適用されたフィルター条件は、new userイベントがトリガーされたのと同じ時間枠内にその条件が真である場合にのみ満たされます。 厳密なカレンダー日付を使用するチャートの場合、これはチャートの間隔と同じです。 範囲を整列していないグラフの場合、時間枠はより細かくなります。たとえば、7 日間のウィンドウの場合は 1 日目、24 時間のウィンドウの場合は 1 時間目です。

この表は、リテンションタイプである「Return on or After」および「Return On」について、24時間のウィンドウと厳密なカレンダー日付の違いをさらに詳しく説明しています。