【完全ガイド】Braze 徹底解説 2026：CEPからBraze Data Platformへ、設計思想・機能・TCO・他社比較

「モバイルアプリのプッシュ通知 / アプリ内メッセージで本格的な顧客エンゲージメントを進めたい」「Salesforce Marketing Cloud と Braze のどちらを選ぶべきか比較に迷っている」「Canvas で複雑なシナリオを組んだ結果、誰もメンテできない状態になっている」 — このような声を、Aurant では BtoC モバイルアプリ運営企業のマーケティング部門・プロダクト部門・エンジニアリング部門からよくいただきます。

Braze 公式の比較資料でも整理されている通り、Braze は「リアルタイムデータアクセス」「モバイル・ファースト」「リアルタイム・パーソナライゼーション」を強みとする Customer Engagement Platform です。一方、Salesforce Marketing Cloud は「CRM 連携ワークフロー」「Salesforce マルチクラウドエコシステム」に強みがあり、選定の決め手は明確に分かれます。

本記事では、Braze とは何か、Customer Engagement Platform の本質、料金体系、Salesforce Marketing Cloud との比較、Canvas / Currents の活用、Braze Data Platform の進化、運用体制 / セキュリティ / 3年 TCO の差別化視点まで、論理ステップで整理していきます。

1. Braze とは — Customer Engagement Platform の代表格

Braze は、2014年創業のニューヨーク発のスタートアップ（NASDAQ 上場）が提供するCustomer Engagement Platform（CEP）です。CDP というよりもメッセージング配信に特化した存在で、グローバルでのモバイルアプリ運営企業（Uber、Burger King、HBO Max など）の採用が多くあります。

1-1. CEP の本質

Customer Engagement Platform（CEP）の本質は、「リアルタイムでの顧客行動に対する即時メッセージング」です。Braze は、アプリ内のユーザ行動（カート追加、商品閲覧、ログイン、特定ボタンタップ）をトリガーに、即座にメッセージを送り出せる設計になっています。

1-2. 日本市場での採用拡大

日本でも 2020年以降、急速に導入が増加しています。EC・小売・サブスク・ゲーム・メディアなどの BtoC モバイルアプリ運営企業が中心です。Salesforce Marketing Cloud がカバーしきれない「リアルタイム性」と「モバイル・ファースト」のニーズに刺さっています。

2. Braze の本質的な価値 — リアルタイム + クロスチャネル

Braze の強みは「秒オーダーのリアルタイム配信」と「メール / Push / SMS / アプリ内メッセージ / Web プッシュ / LINE / WhatsApp の統合配信」です。

2-1. リアルタイム配信の意味

「カートに商品を入れて10分以内にプッシュ通知」「アプリ起動から3日経過したらメール」のようなシナリオが、ノーコードで構築できます。Branch8 の比較でも、Braze はリアルタイム・パーソナライゼーションとモバイルエンゲージメント、メッセージが顧客行動に素早く反応する必要があるシナリオで第一候補とされています。

2-2. データ統合機能の限界

逆に、Braze は「データ統合 + 分析」の機能が CDP 専業ほど強くはないのが現実です。Identity 解決やセグメント抽出はある程度できますが、ペタバイト級の DWH 機能や複雑な分析は不得意です。Braze の本質はあくまで「配信特化」で、データ統合は CDP（Treasure Data、Twilio Segment）や DWH（BigQuery、Snowflake）と連携する設計が現実的です。

2-3. BtoC モバイルアプリ運営企業に最適

BtoC モバイルアプリ運営企業に最も刺さりますが、データ基盤目的では選びません。BtoB SaaS 企業や、Web 中心の BtoC 企業では、Braze の本領発揮が難しいケースが多くあります。

3. 料金体系 — MAU / 配信通数で従量、年額数百万〜億単位

Braze の料金はMAU（Monthly Active Users）と配信メッセージ数のハイブリッドです。

3-1. 規模別の料金レンジ

APAC エンタープライズ向けの分析によると、500,000 MAU を3つの APAC 市場で展開する企業の場合、年間プラットフォームコストはUSD 80,000〜180,000（約1,200万〜2,700万円）のレンジになります。

3-2. 料金交渉の余地

料金交渉の余地は大きく、契約時に「チャネル数（メールだけ / メール + Push のみ / フルパッケージ）」「MAU 規模」で価格が大きく変わります。「将来必要になりそうな機能を全部最初から契約」すると、未使用機能の費用を払い続けることになるので、フェーズに応じて段階的に追加する契約形態を交渉するのが実務的です。

4. Salesforce Marketing Cloud との比較

Braze と Salesforce Marketing Cloud（SFMC）は、Customer Engagement の2大プラットフォームです。それぞれ強みが異なります。

4-1. SFMC の料金特性

SFMC の Engagement プランはUSD 1,250/月（約20万円/月）から開始ですが、Journey Builder、Mobile Studio、Einstein AI 機能を含むエンタープライズ展開では年額USD 150,000〜400,000+（2,200万〜6,000万円超）のレンジになります。Braze より高めの傾向です。

4-2. 選定の決め手

選定の決め手は「日々の顧客エンゲージメントの運用方法」「リアルタイム性の必要度」「モバイルエンゲージメントの中心性」「Salesforce マルチクラウドスタック内に置く必要性」です。Salesforce 既導入で Marketing Cloud との統合が必須なら SFMC、モバイルアプリ運営でリアルタイム性が必須なら Braze、と分かれます。

5. Canvas — シナリオ型クロスチャネル配信

Braze の代表機能がCanvas（シナリオビルダー）です。

5-1. Canvas の機能

「ユーザがアプリインストール → 3日後 Push → 反応なしで7日後メール → 反応あれば離脱」のようなマルチステップシナリオを、ドラッグ&ドロップで設計できます。条件分岐、A/B テスト、待機時間、配信チャネル切替を、1画面で組めます。

5-2. Canvas シナリオ複雑化の罠

Canvas で陥りやすいのは「シナリオ複雑化 → メンテ不能」パターンです。最初はシンプルだったシナリオが、改善を重ねるうちに分岐が爆発し、誰も全体像を把握できなくなります。打開策は、シナリオに「目的・KPI・オーナー」を明記すること、定期的（四半期に1回）に未使用シナリオを整理すること。「Canvas 100本以上」になっている組織はメンテ負債を抱えていると見ていいです。

5-3. シナリオ設計のベストプラクティス

Aurant の支援案件では、「Canvas 上限 30〜50本」に運用ルールで抑える企業が多くあります。これを超えると、シナリオの重複・矛盾・配信疲労管理が困難になります。

6. Currents — リアルタイムイベントストリーム

Currents は Braze 内の全イベント（メッセージ送信、開封、クリック、配信失敗など）を、リアルタイム（数秒以内）に外部 DWH にストリーミングする機能です。

6-1. Currents の活用

BigQuery / Snowflake / Redshift / S3 への連携が標準で組めます。これにより「配信効果を BI ツールでリアルタイム分析」が可能になります。マーケ部門だけでなく、経営ダッシュボード / 営業ダッシュボード / カスタマーサポートと統合できます。

6-2. Currents 導入の判断軸

Currents を使うかどうかの判断は、「配信効果を Braze の管理画面以外でも見たいか」です。マーケ部門だけで完結するなら不要、経営ダッシュボード / 営業ダッシュボード / カスタマーサポートと統合したい場合は必須です。料金は MAU と紐付くオプションで、月額数十万〜数百万円。データボリュームによっては DWH 側のストレージ料も考慮する必要があります。

7. Braze Data Platform — 2024年以降の進化

2024年以降、Braze はBraze Data Platform（旧 Cloud Data Ingestion）として、CDP 機能を強化しています。

7-1. Cloud Data Ingestion

Snowflake / BigQuery / Databricks / Redshift から直接データをインジェストできる「Cloud Data Ingestion」と、Braze 内のセグメント定義を SQL ライクに書ける「Query Builder」が中心機能です。Composable CDP の流れに対応するもので、DWH を中心に据えながら配信は Braze で行う、という構成が組みやすくなりました。

7-2. Composable CDP との親和性

これにより、自社で Snowflake / BigQuery を中心とした Composable CDP を構築している企業が、配信レイヤーとして Braze を採用するケースが増加しています。Treasure Data や Adobe RT-CDP のような統合 CDP に乗らずに、データレイヤーは内製、配信は Braze、という分業構成が現実的な選択肢になっています。

8. 競合との比較 — Iterable / OneSignal

Braze の主要競合は3つあります。

8-1. Iterable との競合

Braze と Iterable の選定が拮抗しがちですが、機能網羅性と日本語サポートでは Braze が一歩リード、コスト効率では Iterable、というのが現場感です。Iterable は中堅企業向けで、料金面で Braze より使いやすい場合があります。

8-2. OneSignal の選定場面

OneSignal は「Push 通知だけほしい」「予算が極めて限定的」な場合の選択肢です。スタートアップや小規模アプリ運営者には十分な機能を提供します。

9. 導入の実装ステップ — SDK 組み込み・データインポート・運用設計

Braze の導入プロジェクトは、SDK 組み込み・データインポート・運用設計の3段階で進みます。

9-1. SDK 組み込み

Braze のアプリ組み込みは、iOS / Android / Web 用 SDK を数日で実装可能です。重要なのは「ユーザ識別子（external_id）の設計」で、自社の顧客ID を Braze 側に渡すルールを最初に決めます。これがブレると、後で Identity が崩れて配信効果分析が破綻します。Aurant の現場では、ここに 1〜2週間を確保して、業務部門と合意します。

9-2. 初期データインポート

初期データインポートは、データ量とリアルタイム要件で選びます。数百万レコード以上なら Cloud Data Ingestion、数十万レコードまでなら CSV、リアルタイム連携が必要なら API + Webhookです。

9-3. 配信運用の設計

配信運用は、最初に主要シナリオ（オンボーディング、リエンゲージメント、購入後フォロー）を3つ程度作って回し、効果を見て徐々に拡張するのが定石です。

10. 運用体制の現実 — オーナーシップとセグメント設計

ここから3つの差別化セクションに入ります。Braze 導入後の最大の論点は「オーナーシップ設計」です。

10-1. 三部門のオーナーシップ

マーケ部門 / プロダクト部門 / カスタマーサクセス部門のどこが Canvas を作る権限を持つか、配信タイミングの調整は誰が行うか、を決めないと、ユーザに重複配信が走り「メールが多すぎる」とブロックされます。

10-2. 標準的な体制

標準的な体制は、Canvas / 配信定義はマーケ部門、データ取り込み / Identity 設計はデータチーム / 情シス、KPI 分析と効果測定はマーケ + データ共同です。

10-3. Braze 委員会の運用

中央集権の「Braze 委員会」を月1回開催し、配信頻度の上限ルール、各部門のシナリオ重複チェックを行う運用が、配信品質を維持する鍵です。委員会には、マーケ部門長、データ部門長、カスタマーサクセス責任者、プロダクト責任者が出席します。

11. セキュリティ・データガバナンス — userId と顧客情報の保護

Braze には大量の顧客行動データが集約されます。セキュリティ・ガバナンス設計が運用品質に直結します。

11-1. external_id の管理

Braze の external_id は、自社顧客ID と連動するため、漏洩時のリスクが大きくなります。SDK 組み込み時の暗号化通信、external_id の不可逆ハッシュ化などの設計が必須です。

11-2. データ保管期間

Braze に蓄積されるユーザデータの保管期間は、個人情報保護法 / GDPR への対応を踏まえて設計します。退会したユーザのデータは削除する仕組みが必要で、Braze の API で実装可能です。

11-3. 配信疲労管理

Frequency Capping（頻度制限）機能で、ユーザ単位の配信疲労スコアを管理します。週X通までに上限を設定し、超過した場合は配信を抑制する運用ルールが必須です。これがないと、ブロック率と離脱率が急上昇します。

12. 3年 TCO 内訳 — ライセンス + SDK 組込 + 運用

Braze の 3年 TCO は、ライセンス費 + SDK 組込費 + 運用人件費を含めて試算します。

12-1. 中堅 BtoC モバイルアプリ運営（MAU 100万）の TCO 試算例

13. 失敗パターン

Braze 導入の典型的な失敗パターンを整理します。

13-1. 「配信過剰でブロック増加」

各部門が独立に Canvas を作り、ユーザに週10通以上のメッセージが届く結果、ブロック率と離脱率が急上昇するケース。打開策は中央集権の配信頻度ルール設定と、ユーザ単位の配信疲労スコア（Frequency Capping）の導入です。

13-2. 「データ統合不在で配信パーソナライズ不能」

Braze にメール / 行動データしかなく、購入履歴 / LTV / ライフサイクルステージのような業務側データが入っていないため、配信が浅いセグメントしか作れないケース。打開策は CDP / DWH との連携（Cloud Data Ingestion か Reverse ETL）を初期から組み込むことです。

13-3. 「Canvas 100本超で運用不能」

シナリオが乱立して全体像を把握できなくなるケース。打開策は四半期ごとに未使用 Canvas を整理し、上限 30〜50本に運用ルールで抑えることです。

14. まとめ — 自社状況別の判断軸

判断のコツは、「日々の顧客エンゲージメント運用方法で選定」「Canvas 上限 30〜50本に運用ルール」「Frequency Capping で配信疲労管理」「Composable CDP + Braze の分業構成も視野に」の4点です。

Braze 導入は、技術より「マーケ + プロダクト + カスタマーサクセスのオーナーシップ設計」「配信疲労管理」「データ統合の継続的な改善」といった運用設計が成否を分けます。Aurant Technologies では Braze 導入支援を、SDK 組込から Canvas 設計、Composable CDP 連携まで一貫してご提供しています。お気軽にご相談ください。