数百万規模の顧客コミュニケーションを管理するエンタープライズのマーケティングチームは、コピー作成の手作業や静的なA/Bテストの運用負荷に日常的に直面しています。現在は Jacquard へと進化・リブランディングを遂げた Phrasee は、AI主導のブランド言語エンジンを Salesforce Marketing Cloud (SFMC) や Braze などの主要なカスタマーエンゲージメントプラットフォームに直接統合することで、このボトルネックを解消します。Phrasee は、マーケターが個別にコピーのバリエーションを作成してスプリットテストを設定する手間を省き、これらの配信・実行エンジンと直接連携することで、メール、プッシュ通知、その他のデジタルタッチポイントにおけるメッセージバリアントの生成、配信展開、リアルタイム最適化を自動化します。
自動メッセージテストのアーキテクチャ
顧客関係管理（CRM）ワークフローにおける従来のA/Bテストでは、マーケターが仮説を立て、手作業で2〜3種類のコピーバリアントを作成し、オーディエンスを均等に分割したうえで、勝者を決定するまでに数日または数週間にわたる人手での評価を待つ必要がありました。これに対し、Phrasee は自然言語生成（NLG）、予測スコアリング、動的多腕バンディット（multi-armed bandit）最適化を組み合わせた自動フィードバックループを通じて稼働します。
システムはまず、エンタープライズブランド固有のガイドライン、ブランドボイス（トーン＆マナー）、規制上の制約、エンゲージメント目標に合わせて言語モデルを調整（キャリブレーション）することから始まります。キャンペーンが計画されると、Phrasee はメールの件名、プリヘッダー、コールトゥアクション（CTA）、モバイルプッシュのヘッドラインなど、メッセージを構成する要素ごとに複数の言語バリアントを生成し、予測されるエンゲージメント率に基づいてそれらをスコアリングします。
バリアントが承認されると、Phrasee は単にトラフィックを50/50に均等分割するだけにとどまりません。プラットフォームは動的最適化（Dynamic Optimisation）エンジンを通じて配信システムと統合され、各バリアントを配信しながら初期のエンゲージメントテレメトリを観測し、リアルタイムにアルゴリズムでトラフィック配分を調整します。高パフォーマンスのコピーには送信比率が自動的に高く割り当てられ、成果の低いバリアントは配信枠の中で徐々に縮小・廃止されるため、手動作業なしで継続的な売上増やエンゲージメントの向上が図られます。
Phrasee と Salesforce Marketing Cloud (SFMC) の統合
Salesforce Marketing Cloud は、エンタープライズにおいて最も広く導入されているメール配信およびジャーニーオーケストレーションエンジンの1つです。Phrasee は SFMC と統合することで、マーケティングチームが確立されたデータモデルや承認ワークフローを破棄することなく、Email Studio、MobileStudio、Journey Builder 全体でメッセージテストの自動化を可能にします。
認証とサーバー間（Server-to-Server）セットアップ
Phrasee と Salesforce Marketing Cloud 間の接続は、SFMC App Center 内で作成されたサーバー間（Server-to-Server）API 統合を通じて確立されます。
- インストール済みパッケージ（Installed Package）の設定: 管理者は SFMC 内で Installed Package を構成し、Email Studio、Content Builder、Journey Builder への API アクセス権限を付与します。
- OAuth 2.0 クライアント認証情報: 統合にはクライアント認証情報（client credentials）フローが採用され、Salesforce のテナント固有エンドポイント（Tenant-Specific Endpoints: TSE）を経由して一意の
client_idとclient_secretがルーティングされます。 - テナントマッピング: 企業は自社のビジネスユニット識別子（Business Unit Identifier: MID）と Salesforce スタックのロケーションを Phrasee に提供し、実験が目的のブランドビジネスユニット内に確実に分離されるようにします。
AMPscript による動的コンテンツの挿入
最適化されたコピーバリアントを SFMC メッセージ内に配信するため、Phrasee は Salesforce 独自のスクリプト言語である AMPscript と Content Builder の動的ブロックを活用します。
- メールの件名: マーケターは Email Studio の送信定義で静的なテキストをハードコードする代わりに、件名フィールドに軽量な AMPscript スニペットを挿入します。送信時に、このスクリプトが Marketing Cloud 内の Phrasee 実験テーブルまたは動的データ構造を照会し、購読者ごとに適切なコピーバリアントを割り当てます。
- Content Builder ブロック: メールの本文コピー、見出し、CTA ボタン向けに、Phrasee は Content Builder 内に動的コンテンツスニペットを提供します。これらのスニペットは、Journey Builder のメールや自動化スクリプトにドラッグ＆ドロップで配置できます。
- モバイルプッシュ通知: MobileStudio のプッシュキャンペーン向けには、通知メッセージ作成画面に貼り付ける専用のスニペット文字列が提供され、プッシュ配信時にアクティブな実験から動的にテキストを取得できます。
Content Builder 承認プロセスの運用
エンタープライズ組織における一般的な課題は、コンプライアンス規制やブランド審査の承認フローです。仮にすべてのテストバリエーションに対して Salesforce Content Builder 内で都度完全な再承認が必要になると、自動テストは機能不全に陥ります。Phrasee は分離されたワークフローによってこの課題を解決します。
- コピーのバリエーションは Phrasee プラットフォーム内で直接レビューおよび承認され、そこで自動コンプライアンスチェックとブランドセーフティフィルターが適用されます。
- SFMC Content Builder 内では、マスターメールテンプレートと AMPscript プレースホルダーブロックについて、標準的な Salesforce の承認を1度だけ通します。
- AMPscript は実行時に Phrasee の承認済み実験バリアントを参照するため、SFMC 内の親テンプレートの承認済みステータスを失効させることなく、基礎となるメッセージ言語を動的に最適化できます。
テレメトリとデータ取り込みループ
予測モデルをトレーニングし、バリアントの配分を調整するために、Phrasee は SFMC からのパフォーマンスフィードバックを必要とします。
- Data Views と Tracking Extracts: SFMC は、内部の Data Views にメッセージの送信、開封、クリック、配信停止、カスタムコンバージョンイベントなどの受信者インタラクションを記録します。
- API と Data Extension の同期: Jacquard の統合システムは定期的にトラッキング抽出（Tracking Extracts）を取得し、実験用の Data Extensions を更新します。この実績データが Phrasee のディープラーニングアーキテクチャにフィードバックされ、後続のキャンペーンサイクルに向けたパフォーマンスウェイトが更新されます。
Phrasee と Braze の統合
Braze の最新のストリームベースのアーキテクチャにより、Phrasee とのさらに緊密なリアルタイム統合が可能になります。Braze ネイティブのテンプレート機能とデータストリーミングツールを活用することで、Phrasee はメール、プッシュ通知、SMS、アプリ内メッセージ、Content Cards にわたる自動メッセージテストを実現します。
Connected Content と Liquid を用いた送信時リアルタイム取得
Braze キャンペーンに Phrasee のコピーを挿入する主要な仕組みは Braze Connected Content です。これはメッセージが配信準備されるまさにその瞬間に、Liquid テンプレート構文を用いて動的な HTTP 呼び出しを実行します。
- リアルタイム API クエリ: Braze がメッセージ送信を処理する際、Phrasee の API エンドポイントとキャンペーン実験 ID が設定された
{% connected_content %}Liquid タグが評価されます。 - 動的変数への格納: API は割り当てられたバリアントを含む JSON ペイロードを返し、それが Liquid 変数に格納されて、件名、メッセージ本文、またはプッシュタイトルにレンダリングされます。
- 到達性のフォールバック保証: エンタープライズの本番環境では耐障害性が極めて重要です。ネットワークタイムアウトや API エラーが発生した場合、Liquid ロジックによってフォールバック用の代替コピーを指定できるため（例:
{{ phrasee_content.text | default: 'Exclusive Offer Inside' }}）、購読者に空白や破損したメッセージが届くリスクを完全に排除します。
Braze Currents によるクローズドループストリーミング
従来のプラットフォームがバッチデータ抽出に依存していたのに対し、Braze は Braze Currents と呼ばれるイベントストリーミングシステムを備えています。Phrasee は Currents を活用して、ほぼリアルタイムの計測ループを確立します。
- Amazon S3 へのデータエクスポート: Braze 内で管理者は Currents に移動し、Phrasee 専用のデータ取り込みバケット（従来は
phrasee-braze-currents-exportsと指定）に向けた Amazon S3 エクスポートを設定します。 - イベント配信: 購読者がメッセージとインタラクションを行うと、Braze は送信、到達、開封、クリック、カスタムコンバージョンイベントなどの未加工のインタラクションイベントを S3 バケットに直接ストリーミングします。
- バリアントの属性紐付け: Phrasee はこれらのストリーミングログを取り込み、イベントレコードと購読者レベルのバリアント ID を照合して、最小限のレイテンシでエンゲージメント曲線を算出します。
配信レート制限（Delivery Rate Limiting）の役割
Braze における Phrasee の特徴的な機能の1つが、送信実行中のリアルタイム最適化（intra-send optimization）です。大規模な一斉配信では、Phrasee は Braze の配信速度レート制限を有効にすることを推奨しています（例: 数百万通の配信を4〜6時間にわたってペーシング制御する）。
- 初期探索フェーズ: 配信開始後の最初の1時間は、基準となるエンゲージメントデータを収集するために、すべての有効なバリアントに均等にメッセージが分散されます。
- 送信中のリアルタイム再配分: Braze Currents が初期の開封やクリックを Phrasee にストリーミングするにつれ、多腕バンディットアルゴリズムが高パフォーマンスの表現を特定し、残りの送信枠を優勢なバリアントへと自動的にシフトさせ始めます。
- 成果の自動最大化: 最終バッチが配信される頃には、受信者の大多数が最も成果の高いバリアントを受け取ることになり、人手を介さずにキャンペーン全体のエンゲージメントを最大化できます。
アーキテクチャ比較：SFMC 対 Braze
Phrasee は両プラットフォームで自動メッセージテストを実現しますが、その技術的実装は Salesforce Marketing Cloud と Braze のアーキテクチャの違いを色濃く反映しています。
| 機能 / 要素 | Salesforce Marketing Cloud (SFMC) | Braze |
|---|---|---|
| 主要な統合メカニズム | Server-to-Server App、AMPscript、Content Builder 動的ブロック | Liquid 構文による Connected Content API 呼び出し |
| 認証モデル | テナント固有エンドポイント（TSE）を用いた OAuth 2.0 クライアント認証情報 | Connected Content 内での API キーおよびエンドポイント認証 |
| バリアント割り当てのタイミング | 送信前評価 / AMPscript 実行によるレンダリング | メッセージ送信時の同期 HTTP 取得 |
| フィードバックループパイプライン | SFMC Tracking Extracts、Data Views、スケジュール設定された Data Extension 同期 | Braze Currents による AWS S3 へのリアルタイムイベントストリーミング |
| 対応メッセージチャネル | Email Studio（一斉配信およびトリガー配信）、MobileStudio プッシュ | メール、モバイルプッシュ、Web プッシュ、アプリ内メッセージ、Content Cards、SMS |
| 承認ワークフローの統合 | 承認済み Content Builder テンプレート内の AMPscript ブロック | Liquid 検証を備えた Braze Campaign および Canvas テンプレート |
| 送信時の最適化 | 主にジャーニーレベルおよびバッチ間の再配分 | 配信レート制限を活用した送信中のリアルタイムバンディット再配分 |
マーケティング運用チームのための運用のベストプラクティス
エンタープライズスタック全体で Phrasee による自動メッセージテストの信頼性とパフォーマンスを最大限に引き出すため、マーケティング運用チームは以下のアーキテクチャプラクティスを遵守する必要があります。
1. 堅牢なフォールバックロジックを維持する
外部 API 呼び出しやスクリプティングエンジンが、メッセージの到達性を脅かすことがあってはなりません。Braze では、JSON パースエラーやエンドポイント遅延に備えて、明示的な Liquid default フィルターを必ず実装してください。SFMC では、AMPscript の参照関数を条件付きエラー処理ブロックでラップし、実験バリアントの解決に失敗した場合には、検証済みの静的コピーに安全にフォールバックできるようにします。
2. クレデンシャルとトークンローテーションのプロアクティブな管理
エンタープライズのセキュリティポリシーでは、定期的なシークレットのローテーションが義務付けられています。SFMC 統合の場合、キャンペーンの停止を防ぐため、有効期限が切れる前に Salesforce 管理者と Phrasee プラットフォーム設定の間で OAuth 2.0 クライアントシークレットを連携して更新する必要があります。Braze では、API エンドポイントの権限を監視し、Currents エクスポート用の S3 IAM バケットアクセスを維持してください。
3. 送信ボリュームと統計的感度の整合性を保つ
動的最適化アルゴリズムが開封やクリックの挙動における有意差を検出するには、十分なサンプルサイズが必要です。低ボリュームのトランザクション型トリガーメッセージの場合、統計的有意性を蓄積するまでに数日かかることがあります。一方、高ボリュームのプロモーション一斉配信では、送信中の再配分に必要な学習期間を確保するため、数時間にわたるレート制限ペーシングが不可欠です。
4. 部門横断的なガバナンス体制を確立する
エンタープライズ規模の言語生成には明確な境界線が必要です。稼働中のカスタマージャーニーに自動テストを展開する前に、CRM チーム、ブランドセーフティ責任者、法務・コンプライアンス担当者が連携して Phrasee の語彙制約とレビューポリシーを設定する必要があります。これらのガードレールをプラットフォーム内にコード化して定義すれば、ブランドのレピュテーションを損なうリスクなく、テストの自動化を自律的に運用できます。
まとめ
Phrasee は Salesforce Marketing Cloud および Braze に自動化されたインテリジェンス層として統合され、従来の手動 A/B テストを継続的なアルゴリズム最適化へと置き換えます。Salesforce Marketing Cloud では、複雑なエンタープライズ承認プロセスを尊重しつつ、Server-to-Server OAuth と AMPscript コンテンツブロックを活用して承認済み言語バリアントを挿入します。Braze では、リアルタイムなバリアントレンダリングのための Connected Content Liquid 呼び出しと、イベントストリーミングのための Braze Currents を活用し、ペーシングされた大量一斉送信における送信中の動的最適化を実現します。生成言語機能をエンタープライズの配信パイプラインに直接結合することで、Phrasee はメッセージテストを低速で断続的な手作業から、自動的かつ継続的に収益を創出する標準的な運用基盤へと変革します。