終了条件をエントリイベントに一致させる

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

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

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

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

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

例: チケット購入の放棄

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

これは以下を意味します:

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

設定方法:

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

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

アクションパス: 一致するアクションに基づいて分岐する

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

例: 分岐パスを持つカート放棄

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

• 元の購入を完了: カスタムイベントプロパティ ID がエントリプロパティ ID と一致します。これらのユーザーには、お礼メッセージやクロスセルのおすすめが送信される場合があります。
• 別の購入を実行: カスタムイベントプロパティ ID がエントリプロパティ ID と一致しません。これらのユーザーには、元の商品に関するリマインダーが送信される場合があります。
• 購入なし: その他のユーザーグループに振り分けられます。これらのユーザーには、より強力なインセンティブや最終リマインダーが送信される場合があります。

設定方法:

1. アクションパスステップを追加し、評価時間枠（1週間など）を設定します。
2. 最初のアクショングループ（元の購入）では、完了カスタムイベント（Purchased_Ticket など）のトリガーを追加します。プロパティフィルターを追加を選択し、基本プロパティ event_id の比較が equals に設定されたフィルターを追加します。値をパーソナライズをオンにし、パーソナライゼーションタイプを Context Variables に設定し、属性を event_id に設定します。
3. 2番目のアクショングループ（別の購入）では、同じトリガーイベントを追加しますが、比較を does not equal に設定し、同じコンテキスト変数の設定を使用します。
4. 完了イベントをまったく実行しなかったユーザーには、その他のユーザーグループを使用します。

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

その他の活用例

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

• 保険の更新: キャンバスをトリガーした特定の保険を更新したユーザーを終了させます。
• 予約リマインダー: 元の予約を確認したか変更したかに基づいてユーザーを分岐させます。
• サブスクリプション管理: 案内された特定のプランをアップグレードしたかどうかに応じて、ユーザーを異なるルートに振り分けます。
• イベント登録: 興味を示した特定のイベントの登録を完了したユーザーを終了させます。

注意事項

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