エントリイベントに一致する終了条件

この記事では、キャンバスのエントリイベントに直接関連する終了条件とアクションパスステップの設定方法について説明します。これにより、ユーザーがキャンバスに入った理由に関連する特定のアクションを実行した場合にのみ、終了または分岐するようになります。

イベントプロパティをキャンバスのエントリプロパティと比較することで、高度にターゲットされたフローを作成できます。例えば、カート放棄キャンバスでは、ユーザーが放棄した商品と同じ商品を購入した場合にのみ終了するように設定し、別の商品を購入した場合はリマインダーメッセージを引き続き受信するようにできます。

このアプローチでは、コンテキスト変数を使用してイベント間のプロパティを比較します。このパターンは、eコマース以外にも、保険の更新、予約リマインダー、購読管理など、多くのシナリオに適用できます。

退出条件：一致するアクションが発生した場合にキャンバスを退出する

ユーザーがエントリイベントに一致するアクションを実行した後にキャンバスから完全に退出させたい場合は、退出条件を使用します。

例：チケット購入の放棄

このシナリオでは、ユーザーが event_id というプロパティを含むカスタムイベント Selected Ticket を実行するとキャンバスにエントリします。退出条件は、ユーザーがカスタムイベント Purchased Ticket（こちらも event_id というプロパティを含む）をトリガーした際に、退出イベントのプロパティがエントリイベントのプロパティと比較されるように設定されています。2つが一致すると、ユーザーはキャンバスを退出します。

これは次のことを意味します。

• ユーザーが最初に選択したチケットと同じチケットを購入した場合、キャンバスを退出し、リマインダーの受信を停止します。
• ユーザーが別のチケットを購入した場合、キャンバスに残り、最初のチケットに関するフォローアップメッセージを引き続き受信します。

これを設定するには：

1. トリガーとなるカスタムイベント（Selected Ticket など）とその関連プロパティ（event_id など）を使用して、アクションベースのキャンバスエントリを設定します。
2. ターゲットオーディエンス ステップで、完了カスタムイベント（Purchased Ticket など）を使用して退出条件の例外イベントを設定します。
3. Add property filters を選択し、基本プロパティ event_id の比較が equals に設定されたフィルターを追加します。
4. Personalize value トグルをオンにし、Personalization type を Context Variables に設定し、Attribute を event_id に設定します。

これにより、Purchased Ticket イベントの event_id が、元のキャンバスエントリイベントから保存された event_id と比較されます。これらのフィルターの設定の詳細については、退出条件の例を参照してください。

アクションパス：マッチするアクションに基づく分岐

ユーザーをキャンバス内に留めつつ、後続のアクションがエントリイベントに一致するかどうかに応じて異なるパスを辿らせたい場合は、アクションパスを使用します。

例：分岐パスを使ったカート放棄チェックアウト

このシナリオでは、商品を選択したが購入を完了しなかったユーザーに、まずカート放棄チェックアウトメッセージが送信されます。その後、ユーザーはアクションパスステップで1週間保持され、その期間中のアクションに基づいて3つのパスに振り分けられます。

• 元の購入を完了した場合： カスタムイベントプロパティIDがエントリプロパティIDと一致します。これらのユーザーには、お礼メッセージやクロスセルのレコメンデーションを送信できます。
• 別の購入をした場合： カスタムイベントプロパティIDがエントリプロパティIDと一致しません。これらのユーザーには、元の商品についてのリマインダーを送信できます。
• 購入しなかった場合： Everyone Else グループに振り分けられます。これらのユーザーには、より強力なインセンティブや最終リマインダーを送信できます。

設定方法：

1. アクションパスステップを追加し、評価ウィンドウ（例：1週間）を設定します。
2. 最初のアクショングループ（元の購入）では、完了カスタムイベント（例：Purchased_Ticket）のトリガーを追加します。Add property filters を選択し、基本プロパティ event_id の比較が equals に設定されたフィルターを追加します。Personalize value をオンにし、Personalization type を Context Variables に設定し、Attribute を event_id に設定します。
3. 2番目のアクショングループ（別の購入）では、同じトリガーイベントを追加しますが、比較を does not equal に設定し、同じコンテキスト変数の構成を使用します。
4. 完了イベントを実行しなかったユーザーには、Everyone Else グループを使用します。

これらのフィルターの設定の詳細については、アクションパスの例を参照してください。

その他の活用例

この記事では購入の放棄を例に説明しましたが、完了アクションをエントリアクションと関連付ける必要があるあらゆるシナリオに、同じパターンを適用できます。以下はその例です。

• 保険契約の更新: キャンバスのトリガーとなった特定の保険契約を更新したユーザーを離脱させます。
• 予約リマインダー: 元の予約を確認したか変更したかに基づいて、ユーザーをBranchで分岐させます。
• 購読管理: 提案された特定のプランをアップグレードしたかどうかに応じて、ユーザーを異なるルートに振り分けます。
• イベント登録: 関心を示した特定のイベントへの登録を完了したユーザーを離脱させます。

知っておくべきこと

• この記事の設定は説明のための例です。本番環境に展開する前に、すべてのコンポーネントを開発環境でテストしてください。
• エントリイベントのプロパティ名とデータ型が、終了条件やアクションパスのステップで使用されているものと一致していることを確認してください。
• イベント間でのプロパティ比較の仕組みについては、コンテキスト変数を参照してください。