コンテキストとイベントのプロパティ
この記事では、
contextとevent_propertiesについて、それぞれのプロパティを使用するタイミングや動作の違いなどを説明します。
カスタムイベントプロパティ全般については、「カスタムイベントプロパティ」を参照してください。
キャンバスのエントリプロパティは、キャンバスコンテキスト変数の一部である。これは、がとして参照されることをcanvas_entry_propertiescontext意味する。各context 変数には、名前、データ型、およびLiquid を含めることができる値が含まれます。現在、canvas_entry_propertiesそれらは下位互換性がある。詳細については、コンテキストとキャンバスコンテキストオブジェクトを参照せよ。
コンテキストプロパティとイベントプロパティは、キャンバスワークフロー内では機能が異なります。ユーザーがキャンバスに入るトリガーとなるイベントや API 呼び出しのプロパティは、context と呼ばれます。キャンバスジャーニー内でユーザーが移動するときに発生するイベントのプロパティーは、event_properties と呼ばれます。ここでの重要な違いは、context は、API でトリガーされるキャンバスのエントリペイロードのプロパティにもアクセスすることにより、イベント以上のものに焦点を当てていることです。
コンテキストとイベントのプロパティの違いについては、次の表を参照してください。
| コンテキストプロパティ | イベントのプロパティ | |
|---|---|---|
| Liquid | context |
event_properties |
| 永続性 | すべてのCanvas を使用して構築されたCanvas の間、Message ステップs で参照できます。 | - 1回のみ参照できます。 - 後続のメッセージステップからは参照できません。 |
| キャンバスの動作 | キャンバスのどのステップでもcontext を参照できる。起動後の動作については、起動後のキャンバスの編集を参照してください。 |
- 行われたアクションがカスタムイベントまたは購入イベントである場合、アクションパスステップの後の最初のメッセージステップで event_properties を参照できます。- アクションパスステップの「その他のユーザー」パスの後に置くことはできません。 - アクションパスとメッセージステップの間に、他の非メッセージコンポーネントを含めることができます。これらのメッセージ以外のコンポーネントの 1 つがアクションパスのステップである場合、ユーザーはそのアクションパスの「その他のユーザー」パスをたどることができます。 |
Original Canvas editor details
元のエディターを使用したキャンバスの作成や複製はできなくなりました。Canvas コンテキストは元のCanvas エディタではサポートされていないため、このセクションは、以前のCanvas ワークフローでCanvas エントリプロパティおよびイベントプロパティを使用する場合に参考にできます。
キャンバスエントリのプロパティ:
- 永続エントリプロパティがオンになっている必要があります。
- キャンバスの最初のフルステップでのみ
canvas_entry_propertiesを参照できます。キャンバスは、アクションベースまたは API トリガ-でなければなりません。
エントリプロパティ:
- キャンバスでアクションベースの配信を使用する任意のフルステップで
event_propertiesを参照できます。 - アクションベースのキャンバスの最初の完全なステップ以外のスケジュールされた完全なステップでは使用できません。ただし、ユーザーがCanvas コンポーネント を使用している場合、ビヘイビアは
event_propertiesの現行のキャンバスワークフロールールに従います。
イベントプロパティ:
- リードメッセージステップで
event_propertiesを使用できません。代わりに、canvas_entry_propertiesを使用するか、event_propertiesを含むメッセージステップの前に、対応するイベントを持つアクションパスステップを追加する必要があります。
知っておくべきこと
- コンテキストは、Liquid でのみ参照できます。キャンバス内のプロパティをフィルタリングするには、代わりにイベントプロパティのセグメンテーションを使用します。
- アプリ内メッセージ チャネルs では、キャンバス内の
contextおよびevent_propertiesを参照できます。event_propertiesは、最初のキャンバスステップにトリガーベースであるため、アクセスできます。 event_propertiesは先頭のメッセージステップで使用できません。代わりに、contextを使用するか、対応するイベントbefore でevent_propertiesを含むメッセージステップにアクションパスステップを追加できます。- アクションパスステップに [SMS インバウンドメッセージを送信しました] または [WhatsApp インバウンドメッセージを送信しました] トリガーが含まれている場合、後続のキャンバスステップに SMS または WhatsApp Liquid プロパティを含めることができます。これは、キャンバスでのイベントプロパティの動作を反映します。こうすることで、メッセージを活用して、ユーザープロファイルや会話メッセージに関するファーストパーティデータを保存し、参照することができる。
視聴者の適格性は、キャンバスエントリで一度に評価されます。ユーザーがエントリ中にマージされた場合、特定されたユーザーはキャンバスを通過し続け、キャンバスセグメント条件に対して再評価されません。
トリガーのタイムスタンプ
datetime type のタイムスタンプを使用している場合、context を使用して参照されるトリガー アクション ベースのキャンバスのイベントからタイムスタンプが正規化されます。
この動作を考慮して、Braze は、メッセージが preferred timezone とともに送信されることを保証するために、次の例のような Liquid タイムゾーンフィルタを使用することを強くお勧めします。
1
{{context.${timestamp_property} | time_zone: "America/Los_Angeles" | date: "%H:%M" }}
例外
- キャンバスの最初のステップがメッセージステップの場合、タイムスタンプはUTCに正規化されません。
- タイムスタンプは、キャンバス内の順序に関係なく、アプリ内メッセージチャネルを使用するメッセージステップではUTCに正規化されません。
ユースケース

context とevent_properties の違いをさらに理解するために、ユーザーがカスタムイベント " を実行する場合にアクション ベースのキャンバスを入力し、wishlist” に項目を追加するこのシナリオを考えてみましょう。
コンテキストは、キャンバスを作成する入力スケジュールステップで設定され、ユーザーがキャンバスに入ったときに対応します。コンテキストは、どのメッセージステップでも参照できます。
このキャンバスには、ユーザーがウィッシュリストにアイテムを追加したかどうかを判断するアクションパスのステップから始まるユーザージャーニーがあります。ここから、ユーザーがアイテムを追加した場合、メッセージステップからメッセージ”wishlist!”の新規アイテムを受信するまでに遅延が発生します。
アクションパスステップから、ユーザージャーニーの最初のメッセージステップがカスタムevent_properties にアクセスできます。この場合、このメッセージステップにメッセージ内容の一部として {{event_properties.${property_name}}} を含めることができます。ユーザーがウィッシュリストに項目を追加しない場合、Everyone Else パスを経由します。つまり、event_properties は参照できず、不正な設定 s エラーが反映されます。
なお、event_properties にアクセスできるのは、メッセージステップが、アクションパスステップの「その他のユーザー」以外のパスに遡ることができる場合のみです。Message ステップがEveryone Else パスに接続されているが、ユーザージャーニーのAction パス s ステップに遡ることができる場合でも、event_properties にアクセスできます。これらの動作の詳細については、メッセージステップを参照してください。
GitHub でこのページを編集