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