等待活动

您可以使用​ 等待 ​活动定义持续时间，然后再执行下一个活动。 最长等待时间为​ 90天。

您可以设置两种类型的​ 等待 ​活动：

推荐做法

多个等待活动

在历程中使用多个​ 等待 ​活动时，请注意，历程的全局超时为91天，这意味着用户档案始终在进入历程后91天内退出该历程。 在此页面上了解详情。

仅当个人在历程中剩余的时间足以在91天历程超时之前完成等待持续时间时，个人才能进入​ 等待 ​活动。

等待并重新进入

不使用​ 等待 ​活动阻止重新进入的最佳实践。 请改用历程属性级别的​ 允许重入 ​选项。 在此页面上了解详情。

等待和测试模式

在测试模式下，测试中的等待时间 ​参数允许您定义每个​ 等待 ​活动的持续时间。 默认时间为 10 秒。这将确保您快速获得测试结果。 在此页面上了解详情。

等待和移动渠道

如果要在发送推送通知后不久显示应用程序内消息，请使用​ 等待 ​活动以允许传播应用程序内消息有效负荷时间。 通常建议等待5-15分钟，但具体时间会因有效负载复杂性和个性化需求而异。

配置

持续时间等待

选择​ 持续时间 ​类型以设置下一个活动执行前等待的相对持续时间。 最长持续时间为​ 90天。

自定义等待

选择​ 自定义 ​类型以使用基于来自事件或自定义操作响应的字段的高级表达式来定义自定义日期。 您不能直接定义相对持续时间，例如7天，但您可以根据需要使用函数计算相对持续时间（例如：购买后2天）。

编辑器中的表达式应提供dateTimeOnly格式。 请参见此页面。有关dateTimeOnly格式的详细信息，请参阅此页面。

最佳实践是使用特定于您用户档案的自定义日期，并避免对所有用户使用相同的日期。 例如，不要定义toDateTimeOnly('2024-01-01T01:11:00Z')，而是要定义特定于每个配置文件的toDateTimeOnly(@event{Event.productDeliveryDate})。 请注意，使用固定日期可能会导致历程执行出现问题。

要验证等待活动是否按预期运行，您可以使用步骤事件。 了解详情。