SMS、MMS、RCSのレポート
このリファレンス記事では、Brazeで使用されるSMS、MMS、RCSの指標と、SMS、MMS、RCSのキャンペーンでそれらを確認する方法について説明します。
分析の表示
キャンペーンを開始したら、そのキャンペーンの詳細ページに戻ってキーメトリクスを確認できます。キャンペーンページに移動し、キャンペーンを選択して詳細ページを開きます。キャンバスで送信されたメッセージについては、キャンバス分析を参照してください。

レポートに記載されている用語やメトリクスの定義をお探しですか?レポートメトリクス用語集を参照し、チャネルでフィルターしてください。メール固有の定義については、メール分析用語集を参照してください。
キャンペーン分析タブでは、一連のパネルでレポートを表示できます。以下のセクションに記載されているものより多い場合も少ない場合もありますが、それぞれに有用な目的があります。
時間範囲
デフォルトでは、キャンペーン分析の時間範囲は現在時刻から過去90日間を表示します。つまり、キャンペーンが90日以上前に開始された場合、指定した時間範囲では分析が「0」と表示されます。古いキャンペーンのすべての分析を表示するには、レポートの時間範囲を調整してください。
キャンペーンの詳細
キャンペーンの詳細パネルには、メッセージ全体のパフォーマンスの概要が表示されます。
このパネルで、受信者に送信されたメッセージ数、1次コンバージョン率、このメッセージによって生成された総収益などの全体的なメトリクスを確認できます。また、このページから配信、オーディエンス、コンバージョンの設定を確認することもできます。

ダッシュボードとSnowflakeの分析数値はわずかに異なる場合があります。Brazeはダッシュボードの数値を測定し、Snowflakeへの行の記録を別々に行います。Snowflakeはより正確なデータソースであるため、これらのソース間で差異が見られる場合は、Snowflakeデータを参照することをお勧めします。
推定オーディエンスと現在のオーディエンス
ワークスペース内のユーザーの合計数に応じて、キャンペーンの詳細パネルではオーディエンス統計に現在のオーディエンスまたは推定オーディエンスというラベルが表示されます。
以下の表は、各ラベルの意味をまとめたものです。
| フッターラベル | 使用される場合 |
|---|---|
| 現在のオーディエンス | ワークスペースのユーザーが50,000人以下の場合。Brazeはデフォルトの統計値としてワークスペースプロファイルのフルスキャンを実行するため、表示されるオーディエンスサイズはサンプリングされていない現在のカウントです(チャネルの到達可能性、購読ルール、その他のターゲティングオプションの影響は受けます)。 |
| 推定オーディエンス | ワークスペースのユーザーが50,000人を超える場合。Brazeはデフォルトではフルデータベースのカウントを実行しません。オーディエンスサイズはサンプルから推定・外挿され、セグメントビルダーの到達可能なユーザーの範囲と同様です。特にワークスペースに対する割合が小さいセグメントでは、誤差が生じることがあります。 |
サンプリングの動作、正確な統計を計算、および到達可能なユーザーのセグメンテーションの詳細については、セグメントサイズの測定を参照してください。
最終閲覧以降の変更
キャンペーンに対するチームの他のメンバーによる更新回数は、キャンペーン概要ページの「最終閲覧以降の変更」メトリクスで追跡されます。最終閲覧以降の変更を選択すると、キャンペーンの名前、スケジュール、タグ、メッセージ、オーディエンス、承認ステータス、またはチームアクセス設定の更新に関する変更履歴を表示できます。各更新について、誰がいつ更新を行ったかを確認できます。この変更履歴を使用して、キャンペーンの変更を監査できます。
チャネル別レポート
以下のタブでは、チャネル固有のパネル、指標、およびトラブルシューティングについて説明します。チャネルを選択すると、そのレポートの詳細が表示されます。
Content Cardレポート

送信が記録されるタイミング
Content Cardsの送信済みイベントのタイミングは、配信タイプとカード作成設定によって異なります。
スケジュール配信
スケジュールされたContent Cardsの場合、送信済みイベントのタイミングはカード作成設定によって異なります。
- キャンペーン開始時: 送信はスケジュールされた送信時刻、つまりカードがユーザーのフィードに書き込まれた時点で記録されます。ユーザーがアプリを開いたか、カードを閲覧したかにかかわらず記録されます。
- 最初のインプレッション発生時: 送信は、スケジュールされた送信時刻後にアプリが初めてカードをリクエストし、カードがオンデマンドで作成された時点で記録されます。
キャンペーンが最初のインプレッション発生時(推奨)を使用するように設定されている場合、個々のアプリがカードをリクエストするにつれて、キャンペーン分析の送信済みカウントは段階的に増加します。カードの有効期限が切れる前にアプリがカードをリクエストしなかった場合(ユーザーがアプリを開かなかった場合など)、送信は記録されず、カードは配信されません。キャンペーンがキャンペーン開始時を使用するように設定されている場合、キャンペーン分析の送信済みカウントはスケジュールされた時刻に急増します。
アクションベース配信
アクションベースのContent Cardsの場合、ユーザーがトリガーアクションを実行した直後、カードがフィードに書き込まれた時点で送信が記録されます。ユーザーがカードを閲覧したかどうかにかかわらず記録されます。
キャンペーン受信とリターゲティングフィルター
配信タイプやカード作成設定にかかわらず、Content Cardsのキャンペーンは、ユーザーがアプリ内で実際にカードを閲覧した後にのみ、ユーザープロファイルのキャンペーン受信に表示されます。最後に受信したメッセージおよび最後に受信したキャンペーンのリターゲティングフィルターも、同じ理由で閲覧時に更新されます。
コントロールグループ
個々のContent Cardの影響を測定するには、A/Bテストにコントロールグループを追加できます。トップレベルのキャンペーンの詳細パネルには、コントロールグループバリアントの指標は含まれません。
Content Cardsのパフォーマンス
Content Cardsパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
Content Cardの指標
以下は、メッセージのパフォーマンスを確認する際に表示される主な指標の内訳です。すべてのContent Cards指標の完全な定義については、レポート指標用語集を参照し、Content Cardsでフィルタリングしてください。
| 指標 | 定義 |
|---|---|
| Messages Sent |
送信済みメッセージ数は、キャンペーンで送信されたメッセージの合計数です。スケジュールされたキャンペーンを開始した後、この指標には、レート制限のためにまだ送信されていないものも含め、送信されたすべてのメッセージが含まれます。これは、メッセージが受信されたりデバイスに配信されたことを意味するのではなく、メッセージが送信されたことのみを意味します。
この計算方法は、 カード作成 で選択した内容によって異なります。
|
| Total Impressions | 総インプレッション数は、メッセージが表示された回数です。Brazeは、メッセージがユーザーの画面上で表示された時点でのみインプレッションを記録します。例えば、メッセージがページの下部に配置されている場合、ユーザーがスクロールしてメッセージが表示されるまで、そのインプレッションは記録されません。ユーザーに同じメッセージが2回表示された場合、2回のインプレッションとしてカウントされます。 同じユーザーに対して複数回増加する可能性があります。 |
| Unique Impressions | ユニークインプレッション数は、特定のキャンペーンのメッセージを閲覧したユーザーの総数です。インプレッションは、メッセージがユーザーの画面に表示されたときのみ記録されます。 このカウントは、ユーザーがContent Cardを2回目に閲覧しても増加しません。 |
| Unique Daily Impressions |
日次ユニークインプレッション数は、指定された日にメッセージを閲覧したユニークユーザーの数です。このカウントはカレンダー日ごとにリセットされるため、同じメッセージを異なる2日間に閲覧したユーザーは2回カウントされます。この指標は、同名の課金指標と一致します。
ユーザーは毎日ユニークデイリーインプレッションを持つことができるため、この数値はUnique Impressionsよりも高くなることが想定されます。 |
| Unique Clicks | ユニーククリック数は、メッセージ内のリンクを少なくとも1回クリックした受信者の固有数で、dispatch_id によって測定されます。 これにはBrazeが提供する購読解除リンクのクリックも含まれます。 |
| Unique Dismissals | ユニーク却下数は、キャンペーンからContent Cardsを却下したユニーク受信者の数です。あるユーザーがキャンペーンからContent Cardsを複数回却下した場合、ユニーク却下1回としてカウントされます。 |

インプレッションの記録方法については、Web、Android、iOSで若干の違いがあります。一般的にBrazeは、カードが表示されたとき、つまりユーザーがフィード内の特定のContent Cardまでスクロールした後にインプレッションを記録します。
ユニークデイリーインプレッションとユニークインプレッション
メッセージの可視性を示す指標がいくつかあります。これにはUnique Daily ImpressionsとUnique Impressionsが含まれます。これらの指標をよりよく理解するために、いくつかのシナリオ例を見てみましょう。
例えば、今日Content Cardを閲覧し、翌日に同じキャンペーンから新しいカードを受け取り、さらにその翌日にも受け取った場合、Unique Daily Impressionとして3回カウントされます。ただし、Unique Impressionは1回のみカウントされます。また、カードがデバイスで利用可能であったため、Messages Sentの数にも含まれます。
別の例として、15万件のMessages Sentを示すContent Cardsのキャンペーンで、5件のUnique Impressionsがあるとします。これは、カードが(バックエンドで)15万人のオーディエンスに利用可能になったものの、その送信後に以下のステップをすべて実行したのはわずか5人のユーザーのデバイスだけだったことを意味します。
- セッションを開始した、またはアプリが明示的にContent Cardsの同期をリクエストした(またはその両方)
- Content Cardsビューに移動した
- SDKがインプレッションを記録し、サーバーにログを送信した
Messages Sentは閲覧可能なContent Cardsを指し、Unique Daily Impressionsは実際に閲覧されたContent Cardsを指します。
メールレポート

メールのパフォーマンス
メールパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンを選択すると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
ヒートマップ
ヒートマップを使用すると、1つのメールキャンペーン内の各リンクがどの程度成功したかを確認できます。メッセージ分析セクションから、メールパフォーマンスパネルに移動します。プレビューとヒートマップを選択して、メールキャンペーンとヒートマップのプレビューを表示します。または、バリアント名のハイパーリンクを選択してヒートマップを表示することもできます。

キャンペーン分析では、バリアントごとに最大100件のユニークURLのクリックデータが、合計クリック数順に表示されます。URLは正規化された形式(クエリパラメーターを含まない)でグループ化されます。バリアントに100件を超えるユニークな正規化URLがある場合、クリック数上位100件のみが表示されます。この制限を超えるURLのクリックデータも存在しますが、ダッシュボードやヒートマップには表示されません。リンクエイリアスが有効な場合、クリックは生のURLではなくリンクIDで追跡されるため、通常はユニークエントリ数が少なくなり、この制限に達する可能性が低くなります。
このビューでは、ヒートマップ表示トグルを使用して、キャンペーン期間中のクリックの全体的な頻度と位置を示すメールのビジュアルビューを表示できます。合計クリック数によるリンクテーブルパネルでは、メールキャンペーン内のすべてのリンクを表示し、合計クリック数で並べ替えることができます。これにより、ユーザーがどこに移動しているかについて追加のインサイトが得られます。参照用にヒートマップのコピーを保存するには、ダウンロードボタンを選択します。

リンクが動的URLにLiquidを使用している場合、クリックされたURLがメッセージ内でレンダリングされたリンクと十分に一致せず、ヒートマップがそのリンクにクリックを関連付けられないことがあるため、それらのリンクがヒートマップに表示されない場合があります。テンプレート化されたリンクのクリックデータをヒートマップに帰属させるには、リンクエイリアスを使用してください。全体像を把握するには、合計クリック数によるリンクテーブルパネルのクリックデータを使用してください。

ヒートマップの購読解除クリックとキャンペーン分析
ヒートマップの購読解除リンクのクリック数は、キャンペーン分析の購読解除者指標と異なる場合があります。
- メッセージ本文でカスタム購読解除URLを使用している場合、Brazeはヒートマップ上でそのリンクを標準的なトラッキングリンクとして扱います。そのリンクは他のリンクと同様に合計クリック数によるリンクテーブルに表示されます。Brazeが提供する購読解除リンクからの購読解除を処理すると、購読解除者指標が増加します。カスタム購読解除URLは、APIを通じてユーザーを更新しない限り、その指標を増加させません。
- ユーザーがlist-unsubscribeヘッダー(一部の受信トレイプロバイダーが表示するワンクリック購読解除オプション)を使用して購読解除した場合、そのアクションはキャンペーン分析の購読解除者を増加させますが、ヒートマップにはクリックとして表示されません。メッセージが特定の購読グループからの購読解除を使用している場合、Brazeはグローバルではなく、設定された購読グループからのみユーザーの購読を解除します。受信トレイプロバイダーによってlist-unsubscribeヘッダーのレンダリングやサポートの有無が異なるため、このオプションの利用可否は受信者によって異なります。
購読解除の動作を完全に把握するには、ヒートマップのリンク内訳と購読解除者指標の両方を確認してください。詳細については、購読解除と購読解除リンクのクリックが異なる理由を参照してください。
ヒートマップのモバイル専用リンク
ヒートマップには、選択したプレビューサイズで表示されるリンクのヒートシグネチャのみが表示されます。
モバイルレイアウトでのみ表示されるリンクは、デスクトップでは非表示になり(プレビュー幅によっては全体でも非表示になる場合があります)、それらのクリックはヒートシグネチャとして表示されません。ただし、それらのリンクは合計クリック数によるリンクテーブルパネルに、合計クリック数とパーセンテージとともに表示されます。
モバイル専用リンクのヒートシグネチャを表示するには、モバイルを選択します。モバイルプレビューはドラッグ&ドロップエディターのモバイルブレークポイント(620 px)に一致します。メールがより狭い幅でのみレイアウトを切り替える場合、それらのリンクはモバイルプレビューサイズでも非表示のままです。
画像
ヒートマップのプレビューやエクスポートで画像が壊れるのを防ぐために、画像URLのCORSを有効にすることをお勧めします。
エクスポートで画像が欠落している場合は、開発者と協力して画像アセットがクロスオリジンアクセスを許可するようにしてください。サーバーはAccess-Control-Allow-Originヘッダーで*またはBrazeダッシュボードのドメインを返す必要があります。
メール指標
他のチャネルでは見られない、メール固有の主な指標をいくつか紹介します。Brazeで使用されるすべてのメール指標の完全な定義については、メール分析用語集を参照してください。
| 指標 | 定義 |
|---|---|
| Unique Clicks | ユニーククリック数は、メッセージ内のリンクを少なくとも1回クリックした受信者の固有数で、dispatch_id によって測定されます。 メールの場合、これは7日間の期間で追跡され、dispatch_id によって測定されます。これにはBrazeが提供する購読解除リンクのクリックも含まれます。この数値は5〜10%の範囲が目安です。10%を超える場合は非常に優秀です! |
| Unique Opens | ユニーク開封数は、配信されたメッセージのうち、1人のユーザーが少なくとも1回開封したメッセージの総数(または割合)で、7日間にわたってトラッキングされます。 メールの場合、これは7日間の期間で追跡されます。この数値は30〜40%の範囲が目安です。40%を超える場合は非常に優秀です! |
| Click-to-Open Rate | クリック開封率は、開封されたメールのうち、単一のユーザーまたは機械によって少なくとも1回クリックされたものの割合です。この指標はレポートビルダー でのみ利用可能です。 |
| Spam Rate | スパムは、配信されたメールのうち、受信者によって「スパム」とマークされたメールの総数です。Brazeはこれらのユーザーの購読状態を変更しませんが、「購読解除を含むすべてのユーザーに送信する」ように設定されているトランザクションメールを送信する場合を除き、これらのユーザーは今後のメールから自動的に除外されます。 この指標が0.08を超える場合、メッセージの文面が売り込み色が強すぎるか、メールアドレスの収集方法を見直す必要がある(メッセージの受信を希望しているユーザーに送信していることを確認する)兆候かもしれません。 |
| Unsubscribers or Unsub | 購読解除者数またはUnsubは、購読解除に至ったメッセージの数です。購読解除は、Brazeがメッセージ本文内のBraze購読解除URLからの購読解除を処理したとき、またはlist-unsubscribeヘッダーからの購読解除をBrazeが処理したときに発生します。 |
| Other Opens |
その他の開封には、MPPの影響を受けない人間の開封が含まれます(例えば、ユーザーがGmailアプリやGmailデスクトップでメールを開封した場合、トラッキングピクセルが発火し、通常の開封として記録されます)。その他の開封は通常、人間による開封ですが、機械がメールを開封するシナリオ(ボットやGmail、Yahooなどの受信トレイサービスプロバイダー)もあり得ます。また、ユーザーが非iOSデバイスでメールを開封し、機械開封が記録される前にその他の開封が記録される可能性もあります。
機械開封はユーザー主導の場合もあるため、機械開封とその他の開封の関係は人間対非人間ではなく、MPPの影響を受けるか受けないかです。その他の開封は人間による開封の一部を測定するために依然として信頼できますが、機械開封のうち人間主導の割合を判断することは現在のところ不可能であるため、正確な「真の」開封率を算出することは現在のところできません。 MPPが有効なユーザーの場合:
|
| Estimated Real Opens | 推定実開封数は、機械による開封が存在しなかった場合にどれだけのユニーク開封があるかを推定したもので、Braze独自の統計モデルの結果です。 詳細は次のセクションを参照してください。 |
| Machine Opens |
機械開封には、Apple Mail Privacy Protection(MPP)が有効なユーザーによる開封を示す、非人間および人間の開封の両方が含まれます。つまり、1人のユーザーが複数の機械開封を記録する可能性があります。デバイスがWi-Fiに接続されていない場合、機械開封は自動的に生成されないため、Appleが画像をプリフェッチする前にユーザーがApple Mailアプリでメールを開封する可能性があり、その場合でも機械開封として記録されます。
MPPが有効なユーザーの場合:
|
| Bounces | バウンス数は、意図した受信者に正常に配信されなかったメッセージの総数です。 |
| Hard Bounce | ハードバウンスは、永久的な配信エラーによって受信者にメールが届かないことをいいます。ドメイン名が存在しないか、受信者が不明なため、ハードバウンスが発生する可能性があります。 |
| Soft Bounce | ソフトバウンスは、受信者のメールアドレスが有効であるにもかかわらず、一時的な配信エラーによってメールが受信者に届かないことをいいます。ソフトバウンスが発生する理由として、受信者の受信トレイがいっぱいである、サーバーが停止している、メッセージが受信者の受信トレイには大きすぎる、などがあります。 |
| Deferral | 延期は、メールがすぐに配信されなかった場合です。ただし、Brazeはこの一時的な配信失敗の後、最大72時間までメールの再送信を試行し、その特定のキャンペーンの試行が停止される前に配信成功の可能性を最大化します。 |
配信とバウンス
ダッシュボードではハードバウンスが強調表示されます。一部のバウンスはソフトバウンスの場合があり、その数だけでは一致しません。ソフトバウンスは以下の計算式で概算できます。
送信数 −(配信数 + ハードバウンス数)≈ ソフトバウンス数
配信数はメールサービスプロバイダー(ESP)の再試行期間中に再試行が成功するにつれて増加する可能性がありますが、1回限りの送信の場合、送信数とハードバウンス数は送信完了後に固定されます。SendGridとSparkPostは最大72時間、Amazon SESは最大14時間再試行します。
一般的な配信トラブルシューティングのシナリオ
メール分析を確認する際は、以下のパターンに注意してください。
- 送信数と(配信数 + ハードバウンス数)の差: 1回限りの送信後のESP再試行期間中、この差はまだ再試行中のソフトバウンスや延期を反映していることがよくあります。再試行が完了した後に残る差は、通常、ソフトバウンスして配信されなかったメッセージを意味します。これらの送信はキャンペーンの配信数やバウンス数にはカウントされません。配信とバウンスの計算式を使用して、処理中のソフトバウンスを概算してください。
- 再試行完了後も配信数が低い: 再試行が完了しても配信率が低いままの場合は、この送信のボリュームを通常のパターンと比較してください。メールボックスプロバイダーは、送信者のレピュテーションに対してボリュームが急増した場合、メールを延期、スロットル、またはソフトバウンスすることがあります。メッセージアクティビティログに
Email was deferred due to the following reason(s): [IPs were throttled by recipient server]のようなメッセージが表示される場合があります。大量送信のペースを調整するには配信速度レート制限を使用し、追加のトラブルシューティング手順についてはスロットルされたIPを参照してください。 - キャンペーン分析にソフトバウンスと延期が表示されない: キャンペーン分析ではハードバウンスが強調表示されますが、ソフトバウンスや延期は個別の列として含まれません。これらのイベントは、メッセージアクティビティログ、ソフトバウンスセグメントフィルター、またはCurrentsの延期イベントで監視してください。再試行の仕組みについては、延期を参照してください。
- 配信率の合計が100%にならない: 配信率%、バウンス率%、スパム率%の合計は送信数の100%にならない場合があります。ESP再試行期間後もソフトバウンスして配信されなかったメッセージは、キャンペーンの配信数やバウンス数にカウントされないため、これらの率では送信数の一部が説明されないことがあります。最終的な配信パフォーマンスを判断する前に再試行が完了するのを待つか、配信とバウンスの計算式を使用して、まだ再試行中の送信数を推定してください。
開封イベントのないクリック
開封ピクセルが読み込まれない場合、開封なしでクリックが記録されることがあります。例えば、Gmailでメッセージがクリップされた場合や、ユーザーが画像を無効にしている場合(開封ピクセルは通常フッターにあります)です。一部のクライアント(Apple Mailなど)は画像をプロキシ経由で取得するため、ユーザーがメールを読んだときではなく、サーバーが最初にピクセルを取得したときに開封が記録される場合があります。企業ドメインではデフォルトで画像がブロックされていることがよくあります。
クリックと開封が異なる日に記録されることもあります。例えば、ユーザーが5月16日に画像オフの状態でクリックし(開封なし)、5月17日にウェブメールで開封する(その時点で開封が記録される)場合があります。
Unique clicksがUnique opensを上回る場合
オーディエンスからはもっと低い比率を想定していても、Unique clicksがUnique opensを大幅に上回る(例えば、ユニーク開封1件あたり複数のユニーククリック)場合があります。このパターンは通常、開封が過少にカウントされているか、クリックが水増しされているか、またはその両方を意味します。ただし、これはBrazeがクリックだけを誤ってカウントしていることを意味するものではありません。
Brazeは、開封トラッキングピクセルが読み込まれたときにメールの開封を記録します。このピクセルは、BrazeがメッセージのHTMLに追加する小さな透明画像(通常1 x 1 pxと説明されます)です。ピクセルが読み込まれない場合、その閲覧に対して開封は記録されませんが、リンクのクリックは記録されるため、クリック開封率やこれら2つの指標のバランスが偏って見えることがあります。
メールボックスが開封トラッキングピクセルを読み込まなかった場合
ピクセルは以下の場合に読み込まれないことがあります。
- メッセージがクリップされた場合。 HTMLが長いと、末尾のピクセルを含むコンテンツが「メッセージ全体を表示」のような切り捨ての先に押し出されます。Gmailでは、約102 KBを超えるメッセージはクリップされることが多く、メッセージ全体が開かれるまで(クライアントによってはそれでも)ピクセルが読み込まれない場合があります。
- 画像がブロックまたは制限されている場合。 より厳格な受信トレイのセキュリティ(企業アカウントに多い)では、受信者が読み込みを選択するまでリモート画像がブロックされることがあるため、トラッキングリンクをクリックしても開封ピクセルが発火しません。
- メッセージがスパムまたはバルクフォルダにある場合。 多くのプロバイダーは、これらのフォルダではデフォルトでリモート画像(開封ピクセルを含む)を読み込みません。
対処方法
- クリッピング: HTMLを短く簡潔にし、未使用のスタイルやアセットを削除して、メッセージ全体のサイズをクライアントの制限内に収めてください。Gmailの場合は、メールサイズに記載されているように、約102 KB未満を目指してください。
- 受信トレイのセキュリティと画像の読み込み: デフォルトで画像を読み込むかどうかを変更できるのは、受信者(またはそのITポリシー)のみです。
- スパムへの振り分け: メールの配信到達性の改善とリストの衛生管理に注力してください。メールが一貫してスパムに振り分けられ、指標がおかしいと思われる場合は、Brazeサポートにお問い合わせください。
リンクに対するセキュリティまたはボットのアクティビティ
一部のメールセキュリティ製品は、脅威をスキャンするためにリンクをたどります。これらのリクエストは画像を読み込まずにクリックを記録する場合があるため、対応する開封のないクリックアクティビティが表示されることがあります。
延期
延期(Deferred/Deferral)とは、メールがすぐには配信されなかったものの、この一時的な配信エラーの後、特定のキャンペーンに対する試行が停止されるまでに配信成功の可能性を最大化するため、BrazeがESPを通じてメールを再試行することを指します。SendGridとSparkPostは最大72時間、Amazon SESは最大14時間再試行します。延期の一般的な理由には、受信トレイプロバイダーによるレピュテーションに基づくメールボリュームのレート制限、一時的な接続の問題、DNSエラーなどがあります。
延期はソフトバウンスとは異なります。この再試行期間中にメールが正常に配信されなかった場合、Brazeは送信を試みたキャンペーンごとに1つのソフトバウンスイベントを送信します。2025年2月25日より前は、これらの再試行は1回のキャンペーン送信に対して複数のソフトバウンスとしてカウントされていました。
なお、延期は現在、CurrentsまたはBraze Snowflake機能(クエリビルダー、SQLセグメント、Snowflakeデータ共有など)を使用した場合にのみ利用できます。Deferrals in campaign or Canvas analyticsにご興味がある場合は、製品フィードバックを送信してください。
推定実質開封率
この統計は、Brazeが独自に作成した分析モデルを使用して、マシン開封が存在しないものとしてキャンペーンのユニーク開封率の推定値を再構築するものです。一部の開封イベントについてはメール送信者からMachine Opensというラベルを受け取りますが、これらのラベルは実際の開封をマシン開封として分類してしまうことがよくあります。つまり、Other Opensは(実際のユーザーによる)実際の開封を過小評価している可能性が高いです。そこでBrazeは、各キャンペーンのクリックデータを使用して、実際の人間がメッセージを開封した率を推測します。これにより、AppleのMPPを含むさまざまなマシン開封の仕組みが補正されます。
Brazeは、キャンペーンが十分な数のメールを送信した後に、定期的に推定実質開封率を評価します。評価後、キャンペーンの送信量が変わらなくても、少なくとも72時間経過後に1回再評価を行う場合があります。それ以上の再評価には送信量の増加が必要です。
Brazeは最初にバリエーションごとに最大10,000通の配信済みメールを評価しますが、そのボリュームに達しても推定値が得られるとは限りません。各バリエーションには、Machine Opensのある受信者とMachine Opensのない受信者の両方から、十分な数の適格なクリックも必要です。
適格なクリックアクティビティが不十分なままの場合、その列には「–」と表示されます。Brazeがバリエーションを再評価すると、追加の適格なクリックによって推定値が算出される場合があります。
注意事項
推定実質開封率はキャンペーンでのみ利用でき、Currentsのイベントではレポートされません。この指標は、2023年11月14日より前に開始されたアクティブなキャンペーンについてのみ遡及的に算出されます。
クリック率の増加への対応
開封率は、メールキャンペーンを追跡するうえで有益な指標です。ただし、これらの開封率は、メールキャンペーンに対する人間のエンゲージメントを必ずしも正確に示すものではありません。定義上、開封イベントはユーザーがメールを開封したとき、つまり透明な開封トラッキングピクセルが正常にダウンロードされたときに発生します。
さらに、セキュリティスキャンツールの使用によって開封率が水増しされる可能性があります。これらのツールの中には、受信メールに悪意のあるコンテンツが含まれていないかをスキャンするために、リンクをクリックして正当性を確認することでユーザーを保護するものがあります。これらのクリックは「ボットクリック」または「非人間的インタラクション」(NHI)と呼ばれることがあります。
最終的に、メールが当社のサーバーを離れた後に何が起こるかを把握できる範囲は限られていますが、結果に影響するNHIを管理するための推奨事項は以下のとおりです。
- この事象はあらゆる送信者とほぼすべての受信者に起こりうることを認識してください。クリックは開封と同様に、メッセージに対する人間のインタラクションを示す完全に信頼できる指標ではなく、NHIを防ぐことはできません。
- ポジティブなエンゲージメントが高いほどNHIが低くなる傾向があるため、メールメッセージングのベストプラクティスに従うことが重要です。これには、ユーザーからメール送信の明示的な許可を得ることや、エンゲージメントのない購読者を定期的にSunsetting(配信停止)することが含まれます。
- 可能な限り、メールにHTTPSリンクを使用してください。安全なリンクを使用している送信者では、NHIはあまり発生しません。
- ワンクリックの購読解除プロセスを使用している場合は、ユーザーが通知設定を編集・管理できるページに誘導するユーザー設定センターの作成を検討してください。NHIによってユーザーの購読が意図せず解除されることがあるため、これは有効です。
- コンバージョン、アプリセッション、サイト訪問など、メールマーケティングの成功を測定するための他の指標の使用を検討してください。
- メールキャンペーンに隠しリンクを追加します。このリンクは、白地に白のテキストや句読点など、人間が気づかないものにします。ボットはすべてのリンクをクリックする傾向があるため、見えないリンクでクリックイベントを発生させているユーザーは実際にはNHIによるものと判断でき、その開封やクリックは必ずしもポジティブなエンゲージメントを示すものではないと結論付けられます。
トラブルシューティング
バウンスしたメール
- 554 5.7.1 [internal] recipient address was suppressed due to customer policy: 別のアドレスを試すか、別のチャネルで再エンゲージメントを行うか、自分自身のテストアドレスに限り抑制リストからアドレスを削除してください。実際のユーザーの抑制を削除するとレピュテーションが損なわれる可能性があるため、避けてください。
- メールボックスがいっぱい/無効なアカウント: これはリスト品質のシグナルであることがよくあります。非アクティブなアドレスや不正なアドレスをクリーンアップしながら、最近開封またはクリックしたユーザー(例えば過去30〜60日間)を優先してください。
ソフトバウンスの再試行動作
メールが一時的な問題(メールボックスがいっぱい、サーバーが一時的に利用できない、その他の一時的な配信エラーなど)によってソフトバウンスした場合、Brazeは最大72時間、自動的に配信を再試行します。再試行の回数は受信側によって異なります。
再試行期間後もメールが正常に配信されなかった場合、Brazeはそのキャンペーン送信に対して1つのソフトバウンスイベントを記録します。これらのソフトバウンスはキャンペーン分析には表示されませんが、以下の方法で確認できます。
- バウンスの理由を確認するには、メッセージアクティビティログで監視します
- 今後の送信からこれらのユーザーを除外するには、ソフトバウンスセグメントフィルターを使用します
この再試行期間があるため、ソフトバウンスしたメールが最終的に配信されなかったキャンペーンでは、メール配信指標(配信数、バウンス数、スパム率)の合計が100%にならない場合があります。
ソフトバウンスの詳細については、メール分析用語集を参照してください。
無効なドメイン
unable to get mx infoのようなエラーは、多くのターゲットが不正なドメイン(入力ミスなど)を使用していることを意味する場合がよくあります。それらのプロファイルをセグメント化してエクスポートし、修正してから再インポートしてください。
スロットルされたIP
メールボックスプロバイダーがボリューム、レピュテーション、またはその両方を理由にIPからの配信を一時的に遅延またはブロックした場合、メッセージアクティビティログにEmail was deferred due to the following reason(s): [IPs were throttled by recipient server]というメッセージが表示されることがあります。Brazeは延期されたメッセージを再試行します。このような延期が集中すると、ソフトバウンスの増加も同時に見られることがよくあります。
このパターンは通常、現在のレピュテーションに対してメールボックスプロバイダーが受け入れる速度よりも速く送信していることを意味します。エンゲージメントとリスト品質の改善に加えて、配信速度レート制限を使用して、キャンペーンまたはキャンバスでBrazeからメッセージが送信される速度を制限してください。これにより、配信到達性チームと長期的な改善に取り組んでいる間のスロットリングを軽減できます。
特定のドメインでスロットリングが続く場合は、そのドメインへのボリュームを減らし、Brazeの配信到達性サポートに問い合わせてガイダンスを受けてください。
IPレピュテーションのステータスが不明
メールパフォーマンスレポートでIPレピュテーションに「不明」の値が表示される場合、Google Postmaster Toolsの障害に関連している可能性があります。Google Postmaster ToolsはGmailの配信到達性に関するレピュテーションデータを提供しており、一時的なサービス中断によってレピュテーション値が欠落したり不明になったりすることがあります。
レピュテーションのステータスが不明で、メールの配信到達性について質問がある場合は、Brazeサポートにお問い合わせください。
KakaoTalkレポート

KakaoTalkのパフォーマンス
KakaoTalkパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。
表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
KakaoTalk指標
分析に表示される主なKakaoTalk指標をいくつか紹介します。詳細については、レポート指標用語集を参照してください。

現在、KakaoTalkキャンペーンでは推定または正確なオーディエンス統計は利用できません。
| 用語 | 定義 |
|---|---|
| オーディエンス | オーディエンスは、特定のメッセージを受信したユーザーの割合です。 (バリアント内の受信者数)/(ユニーク受信者数) |
| ユニーク受信者数 | ユニーク受信者数は、1日あたりのユニーク受信者数、つまり1日に新しいメッセージを受信したユーザーの数です。このカウントがあるユーザーについて複数回増加するには、そのユーザーが別の日に新しいメッセージを受信する必要があります。この数値はuser_idに基づいています。詳細については、レポート指標用語集のユニーク受信者数を参照してください。 |
| 送信数 | キャンペーンで送信されたメッセージの総数です。これはメッセージがデバイスに受信または配信されたことを意味するものではなく、メッセージが送信されたことのみを示します。 |
| 合計クリック数 | 送信されたKakaoTalkメッセージがユーザーによってクリックされた合計回数です。 |
| エラー数 | エラー数は、KakaoTalkプロバイダーから返されたエラーの数です(送信プロセス中に増加します)。 |
| 収益 | 収益は、設定された1次コンバージョン期間内におけるキャンペーン受信者からのドル建ての収益です。 |
| 1次コンバージョン数 | 1次コンバージョン数は、Brazeキャンペーンから受信したメッセージを操作または閲覧した後に、定義されたイベントが発生した回数です。この定義されたイベントは、キャンペーンの構築時に設定します。 |
レポートビルダー
レポートビルダーを使用して、KakaoTalkキャンペーンのカスタムレポートを作成することもできます。レポートを作成する際は、チャネルでKakaoTalkを選択するか、KakaoTalkキャンペーンに適用したタグでフィルタリングすることで、KakaoTalkキャンペーンのみを含めることができます。
アプリ内メッセージレポート

キャンバスでは、作成したキャンバスにアプリ内メッセージのパフォーマンスがマッピングされます。ページ上部のコントロールパネルを使用して、他のメッセージングタイプ(チャネル)をクリアし、キャンバス内のアプリ内メッセージのみを表示できます。

アプリ内メッセージのパフォーマンス
アプリ内メッセージパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
アプリ内メッセージ指標
分析に表示される主なアプリ内メッセージの指標をいくつか紹介します。Brazeで使用されるすべてのアプリ内メッセージ指標の完全な定義については、レポート指標用語集を参照してください。

Button 1 ClicksとButton 2 Clicksのレポートは、アプリ内メッセージでIdentifier for Reportingをそれぞれ「0」と「1」に指定した場合にのみ機能します。

| 指標 | 定義 |
|---|---|
| Body Clicks |
ボディクリックは、従来のエディターで作成されたボタン(ボタン1、ボタン2)のないメッセージをユーザーがクリックしたとき、また、HTMLエディターやドラッグ&ドロップエディターで作成されたメッセージが引数のないbrazeBridge.logClick()を使用したときに発生します。
|
| Button 1 Clicks | ボタン1クリック数は、メッセージのボタン1をクリックした総数です。 |
| Button 2 Clicks | ボタン2クリック数は、メッセージのボタン2をクリックした総数です。 |
| Unique Impressions | ユニークインプレッション数は、特定のキャンペーンのメッセージを閲覧したユーザーの総数です。インプレッションは、メッセージがユーザーの画面に表示されたときのみ記録されます。 |
| Total Impressions | 総インプレッション数は、メッセージが表示された回数です。Brazeは、メッセージがユーザーの画面上で表示された時点でのみインプレッションを記録します。例えば、メッセージがページの下部に配置されている場合、ユーザーがスクロールしてメッセージが表示されるまで、そのインプレッションは記録されません。ユーザーに同じメッセージが2回表示された場合、2回のインプレッションとしてカウントされます。 |
| Conversions (B, C, D) | コンバージョン(B、C、D)は、1次コンバージョンイベントの後に追加されるコンバージョンイベントです。これは、Brazeキャンペーンから受信したメッセージを操作または閲覧した後に、定義されたイベントが発生した回数です。 |
| Total Conversions | 合計コンバージョン数は、ユーザーがアプリ内メッセージキャンペーンを閲覧した後、特定のコンバージョンイベントを完了した合計回数です。 |
| Conversion Rate | コンバージョン率は、メッセージの全受信者と比較して、定義されたイベントが発生した回数の割合です。この定義されたイベントは、キャンペーンを作成するときに決定します。 |
| Close Message | メッセージを閉じるは、メッセージの閉じるボタンをクリックした合計回数です。これは、従来のエディターではなく、ドラッグ&ドロップエディターで作成されたアプリ内メッセージにのみ存在します。 |
コントロールグループとバリアント間の差異
アプリ内メッセージキャンペーンでバリアントを50対50に分割した場合、コントロールグループの割合がバリアントよりもわずかに高くなることがあります(例:コントロールグループが51%、バリアントが49%)。この差異はレンダリング時間の違いによって生じます。例えば、バリアントのメッセージが大きな画像やテンプレート化されたConnected Contentを使用していて、レンダリングが完了する前にユーザーが離脱する一方、コントロールグループはメッセージを表示せずにインプレッションを記録する場合です。
コントロールグループとバリアントグループの分布はほぼ均等になるよう意図されていますが、バリアントへの割り当てはアプリ内メッセージが実際にデバイスに送信された時点で行われます。一部のユーザーはアプリ内メッセージをトリガーしない場合があり(例:必要なカスタムイベントをトリガーするアクションを一度も実行しない)、これがグループサイズの差異を引き起こす可能性があります。
クリックの追跡
Brazeは、アプリ内メッセージが画面に表示されたときにインプレッションを記録します。従来のエディターで作成されたアプリ内メッセージの場合、クリックとしてカウントされるものを以下の表に示します。
| ユーザーのアクション | クリックの記録 |
|---|---|
| メッセージにボタンがない場合に、ユーザーがメッセージ本文をクリックする | はい(ボディクリック) |
| ユーザーがボタンをクリックする | はい(ボタンクリック) |
| ユーザーが閉じるボタン(X)をクリックする | いいえ |
| ユーザーがメッセージの外側をタップまたはクリックして閉じる(有効な場合) | いいえ |
| メッセージの表示中にユーザーがアプリを閉じる | いいえ |
ユーザーのアクション別のフルスクリーンメッセージ指標
従来のエディターで作成されたフルスクリーンアプリ内メッセージについて、一般的なユーザーのアクションに対してBrazeが記録する内容を以下の表に示します。インプレッションは、メッセージが画面に表示されたときに記録されます。
| ユーザーのアクション | ボタンありのフルスクリーン | ボタンなしのフルスクリーン |
|---|---|---|
| ユーザーがアプリ内メッセージを見て、何もクリックせずにアプリを閉じる | 1インプレッション | 1インプレッション |
| ユーザーがアプリ内メッセージを見て、閉じるボタンをクリックする | 1インプレッション | 1インプレッション |
| ユーザーがアプリ内メッセージを見て、CTAボタンをクリックする | 1ボタンクリックと1インプレッション | N/A |
| ユーザーがアプリ内メッセージを見て、ボタン以外の画面をタップする | 1インプレッション アプリ内メッセージをタップしてもメッセージは閉じません |
1ボディクリックと1インプレッション アプリ内メッセージをタップすると、メッセージが閉じるか、クリック時の動作がトリガーされます |

ドラッグ&ドロップエディターで作成されたアプリ内メッセージでは、ボディクリックは自動的に収集されません。ボディクリックを記録するには、カスタムコードブロックを追加してbrazeBridge.logClick()を呼び出してください。詳細については、ボタンの追跡とJavaScriptブリッジを参照してください。
ボディクリックとボタンクリックの定義については、レポート指標用語集を参照してください。
A/Bテストにおけるコントロールグループとバリアントのインプレッションの不均衡については、コントロールグループとバリアント間の差異を参照してください。
再適格性がある場合、コンバージョンはどのように増加しますか?
Brazeは各アプリ内メッセージの配信に対して1つのコンバージョンのみを割り当て、最後に受信したメッセージに帰属させます。
再適格性がオンの場合、新しい配信ごとにそれぞれのコンバージョンが生成される可能性があります。例えば、ユーザーが同じアプリ内メッセージを5回見て、各インプレッションの後にコンバージョンした場合、5つのコンバージョンがカウントされます。ユーザーがメッセージを1回だけ見て、その後に複数回コンバージョンした場合、カウントされるコンバージョンは1つだけです。
ユーザーがアプリ内メッセージを別々の2日に閲覧し、3日目にコンバージョンした場合、Brazeは2日目のインプレッションに対してコンバージョンを記録します。キャンバスの場合、コンバージョンはステップごとではなくキャンバスエントリごとに追跡されます。同じエントリ中にユーザーが複数のステップでコンバージョンしても、カウントされるコンバージョンは1つだけです。
ユーザーが同じアプリ内メッセージを1日に5回受信し、同じ日に5回コンバージョンした場合。
Sarahは、ショッピングアプリから、お気に入りの靴ブランドの期間限定セールに関するアプリ内メッセージを受信します。メッセージをクリックし、靴を2足購入します。
数時間後、同じアプリ内メッセージを再度受信し、もう1足購入することにします。これが1日に合計5回起こり、Sarahはアプリ内メッセージをクリックするたびに購入し、合計5回の個別の購入を行います。
結果: SarahのTotal ConversionsとTotal Impressionsは、その1日でそれぞれ5ずつ増加します。Unique Impressionsはワークスペースのタイムゾーンにおける暦日の境界を越えた後にしか再度増加しないため、Unique Impressionsは変わりません。そのため、その期間内のConversion Rateは上昇します。

このシナリオの各インプレッションとコンバージョンは、個別のSDKイベントとして処理されます。SDKがインプレッションとコンバージョンのイベントをまとめてバッチ処理する場合、コンバージョン数が異なることがあります。
ユーザーがアプリ内メッセージを1回受信し、同じ日にコンバージョンした場合。
Lenaは、新しい学習コースに関するアプリ内メッセージを受信します。メッセージをクリックしてコースを開始します。アプリ内で、さらに4つのコースにも登録します。これらはすべて、1つのメッセージだけを受信した後の同じ日に起こります。
結果: LenaのTotal ConversionsとTotal Impressionsはそれぞれ1ずつ増加します。
ユーザーがアプリ内メッセージを受信し、1日後にコンバージョンした場合。
Tomは、あるeコマースアプリの常連顧客です。興味を持っていた商品の期間限定割引を宣伝するアプリ内メッセージを受信します。Tomはメッセージをクリックしますが、すぐには購入しないことにします。翌日、Tomは割引を思い出して購入し、その購入は前日に受信したアプリ内メッセージに帰属されます。
結果: TomのTotal ConversionsとTotal Impressionsはそれぞれ1ずつ増加します。
ユーザーがアプリ内メッセージを受信し、1日後に2回コンバージョンした場合。
Alexは最近アーケードアプリをダウンロードしました。ある日、Alexは新しいゲームのレベルをクリアするよう促すアプリ内メッセージを受信します。Alexはメッセージをクリックしますが、気が散ってレベルをクリアしません。翌日、Alexは同じゲームで2つのレベルをクリアします。
結果: レベルのクリアがコンバージョンイベントであるため、Alexは2日目に2回コンバージョンしました。ただし、受信したアプリ内メッセージは1つだけなので、AlexのTotal ConversionsとTotal Impressionsはそれぞれ1ずつ増加します。
ユーザーが同じアプリ内メッセージを1日に2回受信し、翌日に2回コンバージョンした場合。
Johnは忙しいビジネスパーソンで、お気に入りのレストランから食事を注文するためにデリバリーアプリを利用しています。通勤中にジオフェンスをトリガーし、近くのレストランを宣伝するアプリ内メッセージを受信します。その後帰宅する際、再適格性がオンになっているため、同じメッセージを再度受信します。オファーは気に入ったものの、その日は何も注文しないことにします。
翌日、Johnはアプリを通じて昼食と夕食を注文し、コンバージョンイベントを2回実行します。
結果: JohnのTotal Conversionsは1増加し、Total Impressionsは2増加します。再適格性がオンのため、コンバージョンはJohnが受信した最新のアプリ内メッセージ(2回目のインプレッション)に割り当てられます。コンバージョンは、各アプリ内メッセージの配信に対して1回のみ記録されます。

最新バージョンのBrazeのアプリ内メッセージ(第3世代)を表示できるユーザーにのみ送信することを選択した場合でも、ターゲットオーディエンスはその選択を反映するようには調整されません。
LINEレポート
コントロールグループ
個々のLINEメッセージの影響を測定するには、A/Bテストにコントロールグループを追加できます。トップレベルのキャンペーンの詳細パネルには、コントロールグループバリアントの指標は含まれません。
LINEのパフォーマンス
LINEパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
LINE指標
分析に表示される主なLINE指標をいくつか紹介します。Brazeで使用されるすべてのLINE指標の定義については、レポート指標用語集を参照してください。
| 用語 | 定義 |
|---|---|
| 送信数 | BrazeとLINE間で正常にやり取りされた送信の総数です。これはメッセージがユーザーに受信されたことを意味するものではありません。 |
| ユニーク開封数 | 1日あたり最低20メッセージの閾値に達した後に、ユーザーによって開封されたLINEメッセージの送信総数です。 |
| 合計開封数 | 1日あたり最低20メッセージの閾値に達した後に、送信されたLINEメッセージがユーザーによって開封された合計回数です。 |
| ユニーククリック数 | 1日あたり最低20メッセージの閾値に達した後に、ユーザーによってクリックされたLINEメッセージの送信総数です。 |
| 合計クリック数 | 1日あたり最低20メッセージの閾値に達した後に、送信されたLINEメッセージがユーザーによってクリックされた合計回数です。 |
プッシュレポート

プッシュのパフォーマンス
プッシュパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
プッシュ指標
以下は、メッセージのパフォーマンスを確認する際に表示される主な指標の内訳です。すべてのプッシュ指標の完全な定義については、レポート指標用語集を参照し、プッシュでフィルタリングしてください。
| 指標 | 説明 |
|---|---|
| Bounces | バウンス数は、意図した受信者に正常に配信されなかったメッセージの総数です。 バウンスしたプッシュ通知 を参照してください。 |
| Direct Opens | 直接開封数は、通知を直接押してアプリやWebサイトを開いたユーザーの総数(または割合)です。 |
| Opens | 開封は、直接開封と誘発された開封の両方を含むインスタンスで、Braze SDKが独自のアルゴリズムを用いて、プッシュ通知によってユーザーがアプリを開いたと判断したものを指します。 |
通知の配信は、Appleプッシュ通知サービス(APNs)による「ベストエフォート」です。アプリにデータを配信することを目的としたものではなく、新しいデータが利用可能であることをユーザーに通知することのみを目的としています。重要な違いは、表示されるのはAPNsへ正常に配信されたメッセージの数であり、APNsがデバイスへ正常に配信した数とは限らないという点です。
購読解除の追跡
プッシュの購読解除はキャンペーン分析の指標に含まれておらず、AppleやGoogleなどのプロバイダーによるユーザーのプッシュステータスの更新に依存します。これらの更新は頻度が低く、予測が難しい場合があります。そのため、プッシュの購読解除はプッシュキャンペーン分析の指標として含まれていません。
ただし、プッシュの購読解除を手動で追跡することで、通知の頻度やコンテンツの関連性に対するユーザーの反応について貴重なインサイトを得ることができます。プッシュの購読解除を追跡する方法には、セグメントフィルターを使用する方法とカスタムフィルターを使用する方法の2つがあります。
プッシュが有効になっていないユーザー、つまり購読またはオプトインしておらず、フォアグラウンドプッシュトークンを持っていないユーザーを識別するセグメントを作成できます。例えば、アプリの購読解除数を確認するには、以下のセグメントを「OR」で組み合わせます。
Background or Foreground Push Enabled is falseHas Uninstalled

なお、セグメンテーションフィルターはおおよその値であり、特定の日付やキャンペーンに結びつけることはできません。

購読変更のカスタムイベントをログに記録すると、データポイントが記録されます。代わりに、セグメントフィルターを使用してプッシュが有効になっていないユーザーを識別し、ターゲットにすることもできます。
別の回避策として、この指標を追跡するために、ユーザーのプッシュ有効ステータスがtrueかfalseかに基づいて、プッシュの購読解除のカスタムイベントを作成することもお勧めします。
開封について理解する
Direct OpensとInfluenced Opensにはどちらも「Opens(開封)」という言葉が含まれていますが、実際には異なる指標です。Direct Opensは、プッシュ通知を直接開封したことを指します。Influenced Opensは、プッシュ通知を受け取った後の特定の期間内に、プッシュ通知を開封せずにアプリを開いたことを指します。つまり、Influenced Opensはプッシュ通知の開封ではなく、アプリの起動を指します。
プッシュアクションボタンとレポート
プッシュアクションボタンを追加すると、プッシュパフォーマンスパネルに、Direct Opensなどの指標とともにBody Clicks、Button 1 Clicks、Button 2 Clicksが表示される場合があります。これらの列はそれぞれ異なるインタラクションを測定するため、エンゲージメントを解釈する際は比較してください。
Direct Opensは、メッセージの直接開封としてカウントされるインタラクションのダッシュボード指標を反映します。CurrentsまたはSnowflakeのPush Notification Openイベントは、プッシュのインタラクションをより広く記述するもので、button_action_type(例:close)やbutton_stringなどのオプションフィールドを含む場合があります。フィールドの定義については、Push Notification Openイベントを参照してください。
iOSの場合、Brazeのデフォルトの通知カテゴリ(Yes / No、Accept / Decline、Confirm / Cancelなど)では固定のペアリングが使用されます。最初のアクションはOPEN_APP、URI、またはディープリンクをサポートします(コンポーザーのOn-Click Behaviorに対応)。もう一方のアクションはデフォルトでCLOSEを使用し、通知を閉じるだけでアプリは開きません。デフォルトのマッピングについては、Apple push action button objectを参照してください。
そのため、閉じる側のプリセットボタン(例:NoやDecline)のタップは、通常Direct Opensにはカウントされません。これらのタップは、記録された場合、button_action_typeがcloseに設定され、button_stringでタップされたアクションが識別される形で、Push Notification Openのエクスポートに表示されることがあります。キャンペーン分析とウェアハウスデータを比較する際は、これらのペイロードフィールドを使用して、閉じる側のタップを通知本文やプライマリアクションのタップと同じように扱わないようにしてください。
Androidの場合は、ボタンごとにOn-Click Behavior(Open App、Redirect to Web URL、またはDeep Link)を設定するため、レポートはiOSのデフォルトのOPEN_APP / CLOSEの区分ではなく、設定したアクションに従います。
プッシュの送信数がユニーク受信者数を超える理由
以下の理由により、送信数がユニーク受信者数を上回る場合があります。
- 再適格性がオンになっている: キャンペーンまたはキャンバスの設定で再適格性が有効になっている場合、セグメントと配信条件を満たすユーザーは同じプッシュ通知を複数回受け取ることがあります。その結果、総送信数が多くなります。
- ユーザーが複数のデバイスを持っている: 再適格性が有効になっていない場合、ユーザーのプロファイルに複数のデバイスが関連付けられていることで差異を説明できる場合があります。例えば、ユーザーがスマートフォンとタブレットの両方を持っていて、登録されたすべてのデバイスにプッシュ通知が送信される場合です。各配信は送信としてカウントされますが、記録されるユニーク受信者は1人だけです。
- ユーザーが複数のアプリに割り当てられている: ユーザーが複数のアプリに関連付けられている場合(新しいアプリのテスト時など)、それぞれのアプリで同じプッシュ通知を受け取ることがあります。これが送信数の増加につながります。
バウンスが発生する理由
Appleプッシュ通知サービス(APNs)では、対象のアプリがインストールされていないデバイスにプッシュ通知を配信しようとしたときにバウンスが発生します。また、APNsにはデバイスのトークンを任意に変更する権限があります。以前にトークンを登録した時点(各セッションの開始時にユーザーのプッシュトークンを登録する場合など)から送信時刻までの間にプッシュトークンが変更されたユーザーのデバイスに送信しようとすると、バウンスが発生します。
ユーザーがデバイスの設定でプッシュを無効にした場合、次にアプリを開いたときにSDKがプッシュの無効化を検知し、Brazeに通知します。この時点で、プッシュ有効状態が無効に更新されます。無効化したユーザーが新しいセッションを開始する前にプッシュキャンペーンを受信した場合、キャンペーンは正常に送信され、配信済みとして表示されます。このユーザーに対してプッシュがバウンスすることはありません。その後のセッション以降にユーザーへプッシュを送信しようとすると、Brazeはフォアグラウンドトークンの有無を既に把握しているため、通知は送信されません。
配信前に期限切れとなったプッシュ通知は失敗とはみなされず、バウンスとしても記録されません。
Firebase Cloud Messaging(FCM)のバウンスは、以下の3つのケースで発生する可能性があります。
| シナリオ | 説明 |
|---|---|
| アンインストールされたアプリケーション | デバイスにメッセージを配信しようとした際に、そのデバイスで対象のアプリがアンインストールされている場合、メッセージは破棄され、デバイスの登録IDは無効になります。それ以降にそのデバイスへメッセージを送信しようとすると、NotRegisteredエラーが返されます。 |
| バックアップされたアプリケーション | アプリケーションがバックアップされると、アプリケーションが復元される前に登録IDが無効になる可能性があります。この場合、FCMはアプリケーションの登録IDを保持しなくなり、アプリケーションはメッセージを受信しなくなります。そのため、アプリケーションのバックアップ時に登録IDを保存すべきではありません。 |
| 更新されたアプリケーション | アプリケーションが更新されると、以前のバージョンの登録IDが機能しなくなる場合があります。そのため、更新されたアプリケーションは既存の登録IDを置き換える必要があります。 |
SMS、MMS、RCSレポート

コントロールグループ
個々のSMS、MMS、またはRCSメッセージの影響を測定するには、A/Bテストにコントロールグループを追加できます。トップレベルのキャンペーンの詳細パネルには、コントロールグループバリアントの指標は含まれません。
SMS/MMS/RCSのパフォーマンス
SMS/MMS/RCSパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。
キャンペーンにSMSとRCSの両方のバリアントが含まれる場合は、Performance Over TimeチャートとStatisticsフィルターを使用して、SMSとRCSのパフォーマンスを並べて比較できます。また、SMS/MMS/RCSパフォーマンステーブルを使用して、同じ送信についてRCSとSMSフォールバックの行を個別に表示することもできます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
SMS、MMS、RCS指標
以下は、メッセージのパフォーマンスを確認する際に表示される主な指標の内訳です。すべてのSMS、MMS、RCS指標の完全な定義については、レポート指標用語集を参照し、SMS/MMSおよびRCSでフィルタリングしてください。
| 指標 | 定義 |
|---|---|
| Sent | 送信済みは、キャンペーンまたはキャンバスステップが開始またはトリガーされ、BrazeからSMSまたはRCSが送信されたことを意味します。エラーによってSMSまたはRCSがユーザーのデバイスに届かなかった可能性もあります。 |
| Delivery Failures | 配信失敗は、キューがオーバーフローしたためにSMSを送信できなかった場合(ロングコードまたはショートコードが処理できる以上のレートでSMSを送信した場合)や、プロバイダーがメッセージを受け入れる前に同様の障害が発生した場合です。RCS送信からのSMSフォールバックも、フォールバックSMSの配信失敗として記録される場合があります。 |
| Confirmed Delivery | 確認済み配信は、通信事業者がターゲットの電話番号にメッセージが配信されたことを確認した場合です。 |
| Rejections | 拒否は、SMSまたはRCSプロバイダーがメッセージの配信失敗を報告した場合です。これは、通信事業者のコンテンツフィルタリング、宛先デバイスの可用性、電話番号の使用停止など、さまざまな理由で発生する可能性があります。RCSの場合、プロバイダーの失敗および未配信ステータスは配信失敗ではなく拒否としてカウントされます。 |
| Opt-Out | オプトアウトは、ユーザーがメッセージにオプトアウトキーワード で返信し、SMSまたはRCSプログラムから購読解除された場合です。 |
| Help | バウンス数は、意図した受信者に正常に配信されなかったメッセージの総数です。 |
| Total Clicks | クリック数の合計は、配信されたメッセージに対するクリックイベントの総数(または割合)です。同じ受信者が複数回カウントされることがあります。 |
キーワード応答
キーワード応答パネルには、メッセージ受信後にユーザーが返信した受信キーワードのタイムラインが表示されます。

ここでは、各キーワードカテゴリの応答分布を確認して、リターゲティングの次のステップを決定したり、手軽にセグメントを作成したりすることもできます。

SMS Currentsイベント
メールと同様に、BrazeはSMSメッセージがユーザーに届くまでの過程で、そのメッセージに関連するユーザーレベルのイベントを受信します。受信SMSイベントはすべて、SMS InboundReceivedイベントを通じてCurrentsイベントとしても送信されます。これにより、ユーザーが送信してきたメッセージに対して、Brazeプラットフォーム外で追加のアクションやレポートを実行できます。

受信メッセージは1,600文字を超えると切り捨てられます。

Total Clicksなどのダッシュボードのクリック指標では疑わしいボットアクティビティが除外されますが、Currentsはウェアハウスでの照合用に、is_suspected_bot_clickとsuspected_bot_click_reasonを含むすべてのクリックイベントをエクスポートします。影響を受けるダッシュボード指標、セグメンテーション、オーケストレーションについては、SMS/RCSリンクのボットクリックフィルタリングを参照してください。
SMSのオプトインとオプトアウトの追跡
SMSのオプトインとオプトアウトは、以下の方法で追跡できます。
| 方法 | 説明 |
|---|---|
| セグメンター | セグメンターには、特定の購読グループに属するユーザー数が表示されます。電話番号による重複排除は行われないため、複数のユーザーが同じ電話番号を共有している場合、それぞれが個別にカウントされます。 |
| 購読グループの時系列 | メールと電話番号の購読の日次スナップショットを提供します。時系列では購読、購読解除、再購読がカウントされます。例えば、ユーザーが購読し、購読解除し、再び購読した場合、1人の購読ユーザーとしてカウントされます。 |
| Currents | Currentsを使用して、独自のレポート用に購読およびエンゲージメントイベントをエクスポートします。 |
キャンペーン分析でのオプトインとオプトアウトのカウント
SMS/MMS/RCSパフォーマンスパネルのオプトインとオプトアウトの統計は、受信キーワード(例えば、オプトインの場合は「START」、オプトアウトの場合は「STOP」というテキストの送信)を通じてオプトインまたはオプトアウトしたユーザーを反映しています。これらの数値は、SMSを購読しているユーザーの総数ではなく、これらのキーワードが送信された回数をカウントしているため、通常はセグメンターに表示される数値よりも低くなります。

オプトイン、オプトアウト、HELPのカウントは、SMS、MMS、RCSを合算してレポートされます。
SMSキャンペーンのオプトアウトの追跡
キャンペーンレベルでSMSのオプトアウトを追跡するには、購読グループの状態変更テーブルではなく、受信テーブルを使用します。例えば、クエリビルダーまたはデータウェアハウスで、USERS_MESSAGES_SMS_INBOUNDRECEIVEまたはUSERS_MESSAGES_SMS_INBOUNDRECEIVE_SHAREDテーブルを参照するクエリを実行できます。
以下のクエリ例はUSERS_MESSAGES_SMS_INBOUNDRECEIVEテーブルを参照しています。
SELECT *
FROM USERS_MESSAGES_SMS_INBOUNDRECEIVE
WHERE app_group_id = 'app-group-id'
AND subscription_group_api_id = 'subscription_group_api_id'
AND action = 'Unsubscribed'
AND (campaign_id IS NOT NULL OR canvas_id IS NOT NULL);
これにより、指定したワークスペースと購読グループでSMSコミュニケーションをオプトアウトしたユーザーのうち、キャンペーンまたはキャンバスに関連付けられたユーザーが返されます。
オプトアウトのタイミング
Currentsまたはデータウェアハウスのキーワードおよび受信メッセージのイベント(users.messages.sms.InboundReceiveのタイムスタンプや購読グループの状態変更イベントなど)は、Brazeがオプトアウトを記録した時点を示す正式なソースです。

イベントのタイムスタンプは、Brazeが受信メッセージを受信または処理した時点を反映しており、ユーザーがSMSを送信した時点や、キャリアまたはSMSプロバイダーがそれを受信した時点とは必ずしも一致しません。分析でオプトアウトを「Brazeが受信オプトアウトのパスを処理した時点」として扱う場合、これらのタイムスタンプはその定義と一致します。
ユーザープロファイルには現在の購読状態が表示されますが、オプトアウトの処理時にカスタム属性などを設定しない限り、単一の「SMS購読解除日時」フィールドは表示されない場合があります。
SMS送信結果に適用される料金
この表はBrazeの課金を反映したものであり、プロバイダーの課金ではありません。Brazeが課金しない結果でも、プロバイダーが課金する場合があります。
| 結果 | 定義 | Brazeによる課金 |
|---|---|---|
| 送信済み | キャンペーンまたはキャンバスステップが開始またはトリガーされ、SMSペイロードがSMSプロバイダーに送信されました。 | 課金なし |
| 配信失敗 | SMSペイロードをSMSプロバイダーに送信できませんでした。キューのオーバーフロー、アカウントの停止、メディアエラー(MMSの場合)が原因で発生する場合があります。 | 課金なし |
| 配信済み | SMSプロバイダーが、上流のキャリアから(利用可能な場合は宛先デバイスからも)メッセージ配信の確認を受信しました。 | 課金あり |
| 拒否 | SMSプロバイダーが、メッセージが配信されなかったことを示す拒否レシートを受信しました。キャリアのコンテンツフィルタリングや宛先デバイスの利用可否など、いくつかの理由で発生する場合があります。 | 課金あり |
| キャリアへの送信 | キャリアへの送信は、Confirmed Deliveries、Rejections、およびキャリアによって配信または拒否が確認されなかったSendsの合計です。これには、キャリアが配信または拒否の確認を提供しない場合も含まれます。一部のキャリアはこの確認を提供しないか、送信時点では提供できないためです。 新しいダッシュボードでは非推奨ですが、すでにこの指標を使用しているユーザーには引き続きサポートされます。一部のダッシュボードでは、この指標がSent to Carrierと表示される場合があります。 |
個々のメッセージ送信結果に基づいて課金される場合があります |

キャリアへの送信は新しいダッシュボードでは非推奨です。現在のレポートにはSent、Confirmed Delivery、Delivery Failed、Rejectionsを使用してください。定義についてはレポート指標用語集を参照してください。
RCSカードメッセージのレポート
カード形式のRCSメッセージの場合、キャンペーン分析とキャンバス分析のTotal Clicksには、カードボタンのタップ(メッセージ返信やURLを開くなど)とサジェスションのインタラクションが含まれます。ユーザーが同じコントロールを複数回タップした場合、この指標は複数回増加することがあります。
カードボタンとサジェスションのクリックは、リンク短縮や短縮URLの高度なトラッキング設定では追跡されません。短縮SMSリンクを参照するユーザーリターゲティングフィルターは、カードボタンのインタラクションには適用されません。
ユーザーレベルのインタラクションデータについては、Currentsを通じてRCS Clickイベント(users.messages.rcs.Click)をエクスポートしてください。これらのイベントには、ボタンのタップとサジェスションを区別するためのinteraction_typeやelement_typeなどのフィールドが含まれます。
RCSとSMSフォールバックの指標
Brazeは、ダッシュボード全体でRCSをSMSおよびMMSとは別にレポートします。RCSメッセージを配信できずSMSにフォールバックした場合、BrazeはRCSの試行とフォールバックSMSを別々に記録するため、それぞれを受信した受信者の数を確認できます。
RCS指標は以下で確認できます。
- SMS/MMS/RCSパフォーマンス: RCSとSMSフォールバックの指標、Performance Over Timeチャート、オプトインとオプトアウトのタイル。
- ホームページ: Performance Over Timeチャート。
- キャンペーン分析: Performance Over Timeチャート、SMSとRCSのバリアントを比較するためのStatisticsフィルター、およびRCSとSMSフォールバックの行が分かれたSMS/MMS/RCSパフォーマンステーブル。
- キャンバス: メッセージステップの詳細ページとステップのサマリー。
- メッセージング履歴: ユーザープロファイル上のRCSイベントとフォールバックSMS。
- レポートビルダー: SMSと並べて表示されるRCS指標。
イベントレベルの動作(IS_SMS_FALLBACK=TRUEを含む)については、SMSフォールバックがイベントとセグメンテーションでどのように機能するかを参照してください。
指標におけるSMSフォールバックの扱い
| 指標 | SMSフォールバックを含むか |
|---|---|
| Sends | いいえ。SendsはRCSの送信試行をカウントします。フォールバックSMSは、SMSの送信として別途カウントされます。 |
| Deliveries | はい。RCSのDelivery Rateには、SMSフォールバックとして配信されたメッセージが含まれ、RCSのSendsの合計で割って算出されます。 |
| Rejections | はい。RCSのRejection Rateには、SMSフォールバックの拒否が含まれ、RCSのSendsの合計で割って算出されます。 |
| Clicks | Click Rateは、RCSのClicksをRCSのDeliveriesで割って算出されます。 |
| Reads | いいえ。Read RateはRCSメッセージのみをカウントします。 |

RCSのDelivery RateとRejection Rateには、SMSフォールバックとして配信または拒否されたメッセージが含まれます。Read RateはRCSメッセージのみをカウントします。タイルレベルの計算式については、SMS/MMS/RCSパフォーマンスダッシュボードを参照してください。
拒否と配信失敗
RCSとSMSでは、失敗の結果の分類方法が異なります。
- RCSの場合、プロバイダーから返される失敗または未配信のステータスはRejectionsを増加させます。Brazeは、RCSについてこれらのキャリアの結果をDelivery Failuresとしてレポートしません。
- SMSおよびSMSフォールバックの場合、Delivery Failuresは引き続きプロバイダーがメッセージを受け入れる前の失敗(キューのオーバーフローなど)を対象とし、Rejectionsはプロバイダーの拒否レシートを対象とします。
キャンペーンまたはキャンバスのテーブルにRCSとSMSフォールバックのサブ行が表示される場合、失敗したRCS送信についてはRCS行に拒否が、フォールバックSMSの結果についてはSMSフォールバック行に配信失敗または拒否の指標が表示されます。

ダッシュボードのキャンペーン分析とSnowflakeのエクスポートでは、タイミングや集計がわずかに異なる場合があります。ウェアハウスでの照合において、指標がダッシュボードと正確に一致しない場合は、SnowflakeまたはCurrentsのイベントストリームをより粒度の細かいソースとして扱ってください。
RejectionsをSnowflakeまたはCurrentsと照合する
ダッシュボードのRejections指標は、ワークスペース全体の集計カウントです。行レベルのエクスポートではないため、各拒否をSnowflakeの1行やCurrentsの1つのusers.messages.sms.Rejectionイベントと常に一致させられるとは限りません。例えば、Brazeがウェアハウスエクスポート用に拒否の処理を完了する前にユーザープロファイルが削除された場合、その拒否はUSERS_MESSAGES_SMS_REJECTION_SHAREDテーブルやCurrentsのペイロードには表示されませんが、集計されたSMSレポートにはその結果が反映される場合があります。詳細については、SQLテーブルリファレンスおよびCurrentsイベント用語集のSMS Rejectionイベントを参照してください。
Webhookレポート

コントロールグループ
個々のWebhookメッセージの影響を測定するには、A/Bテストにコントロールグループを追加できます。トップレベルのキャンペーンの詳細パネルには、コントロールグループバリアントの指標は含まれません。
Webhookのパフォーマンス
Webhookパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
Webhook指標
分析に表示される主なWebhook指標をいくつか紹介します。Brazeで使用されるすべてのWebhook指標の完全な定義については、レポート指標用語集を参照してください。
| 指標 | 定義 |
|---|---|
| Unique Recipients | ユニーク受信者数は、1日のユニーク受信者数、つまり1日に新しいメッセージを受信したユーザーの数です。このカウントが1人のユーザーに対して複数回増分されるためには、そのユーザーが別の日に新しいメッセージを受け取る必要があります。 |
| Sends | 送信数は、キャンペーンで送信されたメッセージの総数です。スケジュールされたキャンペーンを開始した後、この指標には、レート制限のためにまだ送信されていないものも含め、送信されたすべてのメッセージが含まれます。これは、メッセージが受信されたりデバイスに配信されたことを意味するのではなく、メッセージが送信されたことのみを意味します。 |
| Errors | エラー数は、Webhookイベントによって返されたエラーの数です(送信プロセス中に増加します)。 |
WhatsAppレポート

WhatsAppチャネルには既読率が含まれます。この指標は既読通知をオンにしているユーザーにのみ配信されるため、値は異なる場合があります。
コントロールグループ
個々のWhatsAppメッセージの影響を測定するには、A/Bテストにコントロールグループを追加できます。トップレベルのキャンペーンの詳細パネルには、コントロールグループバリアントの指標は含まれません。
WhatsAppのパフォーマンス
WhatsAppパフォーマンスパネルでは、メッセージがさまざまな側面でどの程度のパフォーマンスを示したかを確認できます。このパネルの指標は、選択したメッセージングチャネルや、多変量テストを実行しているかどうかに応じて異なります。プレビューアイコンをクリックすると、バリアントやチャネルごとにメッセージを表示できます。

クレジットと送信数
キャンペーン分析のWhatsApp送信数は配信試行を反映しています。Metaがメッセージカテゴリ(マーケティング、ユーティリティ、認証、サービス)ごとに課金する場合、消費されるクレジットは異なることがあります。
- 2026年10月1日以降、Brazeで作成された応答メッセージはアクションクレジットを消費します。Metaはこれらをサービスメッセージとして分類します。
- おおよその送信ボリュームを把握するには、Analytics > Daily Statsを使用してください。キャンペーンまたはキャンバスごとのクレジット内訳は利用できません。
表示を簡素化する場合は、列を追加/削除をクリックし、必要に応じて指標をクリアします。デフォルトでは、すべての指標が表示されます。
WhatsApp指標
分析に表示される主なWhatsApp指標をいくつか紹介します。Brazeで使用されるすべてのWhatsApp指標の完全な定義については、レポート指標用語集を参照してください。
| 指標 | 定義 |
|---|---|
| Sends | 送信数は、キャンペーンで送信されたメッセージの総数です。スケジュールされたキャンペーンを開始した後、この指標には、レート制限のためにまだ送信されていないものも含め、送信されたすべてのメッセージが含まれます。これは、メッセージが受信されたりデバイスに配信されたことを意味するのではなく、メッセージが送信されたことのみを意味します。 |
| Deliveries | 配信数は、受信サーバーが受け入れたメッセージリクエスト数の合計(または割合)です。これは、メッセージがデバイスに届いたことを意味するのではなく、メッセージがサーバーに受け入れられたことのみを意味します。 |
| Reads | 既読は、ユーザーがメッセージを読んだ場合です。Brazeが既読数をトラッキングするには、ユーザーの既読レシートが「オン」になっている必要があります。 |
| Failures | 失敗は、インターネットサービスプロバイダーがハードバウンスを返したため、WhatsAppメッセージを送信できなかった場合です。ハードバウンスは、永続的な配信到達性の失敗を意味します。 |
失敗が多い場合は、WhatsApp送信失敗の調査を参照してください。
エンドユーザーのブロックと報告の指標
追加の指標にはWhatsAppマネージャーダッシュボードからアクセスできますが、利用可能なすべてのインサイトにアクセスするにはアクセス権の確認が必要です。
Meta分析
Brazeの分析に加えて、WhatsAppビジネスマネージャーでテンプレートレベルの分析にアクセスすることもできます。詳細については、Metaのドキュメントを参照してください。
過去のパフォーマンス
過去のパフォーマンスパネルでは、メッセージパフォーマンスパネルの指標を時系列グラフとして表示できます。パネル上部のフィルターを使用して、グラフに表示される統計やチャネルを変更できます。このグラフの時間範囲は、常にページ上部で指定された時間範囲と一致します。
日別の内訳を取得するには、 ハンバーガーメニューをクリックし、CSV をダウンロードを選択してレポートの CSV エクスポートを取得します。

コンバージョンイベントの詳細
コンバージョンイベントの詳細パネルには、キャンペーンのコンバージョンイベントのパフォーマンスが表示されます。詳細については、コンバージョンイベントを参照してください。

コンバージョン相関
コンバージョン相関パネルでは、キャンペーンに設定した成果にプラスまたはマイナスの影響を与えるユーザー属性や行動についてのインサイトが得られます。詳細については、コンバージョン相関を参照してください。

リテンションレポート
リテンションレポートでは、特定のキャンペーンやキャンバスにおいて、選択したリテンションイベントをユーザーが一定期間にわたってどの程度実行したかを確認できます。詳細については、リテンションレポートを参照してください。
ファネルレポート
ファネルレポートでは、キャンペーンやキャンバスを受信した後の顧客のジャーニーを分析できるビジュアルレポートを提供します。キャンペーンやキャンバスでコントロールグループや複数のバリアントを使用している場合、異なるバリアントがコンバージョンファネルにどのような影響を与えたかをより詳細なレベルで把握し、そのデータに基づいて最適化を行うことができます。
詳細については、ファネルレポートを参照してください。
SMSのオプトインとオプトアウトをトラッキングする
SMSのオプトインとオプトアウトは、以下の方法でトラッキングできます。
| 方法 | 説明 |
|---|---|
| セグメンター | セグメンターは、特定の購読グループに含まれるユーザー数を表示します。電話番号による重複排除は行われません。複数のユーザーが同じ電話番号を共有している場合、各インスタンスが個別にカウントされます。 |
| 購読グループの時系列 | メールと電話番号の購読に関する日次スナップショットを提供します。時系列では、購読、購読解除、再購読がカウントされます。たとえば、あるユーザーが購読し、購読解除し、再度購読した場合、そのユーザーは購読済みユーザー1人としてカウントされます。 |
| Currents | Currentsを使用して、購読およびエンゲージメントイベントを独自のレポート用にエクスポートできます。 |

SMS/MMS/RCSパフォーマンスパネルのオプトインおよびオプトアウトの統計は、受信キーワードを通じてオプトインまたはオプトアウトしたユーザーを反映しています(たとえば、オプトインの場合は「START」、オプトアウトの場合は「STOP」をテキスト送信)。これらの数値は通常、セグメンターに表示される数値よりも低くなります。これは、SMSに購読しているユーザーの合計数ではなく、これらのキーワードがテキスト送信された回数をカウントしているためです。
SMSキャンペーンのオプトアウトをトラッキングする
SMSのオプトアウトをキャンペーンレベルでトラッキングするには、購読グループのステート変更テーブルではなく、受信メッセージテーブルを使用します。たとえば、クエリビルダーまたはデータウェアハウスで、USERS_MESSAGES_SMS_INBOUNDRECEIVEテーブルまたはUSERS_MESSAGES_SMS_INBOUNDRECEIVE_SHAREDテーブルを参照するクエリを実行できます。
以下のクエリ例では、USERS_MESSAGES_SMS_INBOUNDRECEIVEテーブルを参照しています。
SELECT *
FROM USERS_MESSAGES_SMS_INBOUNDRECEIVE
WHERE app_group_id = 'app-group-id'
AND subscription_group_api_id = 'subscription_group_api_id'
AND action = 'Unsubscribed'
AND (campaign_id IS NOT NULL OR canvas_id IS NOT NULL);
このクエリは、指定されたワークスペースと購読グループのSMS通信からオプトアウトし、キャンペーンまたはキャンバスに関連付けられているユーザーを返します。
オプトアウトのタイミング
Currentsまたはデータウェアハウスのキーワードおよび受信メッセージイベント(users.messages.sms.InboundReceiveのタイムスタンプや購読グループのステート変更イベントなど)は、Brazeがオプトアウトを記録した時点に関する信頼性の高いソースです。

イベントのタイムスタンプは、Brazeが受信メッセージを受信または処理した時点を反映しており、ユーザーがSMSを送信した時点やキャリアまたはSMSプロバイダーが受信した時点とは限りません。オプトアウトをBrazeが受信オプトアウトパスを処理した時点として分析に使用する場合、これらのタイムスタンプはその定義に一致します。
ユーザープロファイルには現在の購読ステートが表示されますが、オプトアウトの処理時にカスタム属性などを設定しない限り、「SMS購読解除日時」のような単一のフィールドは表示されない場合があります。
SMS送信結果に適用される料金
この表はBrazeの課金を反映しており、プロバイダーの課金ではありません。Brazeが課金しない結果であっても、プロバイダーが課金する場合があります。
| 結果 | 定義 | Brazeによる課金 |
|---|---|---|
| 送信済み | キャンペーンまたはキャンバスステップが起動またはトリガーされ、SMSペイロードがSMSプロバイダーに送信されました。 | 課金なし |
| 配信失敗 | SMSペイロードをSMSプロバイダーに送信できませんでした。キューのオーバーフロー、アカウントの停止、メディアエラー(MMSの場合)などが原因で発生することがあります。 | 課金なし |
| 配信済み | SMSプロバイダーが上流キャリアから(利用可能な場合は宛先デバイスからも)メッセージ配信の確認を受信しました。 | 課金あり |
| 拒否 | SMSプロバイダーがメッセージが配信されなかったことを示す拒否レシートを受信しました。キャリアのコンテンツフィルタリングや宛先デバイスの利用可否など、さまざまな理由で発生する可能性があります。 | 課金あり |
| Sends to Carrier |
キャリアへの送信数は非推奨ですが、すでにご利用のユーザーについては引き続きサポートされます。これは、確認済み配信、拒否、および通信事業者によって配信または拒否が確認されなかった送信数の合計です。一部の通信事業者がこの確認を提供していないか、送信時に提供できないため、通信事業者が配信や拒否の確認を提供していない場合も含まれます。
| 新しいダッシュボードでは非推奨です。一部のダッシュボードでは、この指標がSent to Carrierと表示される場合があります。 | 個々のメッセージ送信結果に基づいて課金される場合があります |

Sends to Carrierは新しいダッシュボードでは非推奨です。現在のレポートにはSent、Confirmed Delivery、Delivery Failed、Rejectionsを使用してください。定義については、レポート指標用語集を参照してください。
RCSカードメッセージのレポート
RCSカードメッセージの場合、キャンペーンおよびキャンバスの分析における合計クリック数には、カードボタンのタップ(メッセージ返信やURLを開くなど)およびサジェスションのインタラクションが含まれます。ユーザーが同じコントロールを複数回タップした場合、この指標は複数回カウントされることがあります。
カードボタンおよびサジェスションのクリックは、リンク短縮や短縮URLの高度なトラッキング設定では追跡されません。短縮SMSリンクを参照するユーザーリターゲティングフィルターは、カードボタンのインタラクションには適用されません。
ユーザーレベルのインタラクションデータについては、Currentsを通じてRCSクリックイベント(users.messages.rcs.Click)をエクスポートしてください。これらのイベントには、ボタンタップとサジェスションを区別するためのinteraction_typeやelement_typeなどのフィールドが含まれています。
RCSとSMSフォールバックのレポート
RCS SMSフォールバックイベントの動作(IS_SMS_FALLBACK=TRUEを含む)については、SMSフォールバックがイベントとセグメンテーションでどのように機能するかを参照してください。

ダッシュボードのキャンペーン分析とSnowflakeエクスポートでは、タイミングや集計方法がわずかに異なる場合があります。データウェアハウスでの照合を行う際、指標がダッシュボードと正確に一致しない場合は、SnowflakeまたはCurrentsイベントストリームをより詳細なソースとして扱ってください。
拒否をSnowflakeまたはCurrentsと照合する
ダッシュボードの拒否指標は、ワークスペース全体の集計カウントです。行レベルのエクスポートではないため、各拒否をSnowflakeの1行やCurrentsの1つのusers.messages.sms.Rejectionイベントに常に一致させることはできません。たとえば、Brazeがデータウェアハウスエクスポート用の拒否処理を完了する前にユーザープロファイルが削除された場合、その拒否はUSERS_MESSAGES_SMS_REJECTION_SHAREDテーブルやCurrentsのペイロードに表示されませんが、集計SMSレポートには結果が反映されることがあります。詳しくは、SQLテーブルリファレンスおよびCurrentsイベント用語集のSMS拒否イベントを参照してください。

