このページでは

For AI agents: a documentation index is available at /docs/llms.txt. Append .md to any page URL for markdown, or send Accept: text/markdown.

履歴カウント、パート3:ファネルと行動コホート

Amplitudeの履歴カウントフィルターは、ユーザーがイベントを実行したN回目(ユーザーの5回目のワークアウトなど)を分離します。この記事では3部で構成されたシリーズの第3部であり、履歴カウントがファネル分析チャートと行動コホートという2つの特定のサーフェスでどのように動作するかについて説明します。フィルタの定義と基本についてはパート1をまずご覧ください。構文とイベントセグメンテーションの使用方法についてはパート2をご覧ください。

ユーザーのN回目のステップの発生が、指定した日付範囲とコンバージョン期間の両方に該当するかどうかを確認する必要がある場合は、履歴カウントフィルターを使用したファネル分析を使用してください。ステップシーケンスとは無関係に、N回目のライフタイム発生数で定義された再利用可能なユーザーグループが必要な場合は、代わりに履歴カウント付きの行動コホートを使用してください。

ファネル分析における履歴カウント

ファネル分析チャートでは、ユーザーはファネルに複数回アクセスしたり、さまざまなステップを複数回実行したりできます。 履歴カウントフィルターを使用したファネル分析チャートで、ユーザーがコンバージョンしたとみなされるかどうかを判断するにあたり、Amplitudeは次の2点を考慮します。

  1. N番目のインスタンスは日付ピッカーの日付内に存在する必要があります。また、
  2. N番目のインスタンスは、他のファネルステップの変換ウィンドウ内に発生する必要があります。

例として、2段階のファネルを想像してみてください。この例では、履歴カウントフィルターはevent_aで2に設定されており、日付範囲は2020年12月21日から2020年12月22日となっています。これは、event_aが2回目に実行されたのがいつなのかを知りたいことを意味します(履歴カウント filter = 2).

ファネルは次のとおりです。

ステップ1 = event_a

ステップ2 = event_b

また、ユーザーはイベントをこの順序で実行しました:BBABAB。

このチャートは、履歴コンテキストを把握するために、過去12か月間(この例では2019年12月21日まで)を遡って表示します。イベントが2回目に発生した日付範囲(2020年12月21日~2020年12月22日)内になく、その代わりにそれより少し前の場合、そのユーザーはチャートに含まれません。

ユーザーは指定された日付範囲(2020年12月21日~12月22日)内にevent_aの2回目のインスタンスを実行する必要があります。これにより、コンバージョンに至ったとみなされます。

履歴カウントフィルタが2番目のイベント(event_b)に適用され、ユーザーが次の順序でイベントを実行する場合:BBABAB

次に、ユーザーがチャートに表示されるには、次のすべての条件が満たされている必要があります。

  • event_aは指定された期間内に発生(2020年12月21日~2020年12月22日)
  • event_bは指定された期間内に発生
  • event_a(指定された期間内に発生)は2回目のevent_bの前に発生

いずれかのイベントが指定された日付範囲外で発生した場合、またはその時間枠内に2回目のevent_bのインスタンスが発生する前にevent_aが発生しなかった場合、そのユーザーはチャートに含まれません。

同じ秒以内に発生した同じイベントに対して履歴カウントフィルタを使用すると、ユーザーが離脱したように見えます。これは、ファネルクエリは同じ秒以内に発生したイベントを区別しないためですが、履歴カウントフィルターは区別できます。

行動コホートにおける履歴カウント

履歴カウントと行動コホートは関連していますが、Amplitudeでは別々の概念です。

行動コホートとは、特定の期間内に特定の頻度で特定のアクションを実行したユーザーのグループのことです。たとえば、過去30日間にワークアウトを5回完了したユーザーです。フィットネス企業は、どのユーザーがこの記述に合致するかを知りたい場合があります。これは、それが最近のパワーユーザーの定義である可能性があるためです。

逆に、履歴カウントを使用すると、ユーザーの 5 回目のワークアウトを正確に特定できます。 つまり、過去30日間に2回のワークアウトしか完了しておらず、その前に3回のワークアウトを完了していた場合、直近のワークアウトは実際には5回目ということになります。これは重要な違いです。なぜなら、ユーザーが 5 回目のワークアウトを経験したことは、長期ユーザーグループに移行したという点で、ユーザーライフサイクル全体において重要な節目となる可能性があるからです。

Amplitudeを使用すると、履歴カウントを条件としてコホートを作成することにより、両方の強みを組み合わせることができます。また、時間の経過とともにコホート数も確認できます。

「任意のイベント」と「任意のアクティブなイベント」の制限事項

コホートビルダーで履歴カウントを使用している場合、動的コホートに対して「任意のイベント」または「任意のアクティブなイベント」を使用することはできません。これらのイベントタイプは、静的コホートを作成する場合にのみ機能します。

  • 動的コホート: コホートビルダーで履歴カウントを使用すると、自動的に更新される動的コホートが作成されます。ただし、履歴カウントを使用した動的コホートは、「任意のイベント」と「任意のアクティブなイベント」をサポートしていません。
  • 静的コホート: 「履歴のある任意のイベント」を使用してコホートを作成した場合 Count = 1、そのコホートは静的コホートになります。 静的コホートは自動的に更新されることはなく、特定の時点でのユーザーのスナップショットを表します。
  • 回避策: 履歴カウントを使用して「任意のイベント」に基づいてユーザーを追跡するには、まずイベントセグメンテーションチャートで分析を作成し、その後それを静的なコホートとして保存します。

この制限は、コホートビルダーにのみ適用されます。 イベントセグメンテーション、ファネル分析、パスファインダー、およびリテンション分析の各チャートでは、従来通り履歴カウントで「任意のイベント」または「任意のアクティブなイベント」を使用することが可能です。

行動コホートに履歴カウントを追加するには、「Amplitudeで行動コホートを作成する」をご覧ください。

これは役に立ちましたか?