待機アクティビティ wait-activity
待機 アクティビティを使用すると、次のアクティビティを実行するまでの期間を定義できます。最大の待機期間は 90 日 です。
次の 2 種類の 待機 アクティビティを設定できます。
レコメンデーション wait-recommendations
複数の待機アクティビティ multiple-wait-activities
ジャーニーのグローバルタイムアウトが 91 日なので(つまり、プロファイルはジャーニーにエントリしてから最大 91 日後に必ずジャーニーからドロップアウトするので)、1 つのジャーニーで複数の 待機 アクティビティを使用する場合は注意が必要です。詳しくは、このページを参照してください。
個人が 待機 アクティビティにエントリできるのは、91 日のジャーニータイムアウトより前に待機期間を完了できる、十分な時間がジャーニーに残っている場合のみです。
待機と再エントリ wait-reentrance
ベストプラクティスとして、待機 アクティビティを使用して、再エントリをブロックすることは避けてください。代わりに、ジャーニープロパティレベルで「再エントリを許可」オプションを使用します。詳しくは、このページを参照してください。
待機とテストモード wait-test-modd
テストモードでは、テストの待機時間 パラメーターを使用して、各 待機 アクティビティの持続時間を定義できます。デフォルト時間は 10 秒です。これにより、テスト結果を迅速に取得できます。詳しくは、このページを参照してください。
設定 wait-configuration
期間待機 duration
期間 タイプを選択して、次のアクティビティを実行するまでの相対的な待機期間を設定します。最大期間は 90 日 です。
カスタム待機 custom
カスタム タイプを選択し、イベントまたはカスタムアクションの応答からのフィールドに基づく高度な式を使用して、カスタム日付を定義します。相対期間(例:7 日)を直接定義することはできませんが、必要に応じて関数を使用して計算できます(例:購入後 2 日)。
エディターの式は、dateTimeOnly
形式にする必要があります。このページを参照してください。dateTimeOnly 形式について詳しくは、このページを参照してください。
ベストプラクティスは、プロファイルに固有のカスタム日付を使用し、すべてに同じ日付を使用しないことです。例えば、toDateTimeOnly('2024-01-01T01:11:00Z')
ではなく、各プロファイルに固有の toDateTimeOnly(@event{Event.productDeliveryDate})
を定義します。固定日付を使用すると、ジャーニーの実行に問題が生じる可能性があります。
dateTimeOnly
式を利用するか、関数を使用して dateTimeOnly
に変換することができます。例えば、toDateTimeOnly(@event{Event.offerOpened.activity.endTime})
では、イベント内のフィールドが 2023-08-12T09:46:06Z の形式になります。待機アクティビティが期待どおりに動作することを検証するには、ステップイベントを使用できます。詳細情報
自動待機ノード auto-wait-node
各インバウンドメッセージアクティビティ(アプリ内メッセージ、コードベースのエクスペリエンスまたはカード)には、3 日間の 待機 アクティビティが付随しています。プロファイルがジャーニーの終わりに到達するとインバウンドメッセージは自動的に終了するので、最低 3 日間はユーザーにそのメッセージを表示するとします。この 待機 アクティビティを削除するか、必要に応じて設定を変更できます。