関数
メッセージを希望どおりに計画し、送信するのに役立つフローのエレメントは機能と呼ばれます。機能を使えば、購入などのイベントを待って関連するメッセージを送信したり、最初に使用したチャネルのメッセージを顧客が確認しなかった場合に備えてフェイルオーバーチャネルを設定したりできます。
Segment Audience(オーディエンスのセグメント化)
属性と行動に基づいてオーディエンスを分割します。例えば、ウェブページを最近チェックしたユーザーに対し、異なる年齢グループ別に異なるメッセージを送りたい場合など、まさに**[Segment Audience (オーディエンスのセグメント化)]** エレメントが最適です。
セグメンテーションに必要な属性とイベントは、エレメントのサイドパネルで選択します。
使用可能な属性:
- 標準 - 事前定義された基本的な顧客情報
- カスタム - People モジュールで自分で 定義 する顧客情報
- 連絡先情報 - メールアドレス、電話番号、この顧客への連絡に利用できるその他のチャネル
- チャネル固有 - 顧客が最後に連絡を受けた日時を示します
- 計算属性 - 計算属性から作成された顧客情報
属性ごとの演算子:
ブーリアン型 | テキスト | 数 | 日付 |
---|---|---|---|
is | is | is | is |
は当てはまりません | は当てはまりません | は当てはまりません | は当てはまりません |
含む | より小さい | 以前は | |
次で終わります | 以下 | 迄 | |
次で終わる | 以上 | から | |
は空です | より多い | 後 | |
が空でない | は空です | は空です | |
が空でない | が空でない | ||
の中にあります | |||
内にあります | |||
は上回ります | |||
は次でした | |||
内にありました | |||
を上回りました | |||
今日は |
属性の仕組みを理解するために、[Segment Audience (オーディエンスのセグメント化)] のサイドパネルでカスタム属性「age (年齢)」と演算子「less or equal (以下)」を選択してみます。

属性と組み合わせることができるイベントタイプは、以下のとおりです。
- 外部 - ウェブサイトやアプリなど、他のプラットフォームでのアクション
- People - プロファイル情報の変更
- チャネル - メッセージでのやり取り
- 製品イベント - ユーザーがメッセージコミュニケーションのフローに出入りした日時に関する情報
Peopleリアルタイムイベントの記事を参照して各タイプの詳細を確認し、今後のメッセージコミュニケーションキャンペーンに含める方法を検討してください。([Wait for an Event (イベントを待つ)] のトリガーとエレメントは、イベントのみに基づいてメッセージコミュニケーションを行う場合に使用され、[Segment Audience (オーディエンスのセグメント化)] エレメントでは、属性とイベントの両方を使用できます)。
したがって、Webページを閲覧(外部イベント)した2つの異なる年齢グループ(属性)にメッセージを送信する場合、最終的な設定は次のようになります。


Wait for an event(イベントを待つ)
イベントを待つ エレメントは、エレメントで構成した特定のアクションをエンドユーザーが実行したときにアクティブになります。これらのアクションは、関連する events を使用して定義できます。エレメントがアクティブ化されると、フローはエレメントの イベント happened 分岐で指定したアクションを実行します。
例: エンドユーザーが商品ウェブサイトのカートに商品を追加したときにメッセージを送信するとします。addToCart イベントを イベントを待つ エレメントに追加します。このエレメントの [カート_add happened_] ブランチで、SMS メッセージの送信 エレメントを追加します。終了ユーザーがカートにアイテムを追加すると、イベントを待つ エレメントがトリガーされ、フローはSMSメッセージを送信します。
イベントを待つ エレメントは、すでにフローに参加しているエンドユーザーに対してのみトリガーされます。既定では、このエレメントは、エンド ユーザーがフロー内のこのエレメントに到達した場合にのみイベントを考慮します。フローで以前に発生したイベントに対してエレメントをトリガーする場合は、**[フローの入り口からのイベントを含める]**を選択します。

エレメントを介して追跡されるEvents
このエレメントを使用して、次のカテゴリのイベントを追跡できます。
エレメントの使用例
このエレメントを使用して、エンドユーザーがWebサイトなどのデジタルアセットをどのように操作するか、メッセージにどのように反応するか、プロファイル情報に変更があるかどうかを特定します。
次に例を示します。
- カゴ落ちキャンペーンで、選択した商品がまだカートに入っていることをお客様に知らせたい場合
- 7 日以内に同じアイテムを 3 回以上表示したエンド ユーザーに割引を提供します。
- その他の高度なマルチステップキャンペーン。
エレメントを構成する
次の手順に従って、エレメントを構成します。
- 条件 セクションで、エレメントをトリガーするイベントを定義します。条件ごとに、関連付けられたブランチがエレメントに追加されます。
- (オプション)変数セット セクションで、イベントプロパティを フロー 変数に保存します。
- 待機 セクションで、フローがイベントが発生するまで待機する時間を選択します。
- (オプション)フローの入り口からのイベントを含めるです。

詳細については、次のセクションを参照してください。
条件を定義する
フローをトリガーする条件を 1 つ以上定義します。
各条件で、次の操作を行います。
- イベントを選択します。
- イベントの演算子と条件を選択します。アクションを実行した顧客またはアクションを実行しなかった顧客のいずれかをターゲットにすることができます。
- (オプション)イベントにプロパティがある場合は、それらを条件に追加してターゲットオーディエンスを絞り込むことができます。
イベントを選択します
イベントを選択します。イベントの詳細については、People の Events のドキュメントを参照してください。
イベント名で検索し、イベントタイプでフィルタリングできます。
カスタム イベントを選択するには、イベントとそのプロパティを People で定義する必要があります。

演算子を選択
ターゲットとするエンドユーザーを選択します。
- 発生日時: アクションを実行したエンド ユーザーをターゲットにします。出現回数を設定します。例: イベントが 3 回目に発生したときにフローをトリガーするには、発生回数を 3 回 と指定します。
- 発生していない: アクションを実行しなかったエンド ユーザーをターゲットにします。
Not happened 条件を単独で使用しないでください。Happened 条件でのみ使用してください。これは、イベントが発生したときにフローをトリガーすることは可能ですが、イベントが発生しないときにフローをトリガーすることはできないためです。
例: Event_A が発生し、かつ Event_B が発生しなかった場合のフロー Start。

条件にイベント プロパティを追加する (オプション)
イベントにプロパティがある場合は、それらを使用して対象ユーザーを絞り込みます。プロパティ を選択して、1 つ以上のプロパティを追加します。
次の図の例では、Item viewed イベントの itemId プロパティがフィルターとして追加されています。

イベント プロパティをフロー変数にマップする (オプション)
イベントにプロパティがある場合は、それらをフロー変数に保存し、後でフローで変数を再利用できます。
例: _Appointment booked_イベントでは、_Appointment time_や_Appointment name_などのイベントプロパティをフロー変数に保存できます。その後、これらの変数を使用して、予定の詳細を含む確認メッセージをエンドユーザーに送信できます。
マップされた変数の値は、エンド ユーザーがフロー内を移動すると変わる可能性があります。
例: delivery イベントが次のステージに進むと、_delivery status_変数が Pending から Dispatched に変わります。
また、リスト属性をフローに渡すこともできます。詳細については、イベント内のリストをフローに渡すドキュメントを参照してください。
変数の作成と使用の詳細については、イベントプロパティをフロー変数にマップのドキュメントを参照してください。
待つこと
フローがイベントを待機する時間を指定します。
- 特定の時間: 期間を指定します。
- 無期限: 待機時間は、フロー設定で構成するフロースケジュールによって異なります。フロー内のどの要素も1年以内にアクティブ化されない場合、フローは終了します。

フローの入り口からのイベントを含める (オプション)
既定では、[イベントを待つ] エレメントは、エンド ユーザーがフロー内のこのエレメントに到達した場合にのみイベントを考慮します。フローで以前に発生したイベントに対してエレメントをトリガーする場合は、[フローの入り口からのイベントを含める] を選択します。
このオプションは、フローが既に発生したイベントを待機しているためにエンド ユーザーがスタックする状況を回避するのに役立ちます。
例: マーケティング担当者は、イベントを待つ エレメントを使用してメールを追跡するファネルを構築します。このエレメントは、メール送信、メール開封、メールリンククリックの3つのイベントを待機し、それぞれ2日間の待機期間があります。エンド ユーザーは電子メールを開きますが、電子メール クライアントはプライバシーのために 電子メールが開かれました イベントをブロックします。2 日後、エンド ユーザーは 電子メールがクリックされました イベントに到達します。しかし、このイベントの待機期間は終わりました。そのため、エンド ユーザーはフロー内で先に進むことができません。フローの入り口からのイベントを含める を有効にすると、過去のイベントが考慮され、エンド ユーザーは期待どおりにフロー内を前進します。
フローが開始される前に条件内のすべてのイベントがすでに発生している場合、その人はフローに入りません。ただし、フローが再発の場合、これらのイベントが再び発生した場合にのみフローに入ります。
次のステップ
次の各項目を設定します。
- 待機期間中にイベントが発生した場合:SMSメッセージなどのエレメントをフローの次のステップとして追加します。
- 待機期間中にイベントが発生しなかった場合:フローに次のエレメントを追加します。

Wait for Change in People Profile(ユーザープロファイルの変更を待つ)
イベント発生後にフローに入ったユーザーの特定の属性の変更を所定の期間待機する場合は、[Wait for change in People profile (ユーザープロファイルの変更を待つ)] というエレメントを選択します。
以下を設定する必要があります。
- フローが待つべき属性の変更
- フローがその変更を待つ時間
- 待機期間中に変更が発生した場合はどうなるか
- 待機期間中に変更が発生しなかった場合はどうなるか

- このエレメントは、より高度な自動化キャンペーンで役に立つ。
Wait for a Date(日付を待つ)
ユーザーのプロファイルから特定の日付/時刻の前、当日、または後に通信を続行するには、日付を待つ エレメントを追加します。
事前に行う必要があるのは、Peopleプラットフォームを使用して、この「プロファイル情報」をカスタム属性として追加することです。

このエレメント内にはいくつかのオプションがあります。
IS IN(は次の状態です) – この条件を使用して、ユーザープロファイル内のカスタム属性として設定した日付/時刻の数時間前または数日前からメッセージコミュニケーションを継続します。
たとえば、「AppointmentDateTime is in 4 hours」の場合、現在の日付/時刻が [TrialExpiryDateTime] 属性で設定された日付/時刻の4時間前になると、顧客はフローに入ります。
WAS(は次でした) – 設定された日付/時刻に達してからの経過時間です。たとえば、「TrialExpiryDate was 1 day ago」と設定すると [TrialExpiryDate] カスタム属性で設定された日付の1日後に、顧客をメッセージコミュニケーションの次のステップに誘導します。
IS TODAY(は今日です) – カスタム属性で設定された日付(「DueDate is today」)に、顧客がメッセージコミュニケーションの次のステップに進むようにする場合に使用します。
IS TOMORROW(は明日です) – 顧客は、カスタム属性で設定された日付の1日前にフローの次のステップに到達します。
WAS YESTERDAY(は昨日でした) – 顧客はカスタム属性に設定された日付の1日後にフローの次のステップに到達します。
DO THIS ACTION EVERY YEAR(このアクションを毎年実行する) – 各ユーザーに対してこの同じアクションを毎年実行する場合は、このチェックボックスをオンにします(ユーザー属性の年は無視し、繰り返しアクションを実行)。

特定の日付または時刻に基づいてメッセージコミュニケーションを開始することもできます。
休止
メッセージコミュニケーションのフローを一定期間遅らせるエレメントです。たとえば、フローからメッセージを1件送信し、次のメッセージを送信するまで待つとします。[Pause (一時停止) ]を選択し、一時停止の種類とその期間、および時間単位(秒、分、時間、日)を選択する必要があります。
一時停止は次の3種類から選択できます。
- [Pause until a day and/or time (特定の日や時刻まで一時停止)] - 日付または時刻のマイルストーンに達するまで一時停止します。たとえば、月曜日の13:00まで一時停止します。
- [Pause for a period of time (一定期間一時停止)] - これは、ユーザーがフローの [Pause (一時停止)] エレメントと接触した後にカウントを開始する一般的な待機期間を設定する場合に便利です。秒、分、時間、日から選択します。例えば、3日間13:00まで一時停止します。
- [Pause until an exact date and time (具体的な日時まで一時停止)] - これは、既知の時刻に発生するイベントについてユーザーに通知するために、ユーザーへのメッセージコミュニケーションを計画するのに役立ちます。たとえば、休日やアポイントメントの前にメッセージを送信します。11月30日13:00まで一時停止します。

一時停止に指定された時間が経過すると、メッセージコミュニケーションのフローの次のエレメント(SMSメッセージなど)がトリガーされます。
一時停止エレメントは、フローで使用可能なすべての評価 要素でも使用できます。
個人プロファイルの更新
People モジュールに格納されている顧客標準または カスタムデータ属性 の値を更新して保存するには、個人の更新 プロファイル エレメントを使用します。
[Update person profile (ユーザープロファイルを更新) ] を選択し、右側のパネルで、更新する属性と属性の更新方法を選択します。ユーザープロファイルを値で更新するか、空に設定する(つまり消去する)か、属性に数式を適用するかを選択できます。
- 値付き を選択した場合、ユーザーは静的な値を追加するか、中括弧を使用してPeopleまたは変数とは異なる属性を選択できます。
- 数式を使用 を選択すると、式エディターが開き、式言語 を使用して式を定義できます。
- [empty (空)]に設定すると、ユーザープロファイル属性のデータは空に設定されます。
計画に関連して顧客から提供されたデータは、Peopleプラットフォームに保存され、今後のメッセージコミュニケーションキャンペーンに役立てられます。

Add or Remove Tag(タグの追加または削除)
顧客をアクションに基づいてマークする場合は、タグを使用すると、これらのタグに基づいて今後のメッセージコミュニケーションに含めることができるようになります。
フローでは、次の2つのタグ関連エレメントをサポートしています。
- Add tag(タグの追加)
- Remove tag(タグの削除)

この機能の適用方法については、feedbackにタグを使用する方法をご覧ください。
Add or Remove from Do not contact list(コンタクト停止リストへの追加または削除)
エンドユーザーがビジネスからの連絡の受信を停止したい場合は、オプトアウトまたは登録解除できます。連絡先リストに追加 エレメントを使用して、Infobip アカウントから送信された通信からエンド ユーザーの登録を解除します。これらのエンドユーザーは、Peopleの連絡先リストに追加されます。このリストにある連絡先は、選択した送信者およびチャネルからの通信を受信しません。
これらのエンド ユーザーが再びオプトインしたら、連絡先リストから削除 エレメントを使用して、連絡先リストから連絡先を削除します。
フローを設計する
オプトインまたはオプトアウトが地域の法律や規制、および企業ポリシーに準拠するようにフローを設計します。例: Stop などの受信キーワードを追跡して、連絡先の登録を解除します。
例
受信メッセージ トリガーまたは 受信メッセージの評価 エレメントを使用して、エンド ユーザーのメッセージにオプトインまたはオプトアウトするキーワードが含まれているかどうかを識別します。
次に、フローの 連絡先リストに追加 要素と 連絡先リストから削除 要素を使用して、これらのエンド ユーザーを連絡先リストに追加したり、連絡先リストから削除したりします。

Add to do not contact list(コンタクト停止リストに追加)
連絡先リストに追加 エレメントを使用して、エンド ユーザーを連絡先リストに追加します。
リストには、以下を追加できます。
-
チャンネル。選択したチャネルにメッセージは送信されません。他のチャネルで引き続きメッセージを送信できます。例:エンドユーザーは、オファーに関するメールは受信したいが、SMSメッセージは受信したくない。この場合は、SMS チャネルを追加します。
追加するチャネルは、必ずしもエンドユーザーが連絡したチャネルと同じである必要はありません。
-
選択したチャネルの 1 人以上の送信者。選択した送信者からメッセージは送信されません。他の送信者からのメッセージは引き続き送信できます。例: エンド ユーザーは、ニュースレターではなくオファーに関するメールを受信したいと考えています。この場合、ニュースレターの送信者のみを追加します。
エンド ユーザーがフロー内のこのエレメントにアクセスすると、エンド ユーザーのプロファイルの連絡先情報が、指定されたチャネルと送信者の [連絡先禁止] リストに追加されます。
フローを設計する
エンド ユーザーを [連絡先なし] リストに追加するには、次の操作を行います。
-
連絡先リストに追加 エレメントをフローに追加します。
-
エレメントで、[チャネルの追加] を選択します。
-
[連絡先禁止] リストに追加するチャネルを選択します。
-
選択したチャネルについて、[連絡先なし] リストに追加する送信者を選択します。
-
次のステップを定義します。例: 登録解除に成功したことを示すメッセージをエンドユーザーに送信します。
[連絡先リストに追加] エレメントを使用してオプトアウトを管理したり、メッセージの受信を停止したいエンド ユーザーを管理したりする場合は、フローの有効期限が切れていないことを確認してください。それ以外の場合、オプトアウトしたエンドユーザーはメッセージを受信します。
フローが期限切れにならないように設定するには、フロー設定 > スケジュール タブで、フロー停止 を無効にします。
Remove from do not contact list(コンタクト停止リストから削除)
連絡先 list から削除 エレメントを使用して、連絡先禁止リストからエンド ユーザーを削除します。
エンド ユーザーをリストから削除するには、次の方法があります。
-
簡易モード: このオプションを使用して、特定のチャネルとそのチャネルの送信者をエンド ユーザーの連絡先禁止リストから削除します。リストから次のものを削除できます。
-
チャンネル。[連絡先禁止] リストからチャネルを削除します。これで、削除したチャンネルでメッセージを送信できるようになります。
例:エンドユーザーオファーに関するメールを受信したいが、SMSメッセージを受信したくない。リストから E メールチャネルを削除して、E メールメッセージの受信を有効にします。
削除するチャネルは、必ずしもエンドユーザーが連絡したチャネルと同じである必要はありません。
-
選択したチャネルの 送信者 。選択したチャネルの 1 つ以上の送信者を削除します。これで、削除した送信者からメッセージを送信できるようになります。
例: エンドユーザーがオファーに関するメールを受信したいが、メールマガジンの受信は希望しません。オファーの E メール送信者のみを削除して、オファーの受信を有効にします。
エンド ユーザーがフロー内のこのエレメントに到達すると、その連絡先情報は、指定されたチャネルと送信者の [連絡先禁止] リストから削除されます。
-
-
詳細モード: このオプションを使用して、エンド ユーザーの連絡先情報 (電話番号や電子メール) のすべてのレコードを [連絡先禁止] リストから削除します。
Importantすべての電話番号ベースのチャネルやメールへのトラフィックのブロックが解除されます。
リストから次の 1 つ以上を削除できます。
- 電話番号。電話番号ベースのチャネルの連絡先情報をすべて削除します。例: SMS、WhatsApp、Viber。
- アドレス。メールチャネルの連絡先情報をすべて削除します。
エンド ユーザーがフロー内のこのエレメントに到達すると、指定した連絡先情報が [連絡先なし] リストから削除されます。
連絡先リストから削除 エレメントを使用してオプトインを管理したり、メッセージを受信したいエンド ユーザーを管理したりする場合は、フローが期限切れになっていないことを確認してください。そうしないと、オプトインしたエンドユーザーはメッセージを受信しません。
フローが期限切れにならないように設定するには、フロー設定 > スケジュール タブで、フロー停止 を無効にします。
簡易モードのフローを設計する
簡易モードでは、連絡先リストから削除 エレメントを使用して、1 つのチャネルとそのチャネルの送信者のみを削除できます。複数のチャネルを削除するには、各チャネルに連絡先リストから削除 エレメントを追加します。
[連絡先禁止] リストからチャネルを削除するには、次の操作を行います。
-
連絡先リストから削除 エレメントをフローに追加します。
-
エレメントで、簡易モード を有効にします。
-
[チャネルの追加] を選択します。
-
[連絡先禁止] リストから削除するチャネルを選択します。
-
選択したチャネルについて、削除する送信者を [連絡先禁止] リストから選択します。
-
(オプション)連絡先情報が [連絡先禁止] リストから削除されたが、トラフィックがブロックされているという高い記録がある状況を管理するブランチを追加します。条件 を選択します。
ブランチがエレメントに追加されます。
-
次のステップを定義します。例: エンド ユーザーに、正常にサブスクライブしたことを示すメッセージを送信します。
詳細モード用のフローの設計
エンド ユーザーの連絡先情報のすべてのレコードを [連絡先なし] リストから削除するには、次の操作を行います。
-
連絡先リストから削除 エレメントをフローに追加します。
-
エレメントで、簡易モード を無効にします。
-
次のうち 1 つ以上を選択します。
- 電話番号。電話番号ベースのチャネルの連絡先情報をすべて削除します。例: SMS、WhatsApp、Viber。
- アドレス。メールチャネルの連絡先情報をすべて削除します。
-
次のステップを定義します。例: エンド ユーザーに、正常にサブスクライブしたことを示すメッセージを送信します。
Split audience (分割対象ユーザー)
オーディエンスを分け、コンテンツに対する反応についてより正確な指標を取得します。[Split Audience (分割対象ユーザー)] エレメントは、次の操作を行う場合に特に便利です。
• 以下の図に示すように、同じメールメッセージの2つのバージョンをテストするなど、簡単な実験を実行します。 • どのチャネル(メール、SMS、プッシュ通知など)が最も効果的かをテストする、より高度な実験を作成します。

Notify internal recipients(内部の受信者へ通知)
フローの一部として、社内の部署にメールやSMS通知を送信することが重要な場合があります。たとえば、顧客が商品の返品プロセスを開始したときに、店長、スタッフ、または実店舗に通知するとします。実店舗に確認メールを送信してアクションリマインダーを送信したり、特定の操作を行う権限がないことを従業員に通知したりすることもできます。これはすべて、[Notify internal recipients (内部の受信者へ通知)] エレメントを使用して実行できます。
このエレメントは、メール送信チャネルやSMSチャネルとは異なり、フロー開始時にエントリーポイントで定義するのではなく、メッセージの正確な受信者を設定し、エレメントでチャネルを選択します。
このエレメントをフローに追加するときに、SMSまたはメールを送信するかどうかを選択し、メッセージエディタでメッセージを作成します。受信者は、電話番号/メールアドレスを手動で入力して定義できます。
受信者は、電話番号、メールアドレスを手動で入力するか、動的受信者がいる場合はフロー変数を使用して定義できます。たとえば、顧客が訪問する店舗によって店長の電話番号が異なる場合などです。
各変数に含めることができる送信先の電話番号またはメールアドレスは1つだけです

パフォーマンスの追跡
[Notify Internal Recipients (内部受信者へ通知)] エレメントを使用して生成された顧客関連以外のメッセージコミュニケーションのパフォーマンスを追跡する場合は、フローでエレメントにカーソルを合わせます。カーソルを合わせると、このエレメントのエンゲージメント総数を追跡できます。その他のパフォーマンス指標は近日公開予定です。
Update variable(変数を更新する)
変数更新機能を使用して、あらかじめ定義したフロー変数の値を更新します。フローに複数の変数が定義されている場合は、1 つの変数のみを更新するか、複数の変数を同時に更新するかを選択できます。これは、注文ステータスなどのセッション情報を動的にし、フローの進行に合わせて、つまり注文から発送またはキャンセルに適応させる必要がある場合に特に便利です。
変数をエクスプレッション言語で使用することで、さらに進化させることもできます。変数エレメントの更新内に式を設定するには、変数値フィールドの横にある鉛筆アイコンをクリックします。詳細については、expression language を参照してください。
変数の更新機能は、IVR (自動音声応答) Flows (Voice コール セッション) では使用できません。

カタログ検索
カタログ は、カタログを作成できる Infobip の機能です。例: 製品、サービス、ニュースレター、店舗の場所のカタログ。
フローで カタログ検索 エレメントを使用して、カタログから情報を取得します。エレメントで、カタログ内のフィールドと Moments の属性を比較します。一致するものがある場合は、カタログから必要な情報を取得します。その後、この情報を使用して、カスタマイズした情報をエンド ユーザーに送信できます。
例: 店舗の場所の一覧を含むカタログがあるとします。エンド ユーザーがフローに入ります。カタログ参照 エレメントを使用して、エンド ユーザーのプロファイルの City 属性を Stores カタログの Address フィールドと比較します。市区町村に一致する店舗を検索し、住所を変数に保存して、その住所をエンド ユーザーに送信できます。

エレメントを構成する
カタログ検索 エレメントをフローに追加し、次のフィールドを構成します。
カタログ: [カタログ] のカタログの名前。選択できるのは、既存のアクティブなカタログのみです。
カタログ フィールド: アイテムを確認および取得するために必要なデータ テーブル内の列。例: Stores カタログの Address フィールド。
演算子: 演算子は、カタログ フィールド の値と 属性 フィールドを比較します。例: is、is not、starts with、ends with、contains。
属性: カタログフィールドでクエリされたアイテムを比較するMomentsの属性。例: エンド ユーザーのプロファイルの City 属性。
変数 (オプション): 変数を使用して、現在のセッションに関連する情報を一時的に格納します。その後、フローの後続のステップで変数を使用できます。例: Stores カタログから住所を保存できます。