待機アクティビティ section_rlm_nft_dgb

パス内の次のアクティビティを実行するまで待機する場合は、「待機」アクティビティを使用できます。後に続くアクティビティを実行するタイミングを定義できます。選択肢は次の 3 つあります。

待機アクティビティについて about_wait

並行して複数の待機を使用する場合、待機の優先順位は次のように設定されます。時間設定が同じで、条件が異なるが重複している場合は、上位に配置した待機が優先されます。例えば、1 つ目の待機の条件が「女性である」で、並行する 2 つ目の待機の条件が「VIP である」といった場合です。この場合は、1 つ目の待機アクティビティが優先されます。。

また、2 つの異なる待機が並行している場合、上位か下位かに関係なく、最初に発生した待機が優先されます。例えば、1 時間の待機が上位にあり、30 分の待機が下位にある場合、30 分後には 30 分の待機が処理されます。

NOTE
最大の待機期間は 30 日です。
テストモードでは、「テストの待機時間」パラメーターを使用すると、各待機アクティビティの持続時間を定義できます。デフォルト時間は 10 秒です。これにより、テスト結果を迅速に取得できます。このページを参照してください。

期間待機 duration

次のアクティビティを実行するまでの待機期間を選択します。

カスタム待機 custom

このオプションでは、イベントやデータソースのフィールドに基づく高度な式を使用して、カスタムの日付(例:2020 年 7 月 12 日午後 5 時)を定義できます。カスタムの期間(例えば 7 日など)を定義することはできません。式エディターでは、式を dateTimeOnly 形式にする必要があります。このページを参照してください。dateTimeOnly 形式の詳細については、このページを参照してください。

NOTE
dateTimeOnly 式を利用するか、関数を使用して dateTimeOnly に変換することができます。例:「toDateTimeOnly(@{Event.offerOpened.activity.endTime})」の場合、イベント内のフィールドは「2016-08-12T09:46:06Z」の形式になります。
ジャーニーのプロパティには​ タイムゾーン ​が必要です。そのため、今のところ、時刻とタイムゾーンのオフセットを組み合わせた、完全な ISO-8601 タイムスタンプ(2016-08-12T09:46:06.982-05 など)をインターフェイスから直接指定することはできません。このページを参照してください。

recommendation-more-help
4f4a00c1-77c9-4eee-84df-bbe6206c3ab9