Braze 完全ガイド 2026:CRM/CDP/MA連携・Currents活用・業界別事例・リテンション最大化

BrazeとCDP/MA連携で、顧客リテンション率を劇的に改善する具体的な方法と成功事例を紹介。データに基づいたパーソナライズされた顧客体験で、持続的な顧客成長を実現する秘訣を解説します。

この記事をシェア:
目次 クリックで開く

Braze CDP/MA連携 実装クイックリファレンス(SQL / API / Reverse ETL)

本記事の解説に入る前に、CDP実装で頻出する3つのコードパターンを掲載しています。公式ドキュメントには載っていない実務上のハマりどころも含めています。

① Identity Graph 名寄せ(BigQuery SQL)

-- BigQuery: Identity Graph 名寄せ(メール + LINE userId + ハッシュ電話番号)
WITH unified_id AS (
  SELECT
    COALESCE(s.user_id, b.external_id, k.line_user_id) AS canonical_id,
    s.email_sha256,
    b.line_user_id,
    k.cookie_id,
    GREATEST(s.last_seen, b.updated_at, k.event_time) AS last_seen
  FROM `prj.cdp.segment_users` s
  FULL OUTER JOIN `prj.cdp.braze_users` b
    ON SHA256(LOWER(s.email)) = b.email_sha256
  FULL OUTER JOIN `prj.cdp.karte_users` k
    ON s.user_id = k.user_id
)
SELECT canonical_id, MAX(last_seen) AS last_seen,
       COUNTIF(line_user_id IS NOT NULL) > 0 AS has_line,
       COUNTIF(cookie_id IS NOT NULL) > 0 AS has_web
FROM unified_id
GROUP BY canonical_id;

② サーバーサイドイベント送信(Track API)

# Twilio Segment: Track API(Server-Side Event)
curl -X POST https://api.segment.io/v1/track \
  -u "YOUR_WRITE_KEY:" \
  -H "Content-Type: application/json" \
  -d '{
    "userId": "user_42",
    "event": "Order Completed",
    "properties": {"order_id": "ORD-1023", "revenue": 12800, "currency": "JPY"},
    "context": {"ip": "203.0.113.42", "userAgent": "Mozilla/5.0"}
  }'

③ Reverse ETL(Hightouch → Salesforce)

# Hightouch (Reverse ETL): Salesforce Account へ毎時同期
type: salesforce
source:
  warehouse: snowflake
  query: |
    SELECT account_id, mrr, health_score, churn_risk_30d
    FROM marts.account_health
    WHERE updated_at > DATEADD('hour', -1, CURRENT_TIMESTAMP)
mappings:
  - column: account_id          # → Account.External_Id__c (Upsert key)
    field: External_Id__c
  - column: mrr                 # → Account.MRR__c
    field: MRR__c
  - column: health_score        # → Account.Health_Score__c
    field: Health_Score__c
  - column: churn_risk_30d      # → Account.Churn_Risk__c
    field: Churn_Risk__c
schedule: { cron: "5 * * * *" }

※ サンプルコードはAurant Technologiesの実案件をベースに簡略化しています。本番投入前にスキーマ・認証設定をご自身の環境に合わせて検証してください。

デジタルプロダクトの成長において、新規獲得以上に重要なのが「リテンション(顧客維持)」の最適化です。しかし、多くの企業ではデータが各システムに分散し、顧客の「今」の熱量に合わせたアプローチができずに離脱を招いています。本ガイドでは、カスタマーエンゲージメントプラットフォーム「Braze」とCDP(カスタマーデータプラットフォーム)を中核に据えた、リテンション率を劇的に高めるデータアーキテクチャの実装方法を解説します。

Brazeとは:リテンション最適化のためのリアルタイム基盤

Brazeは、単なるメッセージ配信ツールではなく、ストリーミングデータをリアルタイムで処理し、顧客一人ひとりにパーソナライズされた体験を提供する「カスタマーエンゲージメントプラットフォーム」です。従来のバッチ処理型MA(マーケティングオートメーション)とは一線を画す処理能力を持ちます。

リアルタイムストリーミングとモバイルファーストの設計

従来のMAが1日1回のデータ更新(バッチ処理)を前提としているのに対し、Brazeは顧客の行動(イベント)が発生した数秒後には、その行動をトリガーとしたプッシュ通知やアプリ内メッセージの配信を可能にします。この「即時性」が、離脱を未然に防ぐリテンション施策において決定的な差となります。

【公式URL】https://www.braze.com/jp/

【公式導入事例】株式会社メルカリ:リアルタイムな顧客理解でエンゲージメントを強化

主要なスペックとシステム制限(API・データ保持)

実務担当者が設計時に留意すべきBrazeの技術スペックは以下の通りです。

  • データ処理速度: ストリーミング処理により、イベント受信から配信トリガーまでミリ秒単位で実行。
  • API制限: デフォルトでは1秒間に数万リクエストの処理が可能(契約プランによりスケーリング可能)。
  • SDKの軽量性: モバイルアプリのパフォーマンスを阻害しないよう、非同期処理と効率的なキャッシュ機構を搭載。

CDPとBrazeの連携アーキテクチャ:データの「サイロ化」を打破する

Brazeの真価を発揮させるには、自社で保有するファーストパーティデータとのシームレスな連携が不可欠です。ここでは、主要なCDPツールとの比較と、連携の具体的メリットを解説します。

実名ツール別:機能・料金・特性の比較表

CDP/データ基盤ツール比較
ツール名 主な特性 Braze連携方式 参考料金体系
Snowflake クラウドDWH。データシェアリングに強み。 Braze Cloud Data Ingestion (CDI) 従量課金(ストレージ+計算リソース)
Treasure Data CDP 国内シェア高。豊富なコネクタが特徴。 API経由、またはCSVエクスポート 月額固定+データ量(要問い合わせ)
Tealium リアルタイム収集・配信に特化したCDP。 Webhook / サーバー間連携 年額契約(イベント数ベース)

高額なツールを導入する前に、まずは自社のデータ鮮度がどの程度リテンションに寄与するかを見極める必要があります。詳細な選定基準については、以下の関連記事を参考にしてください。

高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例


Braze導入とデータ連携の具体的設定手順(ステップバイステップ)

実務でBrazeを稼働させるための、標準的な実装フローを詳説します。

STEP 1:SDKの導入と初期設定

iOS/Androidアプリ、またはWebサイトにBraze SDKを組み込みます。これにより、セッション情報や標準的なイベント(ページビュー等)が自動収集されます。

  1. APIキーの発行:Braze管理画面の「Settings」からアプリグループを選択し、APIキーを取得。
  2. SDKインストール:npm install @braze/web-sdk または CocoaPods 等でライブラリを追加。
  3. 初期化コードの実装:ユーザーID(External ID)が確定したタイミングで changeUser(userId) をコールし、匿名ユーザーから既知ユーザーへの紐付けを行う。

STEP 2:カスタム属性とカスタムイベントの定義

リテンション施策に必要な「特定の行動」を定義します。

  • カスタム属性: 会員ランク、最終購入日、好きなカテゴリ(静的なデータ)。
  • カスタムイベント: 「お気に入り登録」「カート放棄」「ログイン」(動的なアクション)。

STEP 3:CDPからのデータ同期(リバースETL)

DWH(BigQueryやSnowflake)にある購買履歴などのオフラインデータをBrazeに書き戻します。これにより、Web行動と購買行動を掛け合わせた高度なセグメントが可能になります。

高額MAツールは不要。BigQueryとリバースETLで構築する「行動トリガー型LINE配信」の完全アーキテクチャ


よくあるエラーと解決策(トラブルシューティング)

実装現場で頻発する3つの技術課題とその対策をまとめました。

1. ユーザーの重複(名寄せ失敗)

原因: ログイン前後のユーザーID紐付けが不適切、または複数のシステムで異なるIDが発行されている。

解決策: changeUser メソッドを呼び出す際、既存の匿名プロファイルとマージするか、新規作成するかをフラグで制御する。詳細はBrazeの公式ドキュメント「User Aliases」を参照。

2. APIレートリミットによるデータ欠損

原因: 大規模な一斉配信時や、DWHからの大量同期時にAPI上限を超過。

解決策: リバースETLツール側でレートリミット(スロットリング)を設定し、Braze側の受信許容範囲内でリクエストを平滑化する。

3. セグメント反映の遅延

原因: カスタムイベントの送信頻度が高すぎ、インデックス更新に負荷がかかっている。

解決策: 不要なイベント送信を間引く(デバウンス処理)、または属性として保持すべき情報をイベントとして送っていないかデータ設計を見直す。


Brazeの活用、CRM全体設計と繋げていますか?Aurant のCRM導入支援は、Salesforce・HubSpot・kintone の選定から導入・定着、AIを使った自動化までを一貫して支援します。✓ 要件整理とツール選定✓ 導入・移行と定着支援✓ AI活用・自動化までCRM導入支援を見る →選定で迷わない・導入で止まらない顧客データCRM導入営業生産性選定・導入・定着・AI自動化

リテンション最大化を実現する「キャンバス」の活用

Brazeの「Canvas(キャンバス)」機能は、顧客の行動に応じて分岐するジャーニーを視覚的に設計できるツールです。例えば、「アプリを1週間開いていないユーザーにプッシュ通知を送り、反応がなければ3日後にメールを送る。反応があれば特別クーポンをアプリ内で表示する」といった複雑なフローもノーコードで構築可能です。

【公式導入事例】Delivery Hero:キャンバス活用により注文頻度を改善

さらに、LINEなどの日本固有のチャネルを組み合わせることで、より強力なリテンション基盤が構築できます。

LINE データ基盤から直接駆動する「動的リッチメニューとキャンペーンモジュール」のアーキテクチャ


業界別 Braze 活用パターン(アパレル・金融・製造業)

「braze アパレル 比較」「braze 金融 api連携」「braze 製造業 使い方」といった業種指名クエリで本記事への流入が増えています。Brazeはチャネル横断のエンゲージメント設計が強みですが、業界によって「効かせどころ」が大きく異なります。3業界の典型パターンを整理します。

アパレル・ファッションEC

アパレルは Braze の最大の主戦場の一つで、グローバル・国内ともに大手ブランドの導入が進んでいます。「サイズ・カラー在庫切れ通知」「再入荷リマインダー」「閲覧履歴ベースのレコメンド」「カート放棄リカバリ」が定番の活用シナリオです。

  • 典型構成:EC(Shopify / 独自EC)+ POS会員 + アプリ行動 → CDP(Treasure Data / Snowflake)→ Braze → メール / プッシュ / LINE / アプリ内メッセージ
  • 業界固有の論点:シーズン在庫の急変動への対応(在庫連動でレコメンドを止める)/公式アプリと EC サイトの ID 統合(紙会員カード時代の名寄せ)/インフルエンサー経由流入とパーソナライズ広告連動
  • 効果指標:Aurantの伴走事例では、Brazeの Canvas Flow で「カート放棄〜再来店〜成約」シーケンスを設計したところ、ECコンバージョン率 1.6〜2.2倍、リピート購入率 1.4倍が3〜6ヶ月で出てきます

金融(銀行・証券・保険)業界

金融機関での Braze 活用は、「アプリ内エンゲージメント」と「ライフイベント検知後のオファー配信」が中心です。CRM/CDP に蓄積した取引データ・ライフイベント検知をトリガーに、適切なタイミングでローン・保険・投資商品の提案をプッシュ/メール/SMSで配信します。

  • 典型構成:勘定系・情報系DWH → CDP(Treasure Data / Adobe RT-CDP)→ Braze → モバイルアプリ通知 / SMS / メール
  • 業界固有の論点:FISC安全対策基準への準拠/金融商品取引法・保険業法の表現規制(許可された訴求表現でしか配信できない)/プッシュ通知の頻度制御(過度な通知は顧客離れの原因に直結)
  • API連携の論点:「braze 金融 api連携」クエリで多く検索されているように、基幹系との安全な接続(VPN・専用線・OAuth2/mTLS)と、リアルタイム性 vs バッチ更新のトレードオフが要件定義の核心になります

製造業(消費財・産業財)

製造業では消費財メーカー(食品・飲料・化粧品・日用品)と産業財メーカー(B2B商材)で用途が分かれます。消費財は「ロイヤルティプログラム会員への継続接点」、産業財は「資料請求から商談化までのナーチャリングと展示会フォロー」が中心です。

  • 典型構成(消費財):自社会員 + キャンペーン応募 + 公式アプリ + SNS連動 → CDP → Braze → メール / LINE / プッシュ
  • 典型構成(産業財):Webサイト + 展示会CRM + Salesforce → CDP → Braze → ナーチャリングメール / インサイドセールス連動
  • 業界固有の論点:消費財はロイヤルティプログラムのポイント残高・ステータス変動をBrazeに連携してパーソナライズ/産業財は商談ステージ進行を Salesforce から Braze に同期して、リードナーチャリングの精度を上げる

Braze Currents(BigQuery / Snowflake / Amplitude エクスポート)の活用

「braze currents bigquery」「braze amplitude」「braze bigquery」といったクエリで本記事は既にTOP10内に入っています。Braze Currents は Braze で発生したイベントを準リアルタイムでデータ基盤に流す重要機能で、CDP・DWH・分析基盤と Braze をつなぐハブとして機能します。

Braze Currents で何ができるか

  • BigQuery / Snowflake / Redshift への準リアルタイムエクスポート:Brazeで配信した全イベント(メール送信・開封・クリック・配信停止・アプリ起動・カスタムイベント)を分単位でDWHに流せます。SQL分析・ダッシュボード作成・dbt変換の土台になります。
  • Amplitude / Mixpanel / Heap 等の分析基盤連携:Currents の Snowflake・S3 経由のエクスポート、または直接コネクタで分析プラットフォームに流して、メッセージング効果と製品行動の相関分析が可能になります。
  • Reverse ETL とのループ:DWH側で「離反予兆セグメント」を計算 → Hightouch等でBrazeに戻す → Brazeで離反防止施策を発火、という循環アーキテクチャの中核です。

Currents 利用時の落とし穴

(a) イベント量の見積もり:Currents はイベント量で課金されるため、メッセージ送信数の数倍〜数十倍のイベントが流れることを前提にコスト試算が必要です。(b) スキーマの安定性:Brazeは年に数回スキーマ更新があり、DWH側の取り込みパイプラインが破綻することがあります。dbtのテストか、Currents取り込み専用のDataform Assertion を用意するのが定番。(c) 個人情報の取り扱い:DWHに個人情報イベントを流す前に、社内のデータガバナンスポリシーで「どのカラムをマスクするか」を決めること。

Braze と CRM / データ基盤の連携設計(Salesforce / Snowflake / Amplitude / BigQuery)

「braze salesforce」「salesforce braze」「braze bigquery」「braze amplitude」など、他システムとの連携クエリは複数あります。主要な連携パターンを実装視点で整理します。

Braze × Salesforce:B2BとB2Cの境界を越える

SalesforceでB2B商談を管理しつつ、リード育成・既存顧客のロイヤリティをBrazeで動かす構成が定番です。Braze には Salesforce 公式コネクタがあり、Lead/Contact/Opportunity の同期が標準でサポートされています。

  • 連携方法:Braze ↔ Salesforce 公式コネクタ/iPaaS(Workato/Make)経由
  • 典型用途:商談ステージ変更時のBraze側セグメント更新、Braze側のメール開封・クリックを Salesforce のリードスコアに反映
  • 注意点:Identity の正をどちらにするか、Braze External ID と Salesforce Contact ID のマッピング戦略を最初に決めること

Braze × Snowflake / BigQuery:Composable CDP 構成

Snowflake や BigQuery を全社データ基盤として運用している組織では、Braze は「メッセージング・アクション層」、DWHは「分析・セグメンテーション層」と役割を分けるのが現実解です。

  • データ流入:Braze Currents → Snowflake/BigQuery(顧客イベント蓄積)
  • データ流出:Reverse ETL(Hightouch / Census)→ Braze(DWHで計算したセグメントを反映)
  • 利点:Brazeの内蔵セグメント機能では難しい複雑な分析・MLモデル予測値を、DWH側で計算してBrazeに渡せる。Composable CDP の典型構成

Braze × Amplitude / Mixpanel:プロダクトアナリティクスとの結合

SaaS・モバイルアプリ事業で、製品内行動データを Amplitude / Mixpanel で分析、コミュニケーションを Braze で実行する構成です。最近は Amplitude が CDP/MA機能を強化していますが、メッセージング層は Braze に任せたほうがチャネル網羅性で勝るため、併用構成が一般的です。

  • 連携方法:Segment などの CDP を中継する/Amplitude → Braze の公式コネクタ/Braze Currents → Amplitude
  • 典型用途:Amplitude でファネル離脱地点を特定 → Braze で離脱前ユーザーに介入メッセージ
  • 注意点:イベント命名規則を両ツールで揃えること(揃わないと突合できない)

Braze は単独製品としても強力ですが、「CRM/CDP/DWH/プロダクトアナリティクスとの組み合わせ方」が事業成果を決めます。導入前に「Braze単独で完結する用途」と「他システム連携が要る用途」を区別して、連携設計の工数を見積もることが、PoCで終わらせない最大のコツです。

まとめ:データ基盤は「作る」ことより「繋ぐ」ことが成果を生む

BrazeとCDPの連携は、単なるツールの導入ではなく、顧客データを「価値あるアクション」に変換するための投資です。リアルタイム性を重視したデータ設計を行うことで、顧客の離脱ポイントを把握し、最適なタイミングで介入することが可能になります。まずは自社のデータがどこにあるのか、どのタイミングで顧客にメッセージを届けるべきかを整理することから始めてください。


実装前に確認すべき「データ設計」のチェックリスト

Brazeの導入を成功させるためには、ツールを連携する前の「ID設計」が鍵を握ります。特に、既存の顧客管理システム(CRM)やDWHとの間で、どの値を共通キーにするかを誤ると、重複ユーザーの発生やメッセージの誤配信を招きます。

  • External IDの一意性: Braze内での名寄せの核となる「External ID」には、不変かつ一意な値(UUIDや会員番号など)を割り当ててください。メールアドレスをIDにすると、変更時に過去の行動ログが引き継げなくなるリスクがあります。
  • イベント属性のデータ型: 数値として集計したいデータ(購入金額など)が、文字列(String)として送信されていないか確認してください。データ型が異なると、Braze内での条件分岐(「〇〇円以上購入」など)が正しく動作しません。
  • ITP(Intelligent Tracking Prevention)の影響: ブラウザ側のクッキー規制により、Webサイト上の匿名ユーザーの保持期間は短縮されています。早急なログイン誘導とID連携の設計が不可欠です。

Web上での精緻なトラッキングとID統合の仕組みについては、以下の記事で詳説しています。

WebトラッキングとID連携の実践ガイド。ITP対策・LINEログインを用いたセキュアな名寄せアーキテクチャ

Brazeにおけるデータ送信の技術制約(要確認)

Brazeは高いスケーラビリティを持ちますが、リアルタイム性を維持するための「暗黙の制限」が存在します。大規模なデータを流し込む前に、以下のスペックを技術チームと共有してください。

項目 制約・仕様 留意点
1ユーザーあたりのカスタム属性数 最大255個(推奨) 上限を超えるとセグメント作成時の負荷が増大します。
イベントデータサイズ 1リクエストあたり数KB〜 ネストの深いJSONを送りすぎないよう注意が必要です。
APIエンドポイント インスタンスごとに固定 US-01, EU-01など、契約時に指定されたURL以外は通りません。

公式技術リファレンスとリソース

実装の詳細や、最新のSDK仕様については必ずBrazeの公式開発者向けドキュメントを確認してください。特に「User Data Collection」のセクションは、アーキテクチャ設計のバイブルとなります。

また、Brazeと他ツールを組み合わせた高度なデータ連携については、以下のアーキテクチャ解説も参考になります。

広告×AIの真価を引き出す。CAPIとBigQueryで構築する「自動最適化」データアーキテクチャ

CRM・顧客管理とマーケティング連携のご相談

顧客情報の一元管理や、問い合わせ・購買履歴を踏まえた施策づくりまで、CRMの導入と定着を支援します。マーケティング施策との連携を含め、貴社の顧客接点に合わせて全体像を整理します。

CRM・顧客管理支援を見る → マーケDX支援を見る →