BrazeとSalesforce 双方向同期 プロファイル拡張とセールスハンドオフの設計

現代のマーケティング活動において、カスタマーエンゲージメントプラットフォームである「Braze」と、SFA/CRMのデファクトスタンダードである「Salesforce」の連携は、単なるデータ転送以上の意味を持ちます。マーケティングチームがBrazeで高度なパーソナライゼーションを行い、セールスチームがSalesforceで商談を管理する。この両者の間でデータがリアルタイムに循環しなければ、顧客には一貫性のないメッセージが届き、営業は「今、アプローチすべき顧客」を見失うことになります。

本記事では、BrazeとSalesforceの双方向同期におけるアーキテクチャ設計、プロファイル拡張の具体的手法、そしてインサイドセールスへ商機を繋ぐ「セールスハンドオフ」の実装ガイドを、実務担当者の視点で解説します。

BrazeとSalesforceを接続する3つの主要アプローチ

BrazeとSalesforceの連携を検討する際、まずは「どの経路でデータを流すか」を決定する必要があります。主に以下の3つの手法が存在します。

1. Braze Salesforce Integration (AppExchangeアプリ)

もっとも標準的な手法は、SalesforceのAppExchangeで提供されている公式アプリを利用することです。これにより、Salesforceの「リード」「取引先責任者」の変更をトリガーに、Brazeのユーザープロフィールを更新できます。

• メリット: コードを書かずにGUIベースでマッピングが可能。
• デメリット: 標準オブジェクト以外の連携にはカスタマイズが必要になるケースがある。

2. Braze Cloud Data Ingestion (CDI)

SnowflakeやBigQuery、Amazon Redshiftなどのデータウェアハウス（DWH）を介してSalesforceのデータをBrazeに流し込む手法です。Salesforceのデータを一度DWHに集約している企業にとって、もっとも整合性が保ちやすい経路です。

詳細なデータ基盤の構築については、高額なCDPは不要？BigQuery・dbt・リバースETLで構築するデータ基盤の考え方が参考になります。

3. Braze Canvas × Webhook / API

Braze内での特定のイベント（例：特定のキャンペーンに反応した、資料をダウンロードした）をトリガーとして、Salesforce側のレコードを直接更新したり、タスクを作成したりする手法です。リアルタイム性が求められる「セールスハンドオフ」において非常に強力です。

プロファイル拡張：BrazeにSalesforceのコンテキストを注入する

Braze単体では「アプリの起動」や「メールのクリック」といった行動データが中心になります。ここにSalesforceが持つ「企業規模」「BANT条件」「商談フェーズ」「担当営業名」といったB2B的な属性情報を同期させることで、Brazeのセグメンテーション精度は飛躍的に向上します。

キーとなるIDの設計

双方向同期の絶対条件は、両システム間で共通のキー（名寄せキー）を持つことです。一般的には以下のいずれかを採用します。

• Salesforce Lead/Contact ID: Salesforceをマスターとする場合、この18桁のIDをBrazeのexternal_idにセットします。
• メールアドレス: 簡易的ですが、重複リスクがあるため推奨されません。
• 独自顧客ID: 自社システムで発行しているIDを両方に持たせるのがもっとも堅牢です。

ID連携の実践的な実装については、WebトラッキングとID連携の実践ガイドを併せてご確認ください。

セールスハンドオフ：BrazeからSalesforceへ「勝ち筋」を渡す設計

「セールスハンドオフ」とは、マーケティング側で温まった見込み客を、最適なタイミングで営業側へ引き渡すプロセスです。BrazeのCanvas機能を使うと、このプロセスを完全に自動化できます。

実装例：重要アクション検知時のタスク作成

1. トリガー: ユーザーがBraze経由で送られた「価格シミュレーション」ページを閲覧。
2. フィルタ: Salesforceから同期された属性「商談状況」が「未着手」または「失注」であること。
3. アクション: BrazeのWebhookを利用し、SalesforceのREST APIを叩いて、担当営業に「即時フォロー」のタスクを作成する。

Salesforce API エンドポイント例:

POST /services/data/v58.0/sobjects/Task/

JSONに Subject, WhoId, Description などを格納して送信します。

【比較表】データ連携手法別のメリット・デメリット

プロジェクトの要件に応じて、最適な手法を選択してください。

実務的な設定ステップとエラー回避策

ここでは、BrazeからSalesforceへデータを書き戻す「Webhook」パターンの設定ステップを解説します。事前にSalesforce側での「接続アプリ」作成が必要です。

ステップ1：Salesforceでの接続アプリ（Connected App）作成

1. Salesforceの設定から「アプリケーションマネージャ」を開き、[新規接続アプリ]をクリック。
2. OAuth設定を有効にし、適切なスコープ（api, refresh_token）を付与。
3. 「コンシューマ鍵」と「コンシューマの秘密」を控える。

ステップ2：BrazeでのWebhook設定

1. Brazeのダッシュボードで新しいWebhookキャンペーンまたはCanvasステップを作成。
2. 認証ヘッダーにSalesforceのアクセストークンをセット（多くの場合、事前にトークン取得用の仕組みやConnected ContentでのOAuth処理が必要）。
3. HTTPメソッドを PATCH または POST に設定し、SalesforceのオブジェクトURLを指定。

よくあるエラーと対処法

• 401 Unauthorized: アクセストークンの有効期限切れ。リフレッシュトークンフローを組み込むか、BrazeのCredential Management機能（利用可能な場合）を確認してください。
• 429 Too Many Requests: SalesforceのAPI制限超過。Braze側の「Rate Limiting」機能で、1分あたりのリクエスト数を制限してください。
• ENTITY_IS_DELETED: Salesforce側でレコードが削除されている。Webhook送信前に、Braze側でレコード存在フラグをチェックするロジックが必要です。

システム間の責務分解については、SFA・CRM・MA・Webの違いと全体設計図の考え方を適用することで、どこでデータを正規化すべきかが明確になります。

運用上の注意点とデータガバナンス

双方向同期を運用する上で最大の敵は「循環参照」と「API消費」です。

循環参照の防止

Salesforceの更新をトリガーにBrazeを更新し、そのBrazeの更新をトリガーにまたSalesforceを更新する……という無限ループに陥らないよう注意が必要です。更新トリガーに「更新者がシステム連携ユーザー（API User）でない場合のみ実行」という条件をSalesforceのFlowやApex側に加えるのが定石です。また、Braze側でも update_existing_only フラグを活用し、不要な新規ユーザー作成を防ぎましょう。

APIコール数の管理

SalesforceのAPI制限は厳格です。1ユーザーのアクションごとに1 APIを消費する設計は、大規模なB2Cサービスでは破綻します。重要なイベントのみをWebhookで飛ばし、属性情報（会社名など）の同期はCDIによるバッチ処理に寄せるなど、ハイブリッドな設計を推奨します。

料金やAPI仕様の詳細については、以下の公式ドキュメントを参照してください。

• Braze公式：Salesforce統合ガイド
• Salesforce公式：REST API開発者ガイド

まとめ：データ分断を解消し、顧客体験を最大化するために

BrazeとSalesforceの双方向同期は、単なる技術的な「繋ぎ込み」ではありません。マーケティングが捉えた「顧客の熱量」を、営業が「商談の武器」として活用できる環境を整える、ビジネスプロセスの再構築です。

プロファイル拡張によってBrazeを「より賢い配信エンジン」へ、セールスハンドオフによってSalesforceを「より稼げる武器」へと進化させることが、CRM戦略の成功を左右します。まずは自社のデータ量とリアルタイム性の要求度を天秤にかけ、最適な連携手法から着手してください。