メッセージ優先順位のレポート
キャンペーンやキャンバスをメッセージ優先順位にオプトインした後、このページを使用してランキング結果を確認し、利用可能なレポートビルダーの指標を理解し、配信の組み合わせに問題がある場合に何を変更すべきかを判断できます。
ランキング、先読み、リトライウィンドウの仕組みについては、メッセージ優先順位を参照してください。
アボートの意味
メッセージ優先順位付けのアボートとは、優先順位付けルールにより、このメッセージではなく、より上位のメッセージにフリークエンシーキャップの容量が割り当てられたことを意味します。
フリークエンシーキャップルールを共有するオプトイン済みの各メッセージは、以下の順序に従います。
- そのメッセージを送信しても、キャップ内でより優先度の高いメッセージの送信が妨げられない場合、送信されます。
- それ以外の場合、リトライウィンドウが設定されていれば、Brazeは翌日に再試行します。
- 送信されなかった場合（リトライウィンドウが設定されていない、またはリトライ回数を超えた場合）、メッセージ優先順位付けのアボートとして記録されます。
同じユーザーが、複数のオプトイン済みメッセージが送信されなかった場合、ある日付範囲内で複数のメッセージ優先順位付けアボートを記録することがあります。
このアボートと他のアボートの違い
どのアボートタイプが適用されるかを知ることで、どこを確認すべきか、結果をどのように読み解くべきかがわかります。
| アボート | 意味 |
|---|---|
| メッセージ優先順位付けアボート | 優先順位付けルールによりこの送信が停止されます。レポートビルダーでは、これは Message Prioritization Aborts です。メッセージングオブザーバビリティでは、Aborted due to priority として表示されます。Currentsでは、abort_type は deprioritized です。 |
| フリークエンシーキャップアボート | ユーザーがフリークエンシーキャップルールの上限にすでに達しており、割り当てる容量が残っていません。メッセージングオブザーバビリティでは、Frequency capped として表示されます。Currentsでは、abort_type は frequency_capped です。 |
確認場所
同じランキング結果について、サーフェスごとに異なるレベルの詳細を確認できます。
| サーフェス | 表示内容 |
|---|---|
| レポートビルダー | Message Prioritization Aborts、Message Prioritization Abort Rate、Total Retry Attempts、Average Retries per Message |
| キャンペーンおよびキャンバスの分析 | Message Prioritization Aborts |
| Messaging Observability | Aborted due to priority |
| Currents | メール、LINE、プッシュ、SMS、webhook、WhatsAppの users.messages.<channel>.Abort および users.messages.<channel>.Retry |
メッセージング履歴には、メッセージ優先順位付けの中止やリトライは記録されません。ランキングの中止を調査するには、レポートビルダー、Messaging Observability、またはCurrentsを使用してください。
指標
これらの4つの指標はレポートビルダーで利用できます。
| 指標 | 定義 | 計算式 |
|---|---|---|
| Message Prioritization Aborts | 優先順位ルールによって中止されたため送信されなかったメッセージの数。リトライウィンドウのないメッセージやリトライを使い果たしたメッセージが含まれます。 | カウント |
| Message Prioritization Abort Rate | 送信および中止の結果のうち、優先順位ルールによって中止された割合。1人のユーザーが複数の中止に寄与する場合があります。 | Message Prioritization Aborts / (Messages Sent + Message Prioritization Aborts) |
| Total Retry Attempts | リトライウィンドウを持つメッセージが、優先順位ルールまたはフリークエンシーキャップによって中止された後、再送信がスケジュールされた回数。リトライしても優先順位で負けて送信されない場合があります。 | カウント |
| Average Retries per Message | メッセージ優先順位付けにオプトインしていないものも含め、すべての送信におけるメッセージあたりの平均リトライ回数。 | Total Retry Attempts / Messages Sent |
目指すべき目標中止率はありません。優先度の高いメッセージで中止率が高い場合、優先順位ルールが正しく機能していることを意味する場合もあれば、送信量に対して共有キャップが厳しすぎることを意味する場合もあります。どちらに該当するかを判断するには、状況の診断を参照してください。
モニタリングレポートの設定
レポートビルダーを使用して、オプトインしたキャンペーンとキャンバスをまとめて確認します。
- Analytics > レポートビルダーに移動します。
- レポートを作成を選択します。
- 行でキャンペーンとキャンバスを選択します。
- 列で指標をカスタマイズを選択します。Messages Sent、Message Prioritization Aborts、Message Prioritization Abort Rate、Total Retry Attempts、およびAverage Retries per Messageを追加します。
- レポートコンテンツで日付範囲を設定します。
- メッセージ優先順位にオプトインしたキャンペーンとキャンバスを追加します。そのセットをフィルターするには、それらのメッセージにすでに適用しているタグを使用します。
- 保存して実行を選択します。
- レポートを毎週再実行します。
レポートビルダーのコントロールと指標の利用可否については、レポートビルダーを参照してください。
表示されている内容を診断する
レポートで確認している内容を原因と照らし合わせ、推奨されるアクションを使用して設定を調整してください。
| 表示されている内容 | 考えられる原因 | 変更すべき点 |
|---|---|---|
| 優先度の高いキャンペーンまたはキャンバスで中止率が高い | メッセージが大量送信される上位ランクの送信とキャップを共有している、メッセージ優先順位設定の対象外のメッセージがキャップを使用した、またはルックアヘッドが後続の送信を検出できなかった。 | そのキャップにおける、オプトインされた上位ランクのメッセージと、メッセージ優先順位設定にオプトインされていないメッセージからのボリュームを確認してください。送信がキャンバス内の場合、ルックアヘッドを停止する境界ステップを確認してください。1つのカテゴリがすべての送信を使用している場合は、カテゴリでフィルターされたフリークエンシーキャップルールを追加してください。後の送信でも問題ない場合は、リトライウィンドウを設定または延長してください。 |
| リトライが多く、最終的な中止も多い | リトライウィンドウ全体でキャップが満杯のまま、またはリトライウィンドウが定期送信と衝突している。 | リトライウィンドウを延長する、上位ランクの送信のボリュームを下げる、またはキャップを変更してください。定期キャンペーンの場合、リトライウィンドウは送信間隔よりも短くする必要があります。リトライウィンドウを参照してください。 |
| オプトインされたメッセージ全体で中止がゼロ | メッセージがフリークエンシーキャップルールを共有していない、オプトインされていない、またはキャップが十分に高くランキングで選択する必要がない。 | キャンペーンとキャンバスがオプトインされており、フリークエンシーキャップルールを共有していることを確認してください。共有している場合は、そのキャップの下で競合しているメッセージを監査してください。送信ボリュームが少ない場合、中止がゼロになることは想定どおりです。 |
| 低ランクの送信が実行され、高ランクの送信が実行されなかった | 高ランクのメッセージが別のフリークエンシーキャップルールにカウントされている、さらに高ランクの将来の送信がある、オーディエンスの不一致、またはメッセージ優先順位設定の対象外のメッセージが先にキャップを使用した。 | 優先度の高いオプトインメッセージが、オプトインされていないメッセージにフリークエンシーキャップの枠を奪われることはありますか？およびメッセージが送信対象に選ばれたのに直前で中止されたを参照してください。 |
| 常に送信を試みる必要があるメッセージで中止が発生している | メッセージが誤ってメッセージ優先順位設定にオプトインされた可能性があります。遅延送信や送信されない場合があっても問題ないメッセージのみをメッセージ優先順位設定にオプトインしてください。トランザクション、法的、またはタイムクリティカルなメッセージは、ランキングに関係なく常に送信を試みる必要があります。 | メッセージをメッセージ優先順位設定およびフリークエンシーキャップからオプトアウトしてください。メッセージが常に送信を試みるようにするにはどうすればよいですか？を参照してください。 |
Currents
ランキング結果は、メール、LINE、プッシュ、SMS、webhook、WhatsAppのusers.messages.<channel>.Abortおよびusers.messages.<channel>.RetryとしてCurrentsに表示されます。
Abortにはランキング以外の情報も含まれます。メッセージ優先順位のランキングによる中止のみを抽出するには、abort_type: deprioritizedでフィルターしてください。同じキャップでのフリークエンシーキャップの中止はabort_type: frequency_cappedを使用し、ランキングの結果ではありません。詳細については、中止タイプを参照してください。
Retryイベントは、メッセージがリトライウィンドウ内でリトライをスケジュールされたときに表示されるものであり、必ずしも送信されたときではありません。メッセージエンゲージメントイベントを参照してください。