履歴カウント、パート2：操作の順序

Amplitudeの履歴カウントフィルターは、チャートクエリ内の他のすべてのフィルターの後に実行され、ユーザーのN回目の発生にカウントされるイベントが変更されます。 この3部構成シリーズのパート2では、Amplitudeのフィルタリング順序における履歴カウントの位置付け、イベント履歴カウント（最初に実行される）との違い、カスタムイベントとの相互作用について説明します。

ドイツでトリガーされた3番目のイベントなど、他のフィルターの条件を満たしたN番目のインスタンスが必要な場合は、「履歴カウント」を使用します。イベント履歴カウントは、場所、プロパティ、またはセグメントフィルタによって結果を絞り込む前に、全体でN番目のインスタンスが必要な場合に使用します。フィルタの定義と基本については、パート 1 から始めましょう。

Amplitudeの処理順序における履歴カウント

Amplitudeはイベントにフィルターを適用するたびに（セグメント内のフィルターを含む）、特定の順序でそれを行います。 Amplitudeは常に「履歴カウント」フィルターを最後に適用します。

次の例を考えてみましょう。

履歴カウントフィルターが適用されている場合、このチャートには、そのイベントを3回目にトリガーしたのがドイツであったユーザーは表示されません。代わりに、このチャートはドイツで発生したこのイベントの3番目のインスタンスを表示します。以前の2つのインスタンスもドイツで発生しました。そのイベントがユーザーが3回目、8回目、100回目のいずれかに実行したものであっても、それがドイツで発生した3回目のインスタンスであれば対象となります。

イベント履歴カウント

Event Historical Count フィルタは、Historical Count フィルタと同様に機能します。 どちらも指定されたアクションを実行したユーザーのN回目のインスタンスをキャプチャしますが、Amplitudeは他のすべてのフィルターの後に履歴カウントを適用します。これとは対照的に、Amplitudeは他のフィルターよりも先に、まず最初に履歴カウントを適用します。

これは分析に重要な意味を持つ可能性があります。以下の表を使用して、違いを説明しましょう。

イベントセグメンテーション分析を設定して、次の条件のAny Eventを検索するとします。

• Historical Count = 1st。
• Event Name = Run。

この場合、1回目のMayaと3回目のLocという2つの結果が得られます。

対照的に、次の条件でAny Eventを検索する類似した分析を検討してみましょう。

• Event Historical Count = 1st。
• Event Name = Run。

この場合、1回目のMayaという1つの結果しか得られません。これは、RunがLocの2回目のイベントであり、イベント履歴カウントは最初のイベント以外のすべてのイベントを除外するためです。

履歴カウントとカスタムイベント

Amplitudeは、履歴カウントフィルターの前にカスタムイベントロジックを考慮し、ユーザーがトリガーしたすべての基礎イベントをカウントします。

たとえば、ユーザーがevent_aまたはevent_bのいずれかをトリガーすると発生するcustom_event_cがあるとします。ユーザーが次の日にイベントをトリガーするとします。

1日目：event_a

3日目：event_b

7日目: event_b

14日目: event_a

この時間枠内にcustom_event_cに対して履歴カウントフィルター1を適用した場合、Amplitudeは1日目のデータポイント内のユーザーをカウントします。これは、ユーザーがその日に初めてevent_aをトリガーしたからです。Amplitudeは、3日目、7日目、14日目にトリガーされたユーザーのイベントについては、これらの日にカウントしません。

履歴カウントフィルター2をcustom_event_cに適用すると、履歴カウントは3日目を2回目にcustom_event_cがトリガーされた日として登録します。

履歴カウントシリーズの3番目の記事履歴カウント、パート3：ファネルと行動コホートに続きます。