購入イベント
このページでは、購入イベントとプロパティ、その使用方法、セグメンテーション、関連する分析の表示場所などについて説明します。
レガシーの購入イベントはメンテナンスモードに移行します。既存のBrazeのお客様は、レガシーの購入イベントを引き続き使用できます。購入イベントは引き続き期待どおりに動作しますが、今後はeコマース推奨イベントを基盤として新しい機能が構築されます。Brazeは、サポート終了日が設定されるかなり前に事前通知を行います。新規のBrazeのお客様は、eコマース推奨イベントを使用してください。レガシーの購入イベントは利用できません。
購入イベントは、ユーザーが実行した購入アクションです。アプリ内購入を記録し、ユーザープロファイルごとに生涯価値 (LTV) を確立するために使用されます。これらのイベントは、チームで設定する必要があります。購入イベントをログに記録すると、数量やタイプなどのプロパティを追加できるため、これらのプロパティに基づいてユーザーをさらに絞り込んでターゲットにできます。
購入イベントを記録する
購入を記録するには、/users/track エンドポイントを通じて購入オブジェクトを渡すか、次のセクションに記載されているいずれかのSDKライブラリーを使用します。
以下は、さまざまなプラットフォームで購入を記録するために使用されるメソッドの一覧です。これらのページには、購入イベントにプロパティと数量を追加する方法に関するドキュメントも記載されています。これらのプロパティに基づいて、ユーザーをさらにターゲティングできます。
購入データの表示
購入イベントを設定してロギングを開始すると、ユーザープロファイルの［概要］タブでこの購入データを表示できます。
これらの購入の product_id 値は、データ設定の［製品］ページにも表示されます。このページでは、製品の検索、事前入力、プロパティの管理、ブロックリストへの登録、削除を行うことができます。
購入データを使用する
Braze では、購入データをさまざまな方法で使用できます。
- セグメンテーション: 購入データを使用して、購入行動に基づくユーザーのセグメントを作成します。
- パーソナライゼーション: 購入データを使用して、ユーザーへのメッセージをパーソナライズします。
- トリガーメッセージ: 購入イベントに基づいてトリガーされるメッセージを設定します。
- 分析: 購入データを分析して、ユーザー行動やマーケティングキャンペーンの効果に関するインサイトを得ます。
セグメンテーション
記録された購入イベントに基づいて、任意の数や種類のフォローアップキャンペーンをトリガーできます。たとえば、過去 30 日間に購入したユーザーのセグメントや、一定額以上を消費したユーザーのセグメントを作成できます。
ユーザーをターゲットにする際は、次のセグメンテーションフィルターを使用できます。
- 初回購入
- アプリの初回購入
- 最終購入製品
- 消費金額
- 購入製品
- 購入の合計数
- Y 日間の X 消費金額
- Y 日間の X 製品購入数
- Y 日間の X 購入プロパティ
- 過去 Y 日間の X 購入数
各フィルターの詳細については、セグメンテーションフィルターの用語集を参照し、「購入行動」でフィルタリングしてください。
パーソナライゼーション
ユーザーから収集する他の種類のデータと同様に、購入データを使用して Liquid でメッセージングをパーソナライズできます。たとえば、ユーザーが購入したばかりの商品に類似した商品をおすすめする、パーソナライズされたメールを送信できます。
ユーザーが最後に購入した商品の名前を保存する last_purchased_product という購入イベントプロパティがあるとします。このプロパティを使用して、次のようにメールメッセージをパーソナライズできます。
{% if ${last_purchased_product} == "Running Shoes" %}
We hope you're enjoying your new running shoes! Based on your recent purchase, you might also like these running shorts and water bottles.
{% elsif ${last_purchased_product} == "Yoga Mat" %}
We hope you're enjoying your new yoga mat! Based on your recent purchase, you might also like these yoga blocks and straps.
{% else %}
Thank you for your recent purchase! We hope you're enjoying your new item.
{% endif %}
この例では、メッセージは last_purchased_product プロパティに基づいてパーソナライズされます。ユーザーが最後に購入した商品が「Running Shoes」の場合、ランニングショーツとウォーターボトルをおすすめするメッセージが届きます。最後の商品が「Yoga Mat」の場合、ヨガブロックとストラップをおすすめするメッセージが届きます。last_purchased_product がそれ以外の場合は、一般的なお礼のメッセージが届きます。
トリガーメッセージ
一般的なユースケースとして、ユーザーが購入したときにメールなどのメッセージを自動的に送信する方法があります。たとえば、お礼のメッセージや、次回の購入に使える割引コードを送信できます。
これを行うには、アクションベースのキャンペーンまたはキャンバスを作成し、トリガーアクションを購入を行うに設定します。購入した商品や購入金額など、トリガーの追加条件を指定することもできます。
トリガーメッセージを Liquid でパーソナライズすることもできます。次の例では、${purchase_product_name} はカスタム属性であり、Braze の設定で購入した商品の名前を保存している実際の属性名に置き換えます。
Thank you for your purchase of ${purchase_product_name}! As a token of our appreciation, here's a discount code for your next purchase: SAVE10
分析
セグメンテーション用に購入メトリクスをトラッキングするだけでなく、Braze は各商品の購入数と、時間の経過に伴って生み出された収益も記録します。これは、最も人気のある商品を特定したり、プロモーションキャンペーンが売上に与える影響を測定したりするのに役立ちます。
このデータは収益レポートページで確認できます。
収益の計算
| メトリクス | 定義 |
|---|---|
| 生涯収益 |
生涯収益は、開始以降に受け取ったPurchaseEvents価格の合計値（USD）です。
|
| ユーザーあたりの生涯価値 | ユーザーあたりの生涯価値は、生涯収益を総ユーザー数（ホームページに記載）で割ったものです。 |
| 1 日の平均収益 | 日次平均収益は、指定された日のキャンペーンとキャンバスの収益の合計の平均です。 |
| 1 日の購入数 |
日次購入数は、期間中のユニークPurchaseEventsの合計を平均した数です。
|
| ユーザーあたりの 1 日の収益 | ユーザーあたりの日次収益は、日次アクティブユーザー1人あたりの日次平均収益です。 |
通貨換算
購入イベントが米ドル以外の通貨で記録された場合、Braze は Open Exchange Rates の為替レートを使用して金額を米ドルに換算します。これらのレートは 24 時間ごとに 1 回 (米国東部時間の午前 4 時頃) 更新されます。為替レートはキャッシュされるため、特に変動が激しい通貨では、リアルタイムの市場レートとわずかな差が生じる場合があります。
生涯収益の計算
Braze は購入イベントを使用してユーザーの生涯収益 (生涯価値または LTV とも呼ばれます) を計算します。これは、顧客との将来の関係全体に起因する純利益の予測です。これにより、顧客獲得やリテンション戦略について情報に基づいた意思決定を行うことができます。
\[\text{平均購入額} = \frac{\text{ドル換算の総支出額}}{\text{購入イベントの総数}}\]Braze でユーザーの LTV を把握するために参照できる主な場所は 2 つあります。
- 各アプリやサイトの生涯収益やユーザーあたりの生涯価値などの全体的なメトリクスについては、収益レポートを参照してください。
- 特定のユーザーの生涯収益を把握するには、そのユーザーのユーザープロファイルを参照してください。
返金が生涯収益に与える影響
購入イベントを使用して購入データをトラッキングする場合は、負の price プロパティを持つ Braze 購入イベントを記録して返金をトラッキングする必要があります。この方法により、生涯収益の正確な合計が維持されます。
ただし、返金は追加の購入イベントとしてカウントされることに注意してください。次の例を考えてみましょう。Sam は初回購入で 12 ドルの買い物をしましたが、その一部を返品して 5 ドルの返金を受けました。Sam のプロファイルには次のように記録されます。
- 価格 12 ドルの購入 1 件
- 価格 -5 ドルの購入 1 件
- 生涯収益 7 ドル
Sam のプロファイルには 2 件の購入イベントが記録されますが、実際には 1 回しか購入していません。ユーザーの購入回数に基づいて構築したセグメントやユースケースがある場合は、この点を考慮することが重要です。返金が繰り返されると、ユーザーのプロファイル上の購入回数が水増しされます。
購入イベントプロパティ
購入イベントプロパティを使用すると、購入にプロパティを設定でき、トリガー条件のさらなる絞り込み、メッセージングのパーソナライゼーションの向上、生データエクスポートによるより高度な分析の生成に使用できます。プロパティの値のタイプ（文字列、数値、ブール値、日付）はプラットフォームによって異なり、多くの場合キーと値のペアとして割り当てられます。
以下のキーは予約されており、購入イベントプロパティ名として使用できません: time、product_id、quantity、event_name、price、currency。properties オブジェクトで予約キーを使用すると、「Invalid ‘properties’ field」というエラーが返されます。
たとえば、eコマースアプリケーションがあり、購入後にユーザーにメッセージを送信したい場合、brand_name の購入イベントプロパティを追加することで、ターゲットオーディエンスをさらに改善し、キャンペーンのパーソナライゼーションを向上させることができます。
購入イベントプロパティに基づくトリガーの例:
詳細については、購入プロパティオブジェクトを参照してください。
イベントプロパティのセグメンテーション
イベントプロパティのセグメンテーションを使用すると、実行されたカスタムイベントだけでなく、それらのイベントに関連付けられたプロパティに基づいてもユーザーをターゲティングできます。これにより、購入やカスタムイベントのセグメンテーション時に追加のフィルタリングオプションが利用できます。
これらのセグメンテーションフィルターには以下が含まれます。
- プロパティYの値がVであるカスタムイベントを過去Y日間にX回実行した
- プロパティYの値がVである購入を過去Y日間にX回行った
- すべての購入、イベント、および購入やイベント内のプロパティに対して1〜30日間のセグメンテーションを追加
セグメントエクステンションとは異なり、使用されるセグメントはリアルタイムで更新され、無制限のセグメント数をサポートし、最大30日間の振り返り履歴を提供しますが、データポイントが発生します。追加のデータポイント料金が発生するため、カスタムイベントのイベントプロパティを有効にするには、Brazeカスタマーサクセスマネージャーにお問い合わせください。
承認されると、ダッシュボードのデータ設定 > カスタムイベントでプロパティを管理を選択して追加のプロパティを追加できます。これらのイベントプロパティは、キャンペーンまたはキャンバスビルダーのターゲットステップで使用できます。
When you view segmentable purchase properties in Data Settings > Products, the list displays property keys (names such as “color” or “brand”), not the actual property values (such as “red” or “Nike”).
キャンバスのエントリプロパティとイベントプロパティ
キャンバスのユーザージャーニーでは、キャンバスエントリプロパティとイベントプロパティを使用できます。
キャンバスエントリプロパティは、アクションベースまたはAPIトリガーのキャンバスにマップするプロパティです。canvas_entry_properties オブジェクトのサイズ上限は 50 KB です。
特にアプリ内メッセージチャネルでは、context はキャンバス内でのみ参照できます。
次のLiquid形式を使用して、任意のメッセージステップで context を参照できます: context.${property_name}。このように使用するには、イベントがカスタムイベントまたは購入イベントである必要があります。
ユースケース
小売店のRetailAppに対して次のリクエストがあるとします: "context" : {"product_name" : "shoes", "product_price" : 79.99}。
RetailAppは次のLiquidを使用して、商品名（靴）をメッセージに挿入できます: {{context.${product_name}}}。
RetailAppは、ユーザーが購入イベントをトリガーした後にターゲットとするキャンバス内で、異なる product_name プロパティに対して特定のメッセージをトリガーして送信することもできます。たとえば、次のLiquidをメッセージステップに追加することで、靴を購入したユーザーとそれ以外のものを購入したユーザーに異なるメッセージを送信できます。
{% if {{context.${product_name}}} == "shoes" %}
Your order is set to ship soon. While you're waiting, why not step up your shoe care routine with a little upgrade? Check out our selection of shoelaces and premium shoe polish.
{% else %}
Your order will be on its way shortly. If you missed something, you have until the end of the week to add more items to your cart for the same discounts.
{% endif %}
元のキャンバスエディターの場合
元のエディターを使用したキャンバスの作成や複製はできなくなりました。このセクションは参照のみを目的としています。元のエディターで構築されたキャンバスの場合、キャンバスエントリプロパティはキャンバスの最初のフルステップでのみ参照できます。
イベントプロパティとは、カスタムイベントと購入に設定するプロパティを指します。これらの event_properties は、アクションベースの配信を使用するキャンペーンやキャンバスで使用できます。
キャンバスの最初のメッセージステップでは event_properties を使用できません。代わりに、context を使用するか、event_properties を含むメッセージステップの前に、対応するイベントを持つアクションパスステップを追加する必要があります。
キャンバスでは、カスタムイベントと購入イベントのプロパティは、アクションパスステップに続く任意のメッセージステップでLiquidを使用して参照できます。これらのイベントプロパティを参照する場合は、必ず {{event_properties.${property_name}}} を使用してください。メッセージコンポーネントでこのように使用するには、これらのイベントがカスタムイベントまたは購入イベントである必要があります。
アクションパスに続く最初のメッセージステップでは、そのアクションパスで参照されたイベントに関連するイベントプロパティを使用できます。ただし、これらのイベントプロパティは、ユーザーが実際にそのアクションを実行した場合（「その他全員」グループに分類されなかった場合）にのみ使用できます。このアクションパスとメッセージステップの間に、他のステップ（別のアクションパスやメッセージステップではないもの）を配置することもできます。
元のキャンバスエディターの場合
元のエディターを使用したキャンバスの作成や複製はできなくなりました。このセクションは参照のみを目的としています。元のキャンバスエディターでは、スケジュールされたフルステップでイベントプロパティを使用できません。ただし、アクションベースのキャンバスの最初のフルステップでは、そのステップがスケジュールされていても、イベントプロパティを使用できます。
詳細と例については、キャンバスエントリプロパティとイベントプロパティを参照してください。
注文レベルでの購入のログ記録
製品レベルではなく注文レベルで購入をログに記録するには、注文名または注文カテゴリを product_id として使用します。詳細については、購入オブジェクトの仕様を参照してください。
製品IDの命名規則
Brazeでは、購入オブジェクトの product_id に関する一般的な命名規則を提供しています。product_id を選択する際、Brazeでは、この product_id でログに記録されたすべてのアイテムをグループ化する目的で、SKUではなく製品名や製品カテゴリなどのシンプルな名前を使用することを推奨しています。
これにより、セグメンテーションやトリガーで製品を簡単に識別できるようになります。
購入イベントをブロックリストに登録する
ログに記録されるデータポイントが多すぎる購入イベントや、マーケティング戦略に役立たなくなった購入イベント、誤って記録された購入イベントが見つかることがあります。このようなデータが Braze に送信されないようにするには、開発チームがアプリや Web サイトのバックエンドからそのイベントを削除する作業を進める間、その製品をブロックリストに登録できます。
Braze ダッシュボードでは、製品ページで製品とブロックリストを管理します。