待機アクティビティ 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}) を定義します。固定日付を使用すると、ジャーニーの実行に問題が生じる可能性があります。

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

待機アクティビティが期待どおりに動作することを検証するには、ステップイベントを使用できます。詳細情報

自動待機ノード auto-wait-node

各インバウンドメッセージアクティビティ(アプリ内メッセージ、コードベースのエクスペリエンスまたはカード)には、3 日間の​ 待機 ​アクティビティが付随しています。プロファイルがジャーニーの終わりに到達するとインバウンドメッセージは自動的に終了するので、最低 3 日間はユーザーにそのメッセージを表示するとします。この​ 待機 ​アクティビティを削除するか、必要に応じて設定を変更できます。

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76