メトリクス、ドロップオフ、および失敗理由
フローに関して追跡されるさまざまな指標や統計とは何ですか?
フローメトリックは、公開されたフローのキャンバスの上部で利用できます。さまざまなメトリックに関する詳細については、 フロースタッツ .
ドロップオフとはどういう意味ですか?
ドロップオフは、ユーザーのトリップがフロー内で突然終了する時に発生します。これが起こる可能性がある理由はいくつかあります。以下に示します：
- 頻度制限 (FC) の上限に達しており、メッセージが送信されていない場合はフローの設定によりユーザーがフローから削除されることになります。
- メッセージが「おやすみモード」の設定により配信されなかった場合、かつフローの設定がメッセージが配信されなかった場合にユーザーをフローから削除するようになっている場合。
- 一時停止したフローを再開するか、待機期間がすでに終了している場合にユーザーが「待機する」ステージに入る。
- 別のユーザーとのマージ後、既知のユーザーが同じフローの一部である場合。
- フローが実行されている間に内部エラーが発生した場合。
ドロップオフとエグジットの違いは何ですか？
ドロップオフは、マーケターの制御外でフロー内でユーザーのトリップが突然終了する際に発生します。エグジットは、ユーザーのトリップが エグジット条件 のような定義された条件によって終了する場合に発生します。
送信されなかったキャンペーンの失敗理由はどこで見つけられますか？
各チャネルのパフォーマンスが低下している理由を特定するには、フローの Stats タブの Channel Performance セクションに移動します。キャンペーンレベルのインサイトを得るには、キャンバス内のキャンペーンステージにカーソルを合わせたときに表示される i アイコンをクリックするか、フローの Stats タブにある Campaign Performance セクションでキャンペーン名をクリックして Campaign Info ページにアクセスします。
なぜ 私たちはユニークカウントではなく、トリップを使用しているのですか？
トリップは、ユーザーが生涯を通じてフローに入るたびに各インスタンスを一意に識別することによって、フローメトリックを追跡および分析する明確な方法を提供します。総ユーザーエントリーも監視できますが、ユニークユーザーエントリーやユニークコンバージョンなどの補助的なメトリックを追跡することが、メトリックのあいまいさを取り除き、正確なレポートを提供するために必要です。その結果、トリップはフローのパフォーマンスを理解するためにより関連性があり、有用です。
条件付きステージ
フロー内の条件ステージでユーザーはどのように評価されますか？
ユーザーが条件ステージに入ると、定義されたウィンドウに基づいて評価されます。この評価ウィンドウ中にユーザーが条件を満たすと、すぐに「はいの道」に移動します。「評価の継続」ウィンドウは、評価に許可される最大時間であり、動的です。そのため、評価期間全体内にイベントを実行しないユーザーは、最後に「パスなし」にリダイレクトされます。
注意 : この動的評価の性質は、コミュニケーションのタイミングを改善し、より良いコンテキストを提供します。
フロー内の条件分割ステージではユーザーはどのように評価されますか?
ユーザーは、定義された評価ウィンドウ全体にわたって、最初のブランチで定義された条件について評価されます。要件を満たす場合、彼らはブランチ1に進みます。しかし、要件を満たさない場合は、評価ウィンドウ全体を待ち、同じユーザーがこの期間中のいずれかの時点でブランチ1の条件を満たすかどうかを確認します。
評価期間の後、ユーザーが条件を満たす他のすべての支店のパスを考慮します。この優先順位付けは、条件分岐に優先順位の階層があるため必要です。ブランチ1が最も高い優先順位を持ち、デフォルトブランチが最も低い優先順位を持っています。
コントロールグループとアップリフト
コントロールグループのアップリフトはどのように機能しますか？
Upliftは、コントロールグループのユーザーを分析することによって、オーガニック行動に関するパフォーマンスを評価するための指標です。コンバージョンアップリフトは、ターゲットグループのコンバージョンとコントロールグループのコンバージョンの差の割合を示します。詳細については、 フローにおけるコントロールグループ を参照してください。
コントロールグループとターゲットグループのユーザーに対して、コンバージョンはどのように帰属されますか？
コンバージョンされたユーザーのトリップは、Flowsのコミュニケーションとの以前のエンゲージメントに続いて、定義された帰属ウィンドウ内で指定された目標に到達したユーザーを指します。コントロールグループ（CG）ユーザーは、コミュニケーションを受け取らないため、デフォルトでエンゲージされたと見なされます。コンバージョンの基準は両方のタイプのユーザーに適用され、これらの条件を満たさないユーザーはFlowsに帰属しません。
コンバージョンしたユニークユーザーを特定するには、セグメンテーションの属性としてFlow IDを使用して、Has Executed Flow Trip Conversionをクエリできます。
詳細については、
Flowsにおけるコンバージョンの帰属
を参照してください。
なぜアップリフトメトリクスが表示されないのですか？
コンバージョンは、コントロールグループ（CG）のトリップが少なくとも24時間発生した場合にのみ、CVRの向上指標が表示されます。
アップリフトがマイナスのときはどうすればよいですか？
コントロールグループ（CG）ユーザーがターゲットユーザーよりも多くコンバージョンしている場合、アップリフトメトリックは負の値になります。この状況を改善するために、A/Bスプリットステージやキャンペーン内のバリエーションを使用してコミュニケーションコンテンツを実験してください。さらに、フローの最上部に高パフォーマンスのチャネルを優先させることは効果的です。
さらに、フローでNBAを使用してメッセージ配信のタイミングを実験することで、ユーザーのコンバージョン率を向上させる可能性があります。NBAは、各ユーザーに対して好ましいチャネルと最適な送信時間を特定します。
ユーザーが入ったユーザーとコンバージョンしたユーザーからコントロールグループのユーザーを見つけるにはどうすればよいですか？
コントロールグループに属するユーザーを見つけるには、「ユーザー入力フロー」オプションを使用してセグメント化し、「フローID」属性と「コントロールグループあり」属性でフィルタリングします。詳細については、 フローのコントロールグループユーザー を参照してください。
コントロールグループから変換されたユーザーを特定するには、「フロートリップコンバージョン」を使用してセグメントし、「フローID」属性と「ユーザータイプ」属性でフィルタリングします。詳細については、 フローのコンバージョンユーザーのトラッキング を参照してください。
Low Stats
なぜ私の合計旅行数の指標が低いのですか？
フローにユーザーが入るためには、定義されたターゲットオーディエンスセグメントに所属し、フローに指定された場合のエントリ制限などの他の条件を満たしながら、トリガーイベントを実行する必要があります。さらに、ユーザーはエントリーを検討する時点でフロー内のアクティブなトリップの一部であってはなりません。
イベントベースまたはカスタムセグメントベースのチェックがターゲットオーディエンスを定義する場合、セグメントは3時間ごとに更新されます。その結果、新しく追加されたユーザーは、再度トリガー条件を満たした場合にのみフローに再入場します。
総旅行数の指標が低すぎる場合は、ターゲットオーディエンスを定義するためにイベントベースまたはカスタムセグメントベースのチェックを避けることを検討してください。エントリーステージの後、ユーザーを失わないように、これらのチェックをフローの最初のステップに組み込んでください。
なぜ私のコンバージョン指標は低いのですか？
あなたのコンバージョンメトリクスが低い場合、変換されたトリップの数が、あなたが追跡していたイベントを実行したユーザーの数よりも少ない可能性があります。フローから送信されたコミュニケーションに関与した後、アトリビューションウィンドウ内でイベントを実行したユーザーのみがコンバージョンとしてカウントされます。
目標イベントに参加したことがないユーザーと、アトリビューションウィンドウの外でエンゲージした後に目標イベントを実行したユーザーは考慮されません。したがって、それらは変換カウントに含まれず、メトリクスが低下する可能性があります。
なぜ私の合計旅行数の指標がゼロですか？
フローがエントリーを受信し始めるために許可される最大時間は、ターゲットオーディエンスの定義によって異なります：
- ターゲットオーディエンスが「すべてのユーザー」またはユーザー属性チェックを使用して定義されている場合、最大時間は10分です。
- ターゲットオーディエンスが他のチェックを使用して定義されている場合、最大時間は60分であり、セグメントは60分以内にリフレッシュされます。含まれていないユーザーは、3時間後に参加します。
したがって、公開から経過した時間がこれらの SLA 内であれば、フローがエントリを処理するのを待ちます。締切が過ぎた場合は、Visualizeユーザートリップ機能を使用して、対象ユーザーがなぜ参加していないのかを特定してください。詳細については、 ユーザートリップの視覚化 を参照してください。
フロー内の統計の差異とセグメンテーションとフロー間の差異をカウントする
なぜ私のユニークコンバージョンの合計が変換されたトリップやコンバージョンと異なるのですか？
コンバートされたトリップは、フローからのコミュニケーションに関与し、定義されたアトリビューションウィンドウ内でコンバージョンゴールイベントを実行したユニークなユーザートリップです。ただし、この指標はフロー レベルでのみユニークです。たとえば、ユーザー（A）が1回の旅行で2回変換した場合、彼らの変換された旅行は1回ですが、変換は2回になります。詳細については、 コンバージョンアトリビューション を参照してください。
キャンペーンステージにリストされたコンバージョンを合計し、フローレベルで一致させることはできません。なぜなら、アトリビューションに重複が生じるからです。たとえば、PN1とPN2の2つのプッシュステージと、それらの間に2時間の 待機 ステージを考えてみてください。フローのアトリビューションウィンドウは36時間です。
Johnはユーザーです：
- 午前11時30分に流れに入ります
- PN1と12:00 PMに接続します
- PN2と関わらない
- 午後8時に変換します。
このシナリオのコンバージョン指標は次のとおりです：
| メトリック | レベル (フロー/キャンペーン) | カウント |
|---|---|---|
| 変換された旅行 | フロー | 1 |
| 変換 | フロー | 1 |
| 変換 | Push Campaign PN1 | 1 |
| コンバージョンイベント | プッシュキャンペーン PN1 | 1 |
| 変換 | プッシュキャンペーン PN2 | 0 (ジョンはPN2に関与しませんでした) |
| コンバージョンイベント | Push Campaign PN2 | 0 (ジョンはPN2に関与しませんでした) |
Janeはユーザーです：
- 午前11時45分にフローに入ります
- PN1を受信し、 午後12時にそれに関与します
- それに3時に関与します
- 午後9時に変換します。
このシナリオでジョンとジェーンの両方がフローにいる場合のコンバージョンメトリクスは次のとおりです：
| メトリック | レベル (フロー/キャンペーン) | カウント |
|---|---|---|
| 変換された旅行 | フロー | 2 (ジョンとジェーンそれぞれ1つずつ) |
| 変換 | フロー | 2 (ジョンとジェーンそれぞれ1つずつ) |
| 変換 | プッシュキャンペーン PN1 | 2 (ジョンとジェーンそれぞれ1つ、PN1とPN2の両方の帰属ウィンドウ内で変換が行われたため) |
| コンバージョンイベント | プッシュキャンペーン PN1 | 2 (ジョンとジェーンそれぞれ1つ、PN1とPN2の両方の帰属ウィンドウ内で変換が行われたため) |
| コンバージョン | Push Campaign PN2 | 1 (ジョンが関与しなかったため、PN2に変換されたのはジェーンのみです) |
| コンバージョンイベント | プッシュキャンペーン PN2 | 1 (ジョンは関与しなかったため、PN2に変換されたのはジェーンのみです) |
PN1とPN2のコンバージョンの合計は、ジェーンのアトリビューションの重複のため、変換されたトリップよりも大きくなります。
なぜ私の変換された旅行の統計が、私の目標イベントのための イベントを実施した チェックでの「はい」パスを通過しているユーザーのカウントと一致しないのですか？
Flowから送信されたコミュニケーションに対してインタラクションを行った後、アトリビューションウィンドウ内でイベントを実行したユーザーのみが、コンバージョントリップとしてカウントされます。したがって、変換された旅行の数は、イベントを実行したユーザーの数よりも少なくなるでしょう。
「 Has Done 」イベントまたは他の条件ステージは、エンゲージされたステータスではなく、評価ウィンドウ全体にわたって基準が満たされているかどうかを探します。評価基準の違いが、数字が異なる理由です。
なぜ私のセグメンテーションとファネルのカウントがフロー統計のカウントと異なるのですか？
フロー統計はユニークトリップレベルでのメトリックカウントを表示し、セグメンテーションはユニークユーザーレベルでの数値を表示します。したがって、同じユーザーがフローに2回入ると、フローの合計旅行数は2と表示されますが、同じフローのセグメンテーションで「 ユーザーがフローに入った 」をクエリすると、値は1と表示されます。
ファネルとフローの数値、特にコンバージョンの比較は、フローの異なるアトリビューションロジックのため推奨されません。フローでは、ユーザーによって表示された各エンゲージメントにより、アトリビューションウィンドウが延長されます。Funnelsでは、入力されたアトリビューションウィンドウは固定されており、したがって定義された終了時間があります。
したがって、パフォーマンスの比較を行うために、ファネルとセグメンテーションでフロー関連のイベントを使用することをお勧めします。フロー関連のイベントには次のものが含まれます：
- ユーザー入力フロー（これをトリガーイベントの代わりにファネルのステップ1として使用してください）
- フロートリップコンバージョン（コンバージョンイベントを直接使用する代わりに、これをステップの1つとして使用してください）
- ユーザーがフローを終了しました
なぜ私のイベントトリガーフローの総旅行数が予想より少ないのですか？
ユーザーは、トリガーイベントを実行し、フローで定義されたIF条件に一致し、トリガーイベントの実行時に定義されたターゲットオーディエンスセグメントに属し、フローで定義されている場合はエントリ制限などの他の条件を満たすときのみ、フローに入ります。さらに、ユーザーは入場時にフロー内のアクティブな旅行の一部であってはいけません。
ターゲットオーディエンスがイベントベース/カスタムセグメントベースのチェックを使用して定義されている場合、セグメントは3時間ごとに更新されます。したがって、将来オーディエンスに参加するユーザーは、トリガー条件に一致する場合にのみフローに入ります。
一部のユーザーを失わないように、イベントベース/カスタムセグメントベースのチェックなしでターゲットオーディエンスを定義することを検討してください。エントリーステージの後、最初のステップとしてフロー内に組み込んでください。
ユーザーが入ったフロー / ユーザーが出たフローはトリガー条件のドロップダウンに表示されていますが、それに基づいて作成されたキャンペーンがトリガーされないのはなぜですか？
現在、トリガー条件（スマートトリガーキャンペーンのIF/ANDまたはフローのエントリー）でこれらのイベントはサポートしていません。
Canvasビューと詳細統計ビューで特定の日付でフィルタリングした場合、なぜ表示される統計が異なるのですか？
キャンバスビューは、フィルターされた期間中に入場したユーザーの統計を提供します。詳細な統計ビューは、ユーザーの入力に関係なく、ユーザーの統計を提供します。
したがって、Canvasビューの数は、特定の期間中に入場したユーザーの行動を理解することが目標である場合に好まれます。詳細な統計は、全体のフローのパフォーマンスを理解することや、チャネルパフォーマンス、特定のキャンペーンパフォーマンスを理解することが目的の際に使用されます。