このページでは

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.

Amplitudeがファネルを通じてコンバージョンを計算する方法

ファネルチャートとイベントセグメンテーションチャートの主な違いを特定します。

ユーザーがステップを複数回完了できるファネルのコンバージョンを計算する場合、Amplitudeは各イベントの最初の発生に関連付けられた値に基づいて各ユーザーをバケットに割り当てます。

これらの影響を理解することは、分析から正確な結論を引き出すために不可欠です。

ファーストタッチのアトリビューションシナリオ

登録（complete registration）を、各ユーザーが表示するランディングページ（view landing page）別に分類して追跡するファネルがあるとします。session_idで固定する場合、Amplitudeがユーザーをコンバージョンとしてカウントするには、ユーザーが同じセッション内でコンバージョンプロセスの両方のステップを完了する必要があります。

シナリオ 1: _プロパティを一定に保持_と_コンバージョンのグループ化_の両方を使用するファネル

ファネル分析で「一定に保持」と「〜による分類」の両方の機能を使用する場合、Amplitudeはセッション内の最も早いエントリに基づいてコンバージョンを判定します。

次のイベントとコンバージョン結果を例として考えてみましょう。

イベントコンバージョン
ユーザーはランディングページ A を表示し、同じセッション内で登録を完了します。セッションはコンバージョン済みとみなされ、AmplitudeはコンバージョンをランディングページAに帰属させます。
ユーザーは同じセッションでランディングページAを見て、次にランディングページBを見ますが、ランディングページBを見た後にのみコンバージョンに至ります。そのユーザーは最初にランディングページAを見たため、Amplitudeはセッション内のコンバージョンをランディングページAに起因させると見なします。
ユーザーは、異なるセッションでランディングページAとランディングページBを見たことがあります。そのユーザーはランディングページAを見たセッションではコンバージョンしません。しかし、同じユーザーはランディングページBを見たセッションではコンバージョンします。AmplitudeはランディングページAのセッションをコンバージョンしていないものとカウントし、ランディングページBのセッションをコンバージョン済みとカウントします。

セッションIDごとに値を固定すると、チャートにはコンバージョンを含むユーザーセッションの数が表示され、コンバージョンしたユーザー数は表示されません。

シナリオ 2: 「グループ化の基準」を使用するが、「プロパティを一定に保持」は使用しないファネル

機能別分類のみが適用される場合、Amplitudeはルックバックウィンドウ内の最も早いエントリに基づいてコンバージョンを判定します。

Amplitudeは、ユーザーがルックバックウィンドウ内で最初に表示したランディングページ（ユーザーがどのようにファネルに入ったか）に基づいてユーザーをグループ化します。 Amplitudeは、コンバージョンウィンドウの期間内に最終イベントをトリガーした場合、ユーザーがコンバージョンしたとみなします。

たとえば、次のイベントと関連するコンバージョンを考えてみましょう。

イベントコンバージョン
ユーザーはランディングページAを表示し、コンバージョンウィンドウ内で登録を完了します。そのユーザーはコンバージョンしたと見なされ、AmplitudeはコンバージョンをランディングページAに帰属させます。
ユーザーはランディングページA、次にランディングページBを閲覧し、ランディングページAの期間内に登録を完了します。そのユーザーはコンバージョン済みとみなされます。そのユーザーはランディングページAを最初に見たため、AmplitudeはそのコンバージョンをランディングページAに帰属させます。
ユーザーはランディングページA、次にランディングページBを見ますが、コンバージョンはしません。そのユーザーはコンバージョンされていないとみなされます。 これらのイベントはランディングページAのパフォーマンスに悪影響を及ぼしますが、ランディングページBのマイナス要素としてはカウントされません。

Amplitudeは、フィルターによる内訳のコンバージョンを、グループ化基準とは異なる方法で計算します。グループ化基準では、最も早く、最も完全なコンバージョンを最初に検索し、次に指定されたプロパティ値でグループ化します。フィルター別では、コンバージョンを探す前に、まずフィルタリングに使用するプロパティを考慮します。

ファネル分析におけるユニークユーザー数のロジック

ユニークユーザーごとにカウントする場合、コンバージョンの基準条件は次のとおりです。

  • ユーザーはファネルに含まれる条件を満たしている必要があります: Amplitudeがユーザーセグメンテーションパネルでユーザーを除外していないことが条件です。「Segment by」モジュールで設定されたフィルターは、ユーザーが最初のファネルイベントをトリガーした時点でのみ適用されます。
  • ユーザーはファネルに入り、コンバージョンウィンドウ内のすべてのステップを完了する必要があります：ユーザーはファネルに入り、最終的なファネルステップでコンバージョンとしてカウントされるには、指定されたコンバージョンウィンドウ内のすべてのステップを完了する必要があります。それ以外の場合は、Amplitudeはユーザーがファネルをどのくらい進んだかに基づいてユーザーをカウントします。

Amplitudeがユニークユーザーごとにカウントする場合、各ユニークユーザーに対して最も早く、かつ最も長いコンバージョンのみをカウントします。

  • 最長：この文脈において、最長とは最も完全なコンバージョン、つまりファネル内で最も多くの必須ステップを完了することを意味します。

Amplitudeが最長の定義を満たす複数のコンバージョンを検出した場合、最初のコンバージョンを選択し、コンバージョンが発生した時点としてカウントします。

  • 最初：Amplitudeは、複数のコンバージョンシーケンスが存在する場合、時系列で最初のコンバージョンシーケンスを使用して測定を行います。

「broken down by」機能を使用する場合、Amplitudeは引き続き最長/最初期のロジックを使用して、ユーザーがファネルに入った時点で存在していたプロパティに基づいてユーザーをバケットに割り当てます。

分析で Hold constant by を使用する場合、Amplitude は同じユーザーセッション内で最長または最初のコンバージョンシーケンスを探します。この場合、測定単位は一意のユーザー ID とセッション ID のペアに変わります。

イベントの合計数でカウントする場合、最も早い/最も長いロジックは適用されません。 その代わり、Amplitudeはユーザーごとの最も早い/最も長いパスだけでなく、実行または試みられたすべてのコンバージョンパスを考慮します。 次に、Amplitude はイベントが分類されたステップのイベントのプロパティにパスを割り当てます。

ファネルとイベントセグメンテーション

ファネルチャートとイベントセグメンテーションチャートはさまざまなタイプの分析を提供しており、さまざまな結果を表示できます。 次の表は、これらの違いの一部を示しています。

ファネルイベントセグメンテーション
ユーザーが体験を評価するために取る手順を示しますユーザーがトリガーしているイベントを表示
フィルタは最初のステップにのみ適用されますフィルタはすべてのイベントに適用されます
ファネルに入るには、ユーザーがステップ1を実行する必要があります入るためのファネルがありません

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