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