アクションベースの配信
アクションベースの配信キャンペーン(イベントトリガーキャンペーン)は、トランザクションメッセージや達成ベースのメッセージに非常に効果的です。特定の日にキャンペーンを送信する代わりに、ユーザーが特定のイベントを完了した後に送信をトリガーできます。
トリガーキャンペーンの設定
ステップ1:トリガーイベントを選択する
トリガーイベントを選択します。イベントはカテゴリ別に整理されており、ワークスペースと有効なチャネルに応じて利用できます。
- eコマース
- Place Order
- Update Cart
- Perform Back in Stock Event
- Perform Price Drop Event
- Start Checkout
- View Product
- Cancel Order
- Refund Order
- Make Purchase
- 一般的なアクティビティ
- Interact With キャンペーン
- Interact With Step
- Interact with Landing Page
- Perform Conversion Event
- カスタムイベントを実行
- Perform Exception Event For キャンペーン
- Start Session
- 受信メッセージング
- Send an SMS inbound message
- WhatsApp インバウンドメッセージを送信
- Send a LINE inbound message
- 位置情報
- Enter a Location
- Trigger a Geofence
- プロファイルの更新
- Add an Email Address
- Change Custom Attribute Value
- Update Subscription Status
- Update Subscription Group Status
Start Checkout、View Product、Cancel Order、Refund Orderは、イベント名が事前入力されたカスタムイベントを実行を使用する推奨eコマースイベントです。
Place OrderとUpdate Cartはプロパティフィルターを受け付けるため、目的の注文やカートに対してのみトリガーが発動します。基本フィルターはtotal_valueなどのトップレベルプロパティに一致し、ネストフィルターはproducts配列内を参照するため、products[].metadata.categoryはいずれかの商品が条件を満たした場合に一致します。詳細については、プロパティフィルターを参照してください。
アプリ内メッセージキャンペーンは、より限定されたトリガーセットをサポートしています。Make Purchase、Place Order、Start Session、カスタムイベントを実行、Interact With キャンペーンです。アプリ内メッセージでは、Place Orderは任意の注文に適用され、基本プロパティフィルターのみをサポートします。特定の商品をターゲットにしたり、ネストプロパティでフィルタリングすることはできません。アプリ内メッセージキャンペーンの場合、Interact With キャンペーンは任意のキャンペーンまたは特定のキャンペーンからのプッシュ通知の開封のみをカバーします。以下のキャンペーンインタラクションリストは含まれません。
アプリ内メッセージ以外のキャンペーンの場合、Interact With キャンペーン、Interact With Step、またはInteract with Landing Pageを選択すると、トリガーとなるインタラクションを選択できます。これらのトリガーにはそれぞれ独自のインタラクションがあり、利用可能なインタラクションは有効なチャネルに依存します。
Interact With キャンペーンのインタラクション
- View in-app message
- Click in-app message
- Click in-app message button 1
- Click in-app message button 2
- Submit in-app message survey
- Click email
- Open email
- Open email (machine opens)
- Open email (other opens)
- Click alias in email
- Clicked Alias in any campaign or canvas step
- Directly open push notification
- Click push notification button
- Click push story page
- Perform conversion event
- Receive email
- Receive push notification
- Receive webhook
- Receive SMS
- Click shortened SMS link
- View content card
- Click content card
- Dismiss content card
- View banner
- Click banner
- Dismiss banner
- Click tracked WhatsApp link
- Click tracked LINE link
- Click tracked KakaoTalk link
- Are enrolled in control group
Interact With Stepのインタラクション
- View in-app message
- Start in-app message availability window
- Submit in-app message survey
- Click email
- Open email
- Open email (machine opens)
- Open email (other opens)
- Click alias in email
- Clicked Alias in any campaign or canvas step
- Directly open push notification
- Click push notification button
- Click push story page
- Receive email
- Receive push notification
- Receive webhook
- Receive SMS
- Click shortened SMS link
- View content card
- Click content card
- Dismiss content card
- View banner
- Click banner
- Dismiss banner
- Click tracked WhatsApp link
- Click tracked LINE link
- Click tracked KakaoTalk link
Interact with Landing Pageのインタラクション
- Submit form
- Submit survey
また、Brazeのカスタムイベントプロパティを使用してトリガーイベントをさらにフィルタリングすることもでき、カスタムイベントやアプリ内購入に対してカスタマイズ可能なイベントプロパティを設定できます。この機能により、カスタムイベントの特定の属性に基づいてメッセージを受信するユーザーをさらに絞り込むことができ、キャンペーンのパーソナライゼーションの向上やより高度なデータ収集が可能になります。
たとえば、放棄カートのカスタムイベントを持つキャンペーンがあり、「カート金額」プロパティフィルターでさらにターゲットを絞っているとします。このキャンペーンは、カートに100ドルから200ドル相当の商品を残したユーザーにのみ配信されます。


キャンペーンのセグメントが新規ユーザーに適用される場合(たとえば、セッション数が0のユーザーで構成されるセグメントの場合)、トリガーイベントStart Sessionはユーザーの最初のアプリ起動になる可能性があります。
トリガーキャンペーンを特定のセグメントのユーザーに送信できることに留意してください。セグメントに属さないユーザーは、トリガーイベントを完了してもキャンペーンを受信しません。
ユーザーがプロファイルにメールアドレスを追加した場合のトリガーイベントに関して、以下のルールが適用されます。
- トリガーイベントは、ユーザープロファイルの属性が更新された後に発動します。つまり、キャンペーンのセグメントおよびフィルターの評価は、属性の更新後に行われます。これにより、「メールアドレスがgmail.comに一致する」などのフィルターを設定して、Gmailユーザーにのみ送信するトリガーキャンペーンを作成し、メールアドレスの追加と同時に発動させることができます。
- トリガーイベントは、ユーザープロファイルにメールアドレスが追加されたときに発動します。同じメールアドレスで複数のユーザープロファイルを作成している場合、各ユーザープロファイルに対して1回ずつ、キャンペーンが複数回発動する可能性があります。
さらに、トリガーされたアプリ内メッセージは引き続きアプリ内メッセージの配信ルールに従い、アプリセッションの開始時に表示されます。
ステップ2:遅延時間を選択する
トリガー条件が満たされた後、キャンペーンを送信するまでの待機時間を選択します。選択した遅延時間がメッセージの送信期間よりも長い場合、キャンペーンを受信するユーザーはいません。
アプリ内メッセージキャンペーンは、トリガーイベント後に最大2時間(7,200秒)の配信遅延が可能です。遅延オプションは即時と遅延ありです。より長い待機が必要な場合は、キャンバスでアプリ内メッセージステップの前に遅延ステップを追加してください。

Brazeは、アクションベースのキャンペーンの遅延を評価するために、カスタムイベントとともに送信されたタイムスタンプを使用します。そのタイムスタンプが過去の日時の場合、Brazeは遅延がすでに経過したものとして扱い、メッセージを即座にまたは予想より早く送信する可能性があります。意図しない配信タイミングを避けるために、カスタムイベントのタイムスタンプは現在の時刻で送信してください。
さらに、キャンペーンの公開後にトリガーイベントを完了したユーザーが、遅延が経過した後に最初にメッセージを受信します。キャンペーンの公開前にトリガーイベントを完了したユーザーは、キャンペーンを受信する資格がありません。
次の曜日を選択して特定の曜日にキャンペーンを送信したり、カレンダー日数の経過後を選択して設定した日数後に送信したりすることもできます。あるいは、手動で配信時間を選択する代わりに、インテリジェントタイミングを使用してメッセージを送信することもできます。
ステップ3:例外イベントを選択する
このキャンペーンの受信資格を失効させる例外イベントを選択します。これは、トリガーメッセージが時間遅延後に送信される場合にのみ設定できます。例外イベントには、購入の実行、セッションの開始、キャンペーンに指定されたコンバージョンイベントの実行、またはカスタムイベントの実行があります。
ユーザーがトリガーイベントを完了した後、時間遅延によりメッセージが送信される前に例外イベントを完了した場合、そのユーザーはキャンペーンを受信しません。例外イベントによりキャンペーンを受信しなかったユーザーは、次にトリガーイベントを完了した際に自動的に受信資格を得ます。ユーザーの再適格を選択しなくても同様です。
例外イベントの使用の詳細については、例を参照してください。
トリガーイベントと例外イベントが一致するキャンペーンを送信した場合、Brazeはキャンペーンをキャンセルし、例外イベントのメッセージ配信時間に基づいて新しいキャンペーンを自動的に再スケジュールします。たとえば、最初のトリガーイベントが5分後に開始し、例外イベントが10分後に開始する場合、例外イベントの10分がキャンペーンの公式メッセージ配信時間として使用されます。

キャンペーンのトリガーイベントと例外イベントの両方を「セッション開始」にすることはできません。ただし、このオプション以外の他のカスタムイベントは常に選択できます。
ステップ4:期間を割り当てる
開始時間とオプションの終了時間を指定して、キャンペーンの期間を割り当てます。
ユーザーが指定された期間内にトリガーイベントを完了したが、スケジュールされた遅延により期間外でメッセージの資格を得た場合、そのユーザーはキャンペーンを受信しません。したがって、メッセージの期間よりも長い時間遅延を設定すると、キャンペーンを受信するユーザーはいません。さらに、ユーザーのローカルタイムゾーンでメッセージを送信することも選択できます。
ステップ5:時間枠を選択する
ユーザーが1日の特定の時間帯にキャンペーンを受信するかどうかを選択します。メッセージに時間枠を設定した場合、ユーザーが時間枠外でトリガーイベントを完了するか、メッセージの遅延により時間枠を逃した場合、デフォルトではそのユーザーはメッセージを受信しません。
ユーザーが時間枠内でトリガーイベントを完了したが、メッセージの遅延により時間枠外になった場合、配信時間が指定された時間帯外の場合、次に利用可能な時間に送信するチェックボックスを選択すると、これらのユーザーにもキャンペーンを配信できます。
ユーザーが時間枠を逃してメッセージを受信しなかった場合でも、次にトリガーイベントを完了した際にメッセージを受信する資格があります。ユーザーの再適格を選択しなくても同様です。再適格を選択した場合、ユーザーは指定された時間枠内で資格を満たす限り、トリガーイベントを完了するたびにキャンペーンを受信できます。
キャンペーンに特定の期間も割り当てている場合、ユーザーはメッセージを受信するために期間と特定の時間帯の両方で資格を満たす必要があります。
ステップ6:再適格を決定する
ユーザーがキャンペーンの再適格になれるかどうかを決定します。ユーザーの再適格を許可する場合、ユーザーが再びキャンペーンを受信できるまでの時間遅延を指定できます。これにより、トリガーキャンペーンがスパムのようにならないようにします。
例
トリガーキャンペーンは、トランザクションベースのメッセージや達成ベースのメッセージに非常に効果的です。
トランザクションキャンペーンには、ユーザーが購入を完了した後やカートにアイテムを追加した後に送信されるメッセージが含まれます。後者のケースは、例外イベントを活用するキャンペーンの好例です。たとえば、ユーザーがカート内の未購入アイテムをリマインドするキャンペーンを作成するとします。この場合の例外イベントは、ユーザーがカート内の商品を購入することです。達成ベースのキャンペーンでは、ユーザーがコンバージョンを完了したりゲームのレベルをクリアしたりした5分後にメッセージを送信できます。
さらに、ウェルカムキャンペーンを作成する際には、ユーザーが登録したりアカウントを設定した後にメッセージがトリガーされるように設定できます。登録後の異なる日にメッセージの送信をずらすことで、包括的なオンボーディングプロセスを構築できます。
よくある質問
アプリ内メッセージキャンペーンのトリガー後の最大遅延はどのくらいですか?
2時間(7,200秒)です。利用可能な遅延オプションと、より長い待機時間の設定方法については、ステップ2: 遅延時間を選択するを参照してください。
トリガーされたキャンペーンをユーザーが受信しなかったのはなぜですか?
トリガーイベントを完了したユーザーがキャンペーンを受信しない原因として、以下のいずれかが考えられます。
- 時間遅延が完全に経過する前に、ユーザーが例外イベントを完了した。
- Liquidの
abort_messageロジックが使用されており、abort_messageのロジックまたはルールに基づいてメッセージが中止された。 - 時間遅延により、キャンペーンの期間終了後にユーザーがキャンペーン受信資格を得た。
- 時間遅延により、指定された時間帯の外でユーザーがキャンペーン受信資格を得た。
- ユーザーがすでにキャンペーンを受信している(共有チャネル識別子によるアトリビューションを含む。例えば、キャンペーンを受信、開封、またはクリックした別のユーザーとメールを共有している場合)、かつユーザーが再受信資格を持っていない。
- ユーザーはキャンペーンの再受信資格があるが、一定期間が経過した後にのみ再トリガーでき、その期間がまだ経過していない。
トリガーされたキャンペーンを、イベント発生時に記録されたユーザーデータでセグメンテーションすると、競合が発生する場合があります。これは、キャンペーンがセグメンテーションに使用しているユーザー属性が変更されたものの、キャンペーン送信時にその変更がまだユーザーに対して処理されていない場合に発生します。キャンペーンはエントリ時にセグメントメンバーシップをチェックするため、ユーザーがキャンペーンを受信しない可能性があります。
たとえば、登録したばかりの男性ユーザーにイベントトリガーキャンペーンを送信したいとします。ユーザーが登録すると、カスタムイベントregistrationを記録し、同時にユーザーのgender属性を設定します。Brazeがユーザーの性別を処理する前にイベントがキャンペーンをトリガーし、ユーザーがキャンペーンを受信できない可能性があります。
ベストプラクティスとして、キャンペーンのセグメンテーションに使用する属性が、イベントの前にBrazeサーバーにフラッシュされていることを確認してください。それが不可能な場合、配信を保証する最良の方法は、カスタムイベントプロパティを使用して関連するユーザープロパティをイベントに添付し、セグメンテーションフィルターの代わりに特定のイベントプロパティのプロパティフィルターを適用することです。上記の例では、カスタムイベントregistrationにgenderプロパティを追加して、キャンペーンがトリガーされた際にBrazeが必要なデータを確実に保持できるようにします。
さらに、キャンペーンがアクションベースで遅延がある場合は、送信時にセグメントメンバーシップを再評価するオプションをチェックして、メッセージ送信時にユーザーがまだターゲットオーディエンスに含まれていることを確認できます。
オーディエンス基準の評価
送信前に遅延を伴うキャンペーン(レート制限、ローカルタイムゾーン、インテリジェントタイミング、またはトリガースケジュールを含む)では、セグメントの再評価タイミングはキャンペーンの種類と設定によって異なります。
アクションベースのキャンペーンで遅延がある場合、送信時にセグメントメンバーシップを再評価するを選択すると、メッセージ送信前にユーザーが再評価されるため、送信時にセグメント基準をまだ満たしているユーザーのみがメッセージを受信します。
キャンペーンが特定のカスタムイベントによってトリガーされ、セグメントをオーディエンスとして選択している場合、ユーザーはそのセグメントに含まれるために同じカスタムイベントを実行する必要があります。つまり、アクションベースのキャンペーンがトリガーされる前に、ユーザーがオーディエンスに含まれている必要があります。トリガーキャンペーンの一般的なワークフローは以下のとおりです。
- オーディエンスに参加する:ユーザーがカスタムイベントを実行すると、キャンペーンのターゲットオーディエンスに追加されます。
- メールをトリガーする:メールを送信するにはユーザーがオーディエンスに含まれている必要があるため、メールをトリガーするにはユーザーがカスタムイベントを再度実行する必要があります。
ターゲットオーディエンスをすべてのユーザーを含むように変更するか、イベントを実行すると想定されるユーザーがすでにキャンペーンのオーディエンスに含まれていることを確認して、メッセージがトリガーされるようにすることをお勧めします。

カスタムイベントのトラブルシューティング
まず、カスタムイベントがBrazeに送信されていることを確認します。Analytics > カスタムイベントレポートに移動し、該当するカスタムイベントと日付範囲を選択します。イベントが表示されない場合は、正しく設定されていること、およびユーザーが正しいアクションを実行したことを確認してください。
カスタムイベントが表示される場合は、以下の手順でさらにトラブルシューティングを行います。
- ユーザーのプロファイルダウンロードを確認して、イベントをトリガーしたかどうか、およびトリガーした時刻を確認します。イベントがトリガーされた場合は、イベントがトリガーされたタイムスタンプとキャンペーンが公開された時刻を比較します。キャンペーンが公開される前にイベントがトリガーされた可能性があります。
- キャンペーンおよびターゲティングに使用されているセグメントの変更ログを確認して、カスタムイベントがトリガーされた時点でユーザーがセグメントに含まれていたかどうかを判断します。セグメントに含まれていなかった場合、キャンペーンは受信されません。
- セグメンテーションを通じてユーザーがコントロールグループに登録され、キャンペーンの受信が阻止されたかどうかを確認します。
- スケジュールされた遅延がある場合は、ユーザーのカスタムイベントが遅延前にトリガーされたかどうかを確認します。遅延前にイベントがトリガーされた場合、キャンペーンは受信されません。

アプリ内メッセージは、SDKを通じて送信されたイベントによってのみトリガーできます。REST APIではトリガーできません。
アクションベースのキャンペーンはいつオーディエンスメンバーシップを評価しますか?
Brazeは、メッセージが送信される前に、トリガーイベントを処理する際にオーディエンスメンバーシップを評価します。デフォルトでは、Brazeはエンキュー時にユーザーがターゲットオーディエンスに一致しているかどうかをチェックします。キャンペーンに遅延がある場合は、送信時にセグメントメンバーシップを再評価するを選択して、送信直前にオーディエンス基準を再度チェックできます。これは例えば、ユーザーがトリガーアクションを実行した後、送信完了前にオーディエンスから離脱する可能性がある場合に有効です。
詳細については、オーディエンス基準の評価を参照してください。