等待活動 wait-activity
您可以使用 等待 活動，在執行下一個活動之前定義持續時間。 等待持續時間上限為 90天。
您可以設定兩種型別的 等待 活動：
建議 wait-recommendations
多個等待活動 multiple-wait-activities
在歷程中使用多個 等待 活動時，請注意，歷程的全域逾時為91天，這表示設定檔在進入歷程後，一律會退出歷程的最長91天。 在本頁中瞭解更多。
個人只有在歷程中剩餘的時間足以在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天內看到它。 您可以移除此 等待 活動，或視需要變更其設定。