AmplitudeとBraze リテンション分析とキャンペーン改善のPDCA
目次 クリックで開く
デジタルプロダクトの成長において、新規顧客の獲得(アクイジション)以上に重要視されるのが、既存顧客の維持(リテンション)です。しかし、多くの現場では「分析ツール(Amplitude等)」と「配信ツール(Braze等)」が分断されており、データが施策に活かされない、あるいは施策の結果が深く分析されないという課題を抱えています。
本記事では、プロダクト分析の最高峰であるAmplitudeと、カスタマーエンゲージメントプラットフォームのBrazeを組み合わせ、リテンション分析からキャンペーン実行、そして改善までのPDCAサイクルを完全に自動化・高度化する実務手法を徹底解説します。
AmplitudeとBrazeの連携がリテンション改善に不可欠な理由
なぜ、多くのグローバル成長企業がこの2つのツールを組み合わせて導入するのでしょうか。その理由は、データの「鮮度」と「解像度」を保ったまま、分析と実行のループを閉じることができるからです。
分析(Amplitude)と実行(Braze)を分断させない「双方向データループ」
一般的なマーケティングスタックでは、データウェアハウス(DWH)からSQLで抽出したリストをMAツールにCSVアップロードするという手作業が発生します。これでは、ユーザーが特定の行動をとった「熱量の高い瞬間」を逃してしまいます。
AmplitudeとBrazeを連携させると、Amplitude側で作成した「過去7日間に3回以上特定の機能を使ったユーザー」といった動的なコホート(ユーザー群)が、Braze側にリアルタイムに同期されます。さらに、Brazeでのキャンペーン反応データ(プッシュ通知の開封やメール内リンクのクリックなど)をAmplitudeに戻すことで、キャンペーンが最終的なKGIである「継続率」にどれだけ寄与したかを逆引きで分析できるようになります。
GA4や単体MAでは不可能な「行動ベースのパーソナライゼーション」
Google Analytics 4(GA4)は集客分析には優れていますが、個々のユーザーがプロダクト内でどのような体験を辿り、どこで躓いたかを深掘りする「ユーザー中心の分析」には限界があります。また、一般的なMAツールは「属性(性別・年代)」によるセグメントが中心になりがちです。
Amplitude×Brazeの構成では、「特定の機能を使い始めたが、Aという操作を完了せずに離脱したユーザー」に対して、数分後にBrazeからチュートリアルの案内を送るといった、行動の文脈(コンテキスト)に沿ったアプローチが可能になります。
Amplitude×Braze連携の主要機能と設定手順
実務において、この2つを繋ぎ込むための主要なコネクタは2種類あります。公式ドキュメント(Amplitude Docs / Braze Docs)に基づいた最新の仕様を確認しましょう。
1. Amplitude Cohort Sync:行動クラスターをBrazeへリアルタイム同期
Amplitudeで分析した結果作成されたコホートを、Brazeの「セグメント」や「ユーザープロフィール属性」として書き出す機能です。
- 設定方法: Amplitudeの「Data Destinations」からBrazeを選択し、BrazeのAPIキー(App Group Identifier)とREST APIエンドポイントを入力します。
- 動作: 同期頻度を「Real-time」または「Scheduled(定期)」から選択できます。一度設定すれば、ユーザーが条件を満たした瞬間にBraze側のターゲットリストが更新されます。
2. Braze Currents:配信結果をAmplitudeへ戻す
Brazeから配信されたメッセージに対する反応データを、Amplitudeにストリーミングする機能です(※Brazeの有償アドオン「Currents」が必要です)。
- メリット: 「通知を送ったことで、翌日のアプリ起動率は本当に上がったのか?」という問いに対し、Amplitude上でキャンペーンの「増分(リフトアップ)」を可視化できます。
- 連携データ例: Push Sent, Push Open, Email Click, In-app Message Impression など。
ID統合の要点:外部ID(External ID)の一致
最も重要なのがUser ID(名寄せ)の設計です。Amplitudeの User ID とBrazeの External ID が一致していないと、データは紐付きません。
特にWebとアプリを跨ぐプロダクトの場合、ログイン前の匿名ID(Device ID等)からログイン後のIDへどう遷移させるかの設計が不可欠です。このあたりの詳細なデータ基盤設計については、以下の関連記事が参考になります。
リテンションを劇的に向上させる「分析→実行」の4ステップ
ツールが繋がったら、次は実務的な運用フローに乗せます。単なる配信ではなく、リテンション(継続)に直結するPDCAを回す手順です。
ステップ1:Amplitudeで「継続の先行指標(マジックナンバー)」を特定する
リテンションを高めるには、「何をしたらユーザーが使い続けてくれるか」を知る必要があります。Amplitudeの「Signal」チャート(またはCorrelation分析)を使用し、例えば「最初の7日間で5回以上お気に入り登録をしたユーザーは、2週目以降の継続率が300%高い」といった相関関係を見つけ出します。
ステップ2:Brazeで対象コホートに向けた「行動トリガー型」配信を構築する
特定したマジックナンバーに基づき、Brazeでキャンペーンを組みます。
単に「全員にクーポンを送る」のではなく、「まだお気に入り登録を2回しかしていないユーザー」がAmplitudeからBrazeに同期された瞬間、3回目以降を促すガイドをアプリ内メッセージ(IAM)で表示させます。
ステップ3:増分分析(Incremental Lift)でキャンペーンの純増効果を検証する
Brazeの「Control Group(配信除外グループ)」機能を利用し、メッセージを送った群と送らなかった群で、その後の「プロダクト継続率」にどれだけの差が出たかをAmplitudeで分析します。単なる「開封率」や「クリック率」は虚栄の指標(Vanity Metrics)に過ぎません。真にリテンションを押し上げたかを確認します。
ステップ4:分析結果を元にBrazeのキャンバスを高速に修正する
Amplitudeの「Compass」チャートなどで、配信後のユーザーがどこで脱落しているかを可視化し、Brazeのキャンバス(ステップ配信フロー)のメッセージ内容やタイミングを微調整します。
【比較】Amplitude/Brazeと他ソリューションの機能・コスト比較
企業のフェーズやデータ量に応じて、最適なツールの組み合わせは異なります。実名製品での比較を以下にまとめます。
| 比較項目 | Amplitude + Braze | GA4 + Firebase Cloud Messaging | Salesforce Marketing Cloud |
|---|---|---|---|
| 主な用途 | プロダクト改善・グロース | アクセス解析・簡易配信 | 全社的なCRM・メールマーケ |
| 分析の深さ | 非常に高い(行動・コホート分析) | 中程度(集計レポート中心) | 中程度(属性ベースが主) |
| リアルタイム性 | 極めて高い(数分以内の同期) | 低い(BigQuery連携にラグあり) | 中程度(データ同期に時間がかかる) |
| 導入コスト | 高い(要相談。数百万円〜) | 無料〜(BigQuery利用料のみ) | 非常に高い(数千万円〜) |
| 運用の難易度 | 中〜高(データ設計が必要) | 低〜中 | 極めて高い(専門知識が必要) |
※料金は導入規模やデータ量(MTU/イベント数)により大きく変動するため、必ず公式サイト(Amplitude Pricing / Braze Pricing)から見積もりを依頼してください。
もし、高額な専用ツールの導入を避けつつ、データウェアハウス(BigQuery等)を中心に据えた「モダンデータスタック」で同様の仕組みを構築したい場合は、以下の設計思想が非常に役立ちます。
関連記事:高額MAツールは不要。BigQueryとリバースETLで構築する「行動トリガー型LINE配信」の完全アーキテクチャ
実務で直面する3つの壁と回避策
ツールを導入・連携させただけでは、期待した成果は出ません。実務担当者が必ずと言っていいほど直面する課題があります。
1. イベント発火の二重管理によるデータ不整合
Amplitudeに送るイベントとBrazeに送るイベントを個別に実装すると、定義のズレや実装漏れが発生します。
解決策: SegmentやRudderStackなどの「Customer Data Platform (CDP)」を挟む、あるいは共通のイベントトラッキング層を構築し、1つのソースから両ツールへデータを分配する設計を推奨します。
2. 配信コストの肥大化を防ぐ「データ・フィルタリング」
BrazeはMTU(月間アクティブユーザー)やデータポイント数で課金されます。全てのログをBrazeに送るとコストが跳ね上がります。
解決策: 分析に必要な細かいログ(画面スクロール等)はAmplitudeのみに送り、Brazeには「キャンペーンのトリガーとなる重要なイベント」のみをフィルタリングして送るように制御します。
3. プライバシー規制(ITP等)を考慮したファーストパーティデータ活用
サードパーティCookieへの制限が強まる中、SDK経由のトラッキングだけでは精度が落ちる場合があります。
解決策: サーバーサイドでのイベント送信(Server-side GTMやAPI経由)を併用し、確実にファーストパーティデータを収集・紐付けできる環境を整えます。特にLINEなどのプラットフォームを介したID統合は、国内のリテンション施策において非常に有効です。
まとめ:継続的なプロダクト成長のためのデータアーキテクチャ
AmplitudeとBrazeの連携は、単なる「便利な機能」ではなく、「ユーザーの行動を深く理解し、それに基づいた最適な体験を即座に提供する」というグロースの根幹を支えるアーキテクチャです。
リテンション改善の鍵は、ツールの多機能さに振り回されることではなく、一貫したID設計と、「分析→仮説→実行→検証」のサイクルをどれだけ高速に、かつ解像度高く回せるかにあります。まずは自社のプロダクトにおける「マジックナンバー」をAmplitudeで特定することから始めてみてください。
注釈・出典:
各ツールの仕様は執筆時点の公式ドキュメントに基づいています。
料金体系は契約時期や代理店によって異なるため、必ず公式の窓口へお問い合わせください。
実務で差がつく「SDK実装」と「コスト最適化」のチェックポイント
AmplitudeとBrazeの連携を技術的に成功させるためには、単にAPIを繋ぐだけでなく、データ転送量と実装のメンテナンス性を考慮する必要があります。特に以下の3点は、プロジェクト中盤で課題になりやすい項目です。
- ボトムアップなイベント設計の回避: 全てのボタンクリックをイベントとして送るのではなく、マジックナンバー特定に直結する「コア体験」に絞って計測を実装してください。
- Brazeのデータポイント管理: Brazeはデータ送信量に応じて課金が変動するため、Amplitudeにはフルログを送り、Brazeには「キャンペーンのトリガー」に必要なプロパティのみをフィルタリングして送るミドルウェア(GTMサーバーサイド等)の活用が有効です。
- SDKの共存: 両ツールのSDKを直接クライアントサイドに埋め込む場合、初期ロードへの影響を最小限にするため、非同期読み込みや遅延実行の制御をエンジニアと合意しておく必要があります。
【比較】データ収集手法によるメリット・デメリット
自社の開発リソースやデータプライバシーの方針に合わせて、最適な収集手法を選択してください。
| 手法 | メリット | デメリット |
|---|---|---|
| クライアントSDK直接実装 | リアルタイム性が最も高く、複雑なフロント挙動を捕捉しやすい。 | アプリのアップデートが必要。ブラウザの制限(ITP等)を受けやすい。 |
| サーバーサイドAPI連携 | データの信頼性が高く、セキュリティ的に安全。ブラウザ制限に強い。 | 実装にサーバー側の工数が必要。リアルタイム性が実装依存となる。 |
| CDP(Segment等)経由 | 一度の実装で多ツールに分配可能。仕様変更に強い。 | CDP自体のライセンス費用が発生し、構成が複雑になる。 |
さらなる高度化に向けた公式リソースと関連設計
リテンション分析の精度を上げるためには、集客フェーズ(広告)からのデータ一貫性が欠かせません。より高度なデータアーキテクチャを構築するためのリソースを以下にまとめます。
公式ドキュメント・活用事例
データ基盤の拡張に役立つ関連記事
BrazeやAmplitudeに流し込むデータの「上流」を最適化することで、AIによる予測精度の向上や広告運用の自動化が可能になります。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。