終了条件
例外イベントをキャンバスのエントリルールに直接追加することで、ステップの最後にイベントが発生するとすぐにユーザーがキャンバスを終了できるようになります。これにより、オーディエンスに対するキャンバスメッセージングで、よりターゲットを絞ったアプローチを実現できます。
ユーザーの終了方法
終了イベントを実行すると、ユーザーは現在のステップが終了するとすぐにキャンバスから退出します。たとえば、ユーザーが30日間の遅延ステップにいて、遅延ステップの初日に終了イベントを実行した場合、そのユーザーはさらに29日間キャンバスを終了しません。
時間ベースの終了条件を使用する場合の別の例を考えてみましょう。ユーザーが7月1日の午前0時に24時間に設定された遅延ステップに入ります。この遅延期間中に、午前3時に「前回の購入が1時間未満前」という終了イベントを実行します。このユーザーは、遅延ステップの期間が終了する7月2日の午前0時に終了条件について評価されます。7月1日の午前3時の購入から21時間が経過しているため、7月2日に遅延ステップを終了する1時間以内に購入を行っていないことになり、キャンバスを終了しません。これは、キャンバス分析の「終了条件別の合計終了数」に影響します。この値は、ユーザーがキャンバスを完全に終了した後にのみ更新されます。
終了条件の設定
キャンバスビルダーのターゲットオーディエンスステップで、キャンバスから退出させるユーザーを特定するための終了条件を設定できます。
終了条件には例外イベントが含まれます。例外イベントは、ユーザーがキャンバスから退出する原因となる可能性がある特定のアクションです。

例外イベントの選択
ユーザーが例外イベントを実行すると、キャンバスから退出します。例外イベントは、ユーザーがキャンバス内にいてユーザージャーニーを進んでいるときにのみ退出をトリガーする点に注意してください。
新製品を宣伝するためにキャンバスを設定したとしましょう。この場合、商品の購入が例外イベントとなります。こうすることで、ユーザーが購入した後、すでに購入した商品に関するメッセージを受け取ることがなくなります。例外イベントにより、メッセージングの関連性とパーソナライズが維持されます。
その他の例外イベントには以下のものがあります。
- 購入する
- セッションを開始する
- カスタムイベントの実行
- コンバージョンイベントの実行
- メールアドレスを追加する
- カスタム属性の値を変更する
- サブスクリプションステータスの更新
- サブスクリプショングループステータスの更新
- キャンペーンとのインタラクション
- ロケーションへのエントリ
- ジオフェンスのトリガー
- SMS インバウンドメッセージの送信
- WhatsApp インバウンドメッセージの送信
- LINE インバウンドメッセージの送信
- カート更新イベントの実行
- チェックアウト完了イベントの実行
- チェックアウト開始イベントの実行
スケジュールされたステップ
キャンバスステップがスケジュールされている場合、例外イベントが発生した直後にユーザーはキャンバスからドロップアウトします。ユーザーがキャンバスに入り、最初のステップに1週間の遅延と例外イベントがあるとしましょう。ユーザーが5日目に例外イベントを実行した場合、例外イベントを実行した直後(5日目)に退出します。
トリガーされたステップ
キャンバスステップがイベントによってトリガーされた場合、そのトリガーからエンキューされた最後のスケジュール済み送信はキャンセルされますが、ユーザーは時間枠の間キャンバス内に残ります。つまり、ユーザーが時間枠内で再度トリガーイベントを実行した場合、そのステップが送信される可能性があります。時間枠が経過すると、ユーザーはキャンバスを終了します。
セグメントとフィルターの使用
終了条件にセグメントやフィルターを追加することもできます。つまり、セグメントとフィルターに一致するユーザーはキャンバスを終了し、それ以上のメッセージングを受信しません。
たとえば、キャンバスの最初のステップが5日間の遅延を持つ遅延ステップである場合、終了条件はこのステップの終了時に適用されます。したがって、ユーザーが終了条件を満たしている場合、5日間が経過した時点で退出します。
配列属性は現在、例外イベントの終了条件としてサポートされていません。
同じ終了イベントとコンバージョンイベントを持つ場合
終了イベントとコンバージョンイベントが同じ場合、コンバージョンイベントと終了イベントの両方がカウントされます。たとえば、キャンバスに遅延ステップがあり、その遅延ステップ内でユーザーが終了条件を実行した場合、ユーザーが遅延ステップを終了するとすぐに終了イベントがインクリメントされます。また、コンバージョンは、イベントがユーザープロファイルに記録されるとすぐにインクリメントされます。
コンバージョンはキャンバスが終了した後も追跡されますが、ユーザーがキャンバスを終了した後は終了は追跡されません。コンバージョンウィンドウは、キャンバスの最長期間よりも3日間長く延長されます。つまり、終了の追跡が停止した後もコンバージョンは引き続き追跡されます。
コンバージョンウィンドウの最短時間は5分です。コンバージョンイベントが終了イベントとできるだけ近いパリティになるように、コンバージョンウィンドウを5分に設定してください。また、コンバージョンウィンドウは、少なくともキャンバス内の最も長いパスに合わせて設定することをお勧めします。
分析がどのように計算されるかについて、次の例を考えてみましょう。
- 10人のユーザーがキャンバスを通過します。
- 3人のユーザーが5分以内にコンバージョンイベントを実行します(終了イベントの数は3、コンバージョンイベントの数は3です)。
- さらに5人のユーザーが5分後にキャンバスを終了しますが、2日後にコンバージョンイベントを実行します(終了イベントの数は変わりませんが、コンバージョンイベントは8に増加します)。
- 最後の2人のユーザーは5分後にキャンバスを終了しますが、コンバージョンイベントを実行しないか、3日5分後に実行します(終了イベントまたはコンバージョンイベントの指標にはカウントされません)。
例
例えば、バックパック用品会社でまだ購入したことのないユーザーをターゲットにしたいとしましょう。終了条件を設定するには、次のようにします。
- 例外イベントとして [購入する] を選択します。
- [トリガーを追加] を選択します。
- [セグメント] で [過去1日以内に使用した] を選択します。これにより、キャンバスの起動時に、購入を行ったユーザーがオーディエンスから除外されます。
- [フィルター] で、[購買行動] > [購入回数] > [購入した製品] を選択します。
- フィルターグループを
backpack-example exactly 1に設定します。これにより、バックパック製品を購入したユーザーはキャンバスから退出します。

イベントプロパティをキャンバスのエントリプロパティと比較する終了条件を設定するには(たとえば、ユーザーが放棄した特定のアイテムを購入した場合にのみ退出させるなど)、終了条件をエントリイベントに一致させるを参照してください。
GitHub でこのページを編集