キャンバスの分析
構築しているものが目標に向かって前進しているかどうかを把握する必要があります。キャンバスの分析を使用すると、構築しているエクスペリエンスが目標にどのような影響を与えているかを総合的に理解できます。
キャンバスを構築してライブに設定したら、キャンバスページに移動してキャンバスを選択し、詳細ページを開きます。ここでキャンバスのパフォーマンスを測定およびテストできます。
チャネルごとのキャンペーン分析（メール、プッシュ、SMSなど）については、キャンペーン分析を参照してください。キャンペーンとキャンバスに共通するファネル分析およびリテンション分析については、ファネルレポートおよびリテンションレポートを参照してください。
キャンバスの概要
キャンバスの詳細ページの上部には、キャンバスの主要な統計が表示されます。これには、キャンバス内で送信されたメッセージ数、顧客がキャンバスに入った合計回数、コンバージョンした人数と合計コンバージョン率、キャンバスによって生み出された収益、推定オーディエンス合計が含まれます。
ここは、キャンバスが目標に対してどのようにパフォーマンスを発揮しているかをハイレベルで確認するのに最適な場所です。キャンバスのパフォーマンスが予想範囲を下回った場合にプロアクティブに通知を受け取るには、カスタムキャンバスアラートを参照してください。
リーチ可能なユーザーと正確な統計
キャンバスに関連付けられたオーディエンスに対して正確な統計を計算が実行されている間、Brazeはリーチ可能なユーザーエリアに四捨五入された推定値を一時的に表示することがあります。計算が完了すると、正確な合計値が推定値に置き換わります。追加の統計を表示を選択すると、チャネルごとの完全な内訳が表示されます。キャンバスビルダーでも同じフローがターゲット層の下に記載されています。ターゲット層の計算を参照してください。
キャンバスのアクティビティから構築したセグメントが、キャンバスの分析に基づいて期待されるよりもリーチ可能なユーザー数が少ない場合、一般的な原因が2つあります。
- 推定サンプリング：セグメントの統計は、正確な数値ではなく、±1%の信頼区間を持つ95%の信頼水準でのランダムサンプルに基づく推定値を表示する場合があります。
- ユーザーが条件に一致しなくなった：キャンバスの分析でカウントされたユーザーの一部が、セグメントの条件を満たさなくなっている可能性があります。たとえば、購読解除したり、キャンバスが実行されてからプロファイルデータが変更された場合などです。キャンバスの過去のパフォーマンスで購読解除が大量に発生していないか確認してください。
前回の閲覧以降の変更
チームの他のメンバーによるキャンバスの更新数は、キャンバスの概要ページの前回の閲覧以降の変更指標で追跡されます。前回の閲覧以降の変更を選択すると、キャンバスの名前、スケジュール、タグ、メッセージ、オーディエンス、承認ステータス、またはチームアクセス設定に対する更新の変更ログが表示されます。各更新について、誰がいつ更新を行ったかを確認できます。この変更ログを使用して、キャンバスへの変更を監査できます。
パフォーマンスの可視化
キャンバスの詳細ページを下にスクロールすると、各コンポーネントのパフォーマンスを確認できます。たとえば、何人のユーザーがエントリしたか、次のステップに進んだか、キャンバスを離脱したかなどがわかります。特定のキャンバスステップまたはコンポーネントを選択すると、パネルがジャーニーのその部分にフォーカスされ、メトリクスをより詳細に確認できます。
キャンバスフローの場合、ユーザーはユーザージャーニーの最後のステップにエントリし、メッセージペイロードを受信した後にキャンバスを離脱します。
メトリクスには、インプレッション、ユニーク受信者数、コンバージョン数、および発生した収益も含まれます。コンポーネントをクリックすると、データをさらに分類して、チャネル別のパフォーマンスを確認できます。
バリアント別のパフォーマンス内訳
キャンバスの詳細ページの下部にあるバリアントを分析をクリックして、キャンバスを分析モーダルを開きます。このモーダルには3つのタブがあります。
- バリアントを分析
- キャンバスファネルレポート
- キャンバスリテンションレポート
バリアントを分析
バリアントを分析タブでは、バリアントとコントロールグループ（複数ある場合）ごとのパフォーマンスの内訳を確認できます。キャンバスAPI識別子のコピー、指標のCSVファイルのダウンロード、セルのコピーも可能です。バリアントを分析タブには、各バリアントの複数レベルでの内訳を示すテーブルが含まれています。
効果的なバリアントをすばやく推測し、適切なケイデンス、コンテンツ、トリガー、タイミングなどを特定できます。
基本的な指標には次のものがあります。
- バリアントAPI識別子: バリアントのAPI識別子で、APIコールで使用できます。
- 合計エントリ数: キャンバスバリアントにエントリしたユーザーの合計数です。
- 合計送信数: キャンバスバリアントで送信されたメッセージの合計数です。
- 合計ステップ数: キャンバスバリアント内のステップの合計数です。
- 合計収益: 設定された1次コンバージョンウィンドウ内のキャンバス受信者からの合計収益（ドル）です。合計収益は、そのウィンドウ期間中にそのバリアントを受け取ったユーザーに帰属する購入の合計です。ユーザーが設定された1次コンバージョンイベントを実行しなくても、購入がウィンドウのアトリビューションルール内であれば、合計収益にカウントされます。
コンバージョンと同様に、収益は技術的にはキャンバスレベルで追跡されますが、ユーザーがメッセージを受信した最新のコンポーネントと最新のバリアントに帰属します（まだメッセージを受信していない場合はエントリしたバリアントに帰属します）。
たとえば、ユーザーが2つのステップを完了してから購入した場合、その収益は2番目のコンポーネントとエントリしたバリアントに帰属します。キャンバスにエントリしたが最初のキャンバスコンポーネントを受信する前に購入した場合、その収益はエントリしたバリアントに帰属しますが、どのコンポーネントにも帰属しません。
さらに、コンバージョンイベントの詳細な内訳を確認できます。これには次のものが含まれます。
- 各コンバージョンイベントのコンバージョン合計とコンバージョン率
- コントロールバリアントに対するアップリフト
- 各コンバージョンイベントの統計的信頼度
コンバージョンの追跡方法
ユーザーは、キャンバスエントリごとに各コンバージョンイベントにつき1回のみコンバージョンできます。コンバージョンは、そのエントリでユーザーが受信した最新のメッセージに割り当てられます。キャンバスの概要には、そのパス内のユーザーが実行したすべてのコンバージョンが、メッセージを受信したかどうかにかかわらず反映されます。各後続ステップには、そのステップがユーザーが受信した最新のステップであった期間に発生したコンバージョンのみが表示されます。
次の例を考えてみましょう。キャンバスに10件のプッシュ通知があり、コンバージョンイベントが「アプリを開く」（または「セッション開始」）の場合です。
- ユーザーAは、エントリ後、最初のメッセージを受信する前にアプリを開きます。
- ユーザーBは、各プッシュ通知の後にアプリを開きます。
キャンバスの概要には2件のコンバージョンが表示されますが、個別のステップでは最初のステップに1件のコンバージョンが表示され、後続のすべてのステップにはコンバージョンが表示されません。コンバージョンイベント発生時にクワイエットアワーが有効な場合も、同じルールが適用されます。
次に、クワイエットアワーが設定されたキャンバスで、以下のイベントが発生する場合を考えてみましょう。
- ユーザーAがキャンバスにエントリします。
- 最初のステップは設定されたクワイエットアワー内の遅延ステップであるため、メッセージは抑制されます。
- ユーザーAがコンバージョンイベントを実行します。
ユーザーAはキャンバスバリアント全体ではコンバージョンとしてカウントされますが、ステップを受信していないため、ステップではカウントされません。
最後の例として、再適格性が有効なキャンバスを考えてみましょう。再適格なユーザーが最初のエントリと2回目のエントリでコンバージョンイベントを実行した場合、2件のコンバージョンがカウントされます。
ファネルレポートとリテンションレポート
バリアントを分析から、キャンバスファネルレポートまたはキャンバスリテンションレポートタブを開いて、エントリ後のジャーニーと長期的なリテンションを分析します。
設定手順、利用可能なイベント、解釈のガイダンス、よくある質問については、以下を参照してください。