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はこれらの値を少数の入力と数式から導き出します。
入力
この数式では、次の入力を使用します。
- E: 実験の対象となったユニークユーザーの数。
- M：実験に露出したこのメトリクスイベントをトリガーしたユニークユーザーの数で、実験に露出したユーザーのサブセットです。
Mは常にEを下回ります。 - T: ユーザーがメトリックイベントをトリガーした総回数。 単一のユーザーがメトリックイベントを複数回トリガーできます。 Amplitudeは、
Eに含まれるユーザーによってトリガーされたメトリクスイベントのみをカウントします。 - S: すべてのメトリクスイベントのプロパティ値の合計です。
- A: ユーザーごとのすべてのメトリックイベントのプロパティ値の平均値の合計です。
- FM: ファネル内のイベントを指定された順序でトリガーしたユニークユーザーの数。
- FT: すべてのファネル イベントが指定された順序で発生した回数の合計です。
- R: エクスポージャー後に開始イベントをトリガーし、その後指定された時間枠 (n 日目、週目、または月目) 内にリターンイベントをトリガーしたユニークユーザーの数。
数式
Amplitudeはこれらの入力値を次の式に代入します。
- ユニークコンバージョン:
(M/E) * 100。 - イベント合計：
T/E。 - プロパティ値の合計:
S/E。 - プロパティ値の平均：
A/E。 - ファネルコンバージョン、ユニーク：
FM/E。 - ファネルコンバージョンの合計:
FT/E。 - リテンション：
R/E。
例
この例では、メトリックイベントに数値のイベントプロパティ VALUE があるとします。 この表は、Amplitudeに送信されるイベントの時系列ログです：
| ユーザー | イベントタイプ | メトリックイベントプロパティ値 |
|---|---|---|
| U1 | 露出イベント | |
| U1 | メトリックイベント | 5 |
| U1 | メトリックイベント | 10 |
| U2 | 露出イベント | |
| U2 | メトリックイベント | 15 |
| U3 | 露出イベント | |
| U3 | 露出イベント | |
| U4 | 露出イベント | |
| U5 | メトリックイベント | 20 |
実験（E）に公開されたユニークユーザーの数は4人（U1、U2、U3、U4）です。 これらのうち、メトリクスイベント（M）をトリガーしたのは2人（U1とU2）です。U5は数えられません。なぜならU5は実験の対象になっていなかったからです。
ユーザーはメトリクスイベントを3回トリガーしました。U1が2回、U2が1回です。U5のメトリックイベントはカウントされません。
すべてのメトリックイベントのプロパティ値の合計は30です。それらの平均値の合計は次のとおりです。
((5 + 10)/2 + (15)/1) = (7.5 + 15) = (U1 Avg + U2 Avg) = 22.5
これらの値を各数式に代入します。
- ユニークコンバージョン:
(M/E) * 100 = (2/4) * 100 = 50%。 - イベント総数：
T/E = 3/4 = 0.75。 - プロパティ値の合計:
S/E = 30/4 = 7.5。 - プロパティ値の平均：
A/E = 22.5/4 = 5.625。
ファネルの例
この例では、ファネルをイベントME1とME2として定義し、この順序で実行します。この表は、Amplitudeに送信されるイベントの時系列ログです：
| ユーザー | イベントタイプ |
|---|---|
| U1 | エクスポージャーイベント（EE） |
| U1 | メトリックイベント1（ME1） |
| U1 | メトリックイベント2（ME2） |
| U1 | メトリックイベント2 |
| U2 | 露出イベント |
| U2 | メトリックイベント1 |
| U2 | メトリックイベント2 |
| U2 | メトリックイベント1 |
| U2 | メトリックイベント2 |
| U3 | 露出イベント |
| U3 | メトリックイベント1 |
| U4 | 露出イベント |
| U4 | メトリックイベント2 |
| U5 | メトリックイベント1 |
| U5 | メトリックイベント2 |
指定された順序 (FM) でファネルイベントをトリガーしたユニークユーザーの数は、2 人です (U1、U2)。 U3、U4、U5 はファネルの対象ではありません: U3 は ME2 をトリガーせず、U4 は ME2 を順序外れにトリガーし、U5 は露出イベントをトリガーせず、実験の一部ではありません。
FT、つまりユーザーが指定した順序ですべてのファネルイベントをトリガーした回数の合計は、3です。U1 は ME1 と ME2 をそれぞれ 1 回トリガーし、U2 はそれを 2 回行いました。
これらの値を各数式に代入します。
- ファネルコンバージョン、ユニーク：
FM/E = 2/4 = 0.5。 - ファネルコンバージョンの合計:
FT/E = 3/4 = 0.75。
リテンションの例
この例では、リテンションを、露出後に開始イベントをトリガーし、その後7日以内にリターンイベントをトリガーしたユーザーと定義します（7日目リテンション）。この表は、Amplitudeに送信されるイベントの時系列ログです：
| ユーザー | イベントタイプ | タイムスタンプ（暴露後の日数） | イベント開始からの日数 |
|---|---|---|---|
| U1 | エクスポージャーイベント（EE） | 0 | |
| U1 | 開始イベント（SE） | 1 | |
| U1 | リターンイベント（RE） | 8 | 7 |
| U2 | 露出イベント | 0 | |
| U2 | 開始イベント | 2 | |
| U2 | リターンイベント | 9 | 7 |
| U3 | 露出イベント | 0 | |
| U3 | 開始イベント | 1 | |
| U3 | リターンイベント | 5 | 4 |
| U4 | 露出イベント | 0 | |
| U4 | 開始イベント | 3 | |
| U5 | 露出イベント | 0 | |
| U5 | リターンイベント | 6 |
実験（E）に公開されたユニークユーザーの数は4人（U1、U2、U3、U4）です。 U5は数えられません。なぜならU5は実験の対象になっていなかったからです。
7日目のリテンションの場合、Amplitudeは、ユーザーが開始イベントから7日後から7日プラス24時間後までの間にリターンイベントをトリガーした場合、そのユーザーをリテンション済みとカウントします。露出後に開始イベントをトリガーし、その後7日間の期間内（R）にリターンイベントをトリガーしたユニークユーザーの数は、2人（U1とU2）です。
- U1 は、開始イベントから 7 日後にリターンイベントをトリガーしました（エクスポージャーから 8 日目、つまり 1 日目から 7 日後です）。
- U2 は、開始イベントから 7 日後にリターンイベントをトリガーしました（エクスポージャーから 9 日目、つまり 2 日目から 7 日後です）。
- U3 は、開始イベントのわずか 4 日後にリターンイベントをトリガーしましたが、これは 7 日目のウィンドウ外です。
- U4 は開始イベントをトリガーしましたが、リターンイベントをトリガーすることはありませんでした。
- U5はエクスポージャーイベントをトリガーしたことがなく、実験の一部ではありません。
次の値をリテンション数式に代入します。
- リテンション：
R/E = 2/4 = 0.5 (50%)。
これは役に立ちましたか？