文档Journey OptimizerJourney Optimizer 指南

暂停历程 journey-pause

最近更新： 2026年5月15日
  • 适用对象：
  • Journey Orchestration

创建对象：

  • {"id":"b5a62a22-46f7-4f0d-b151-3fc640bef588"}
  • {"id":"b69b2659-1057-424e-8fc5-ed9e016dc554"}

在此页面上：​了解如何暂停和恢复实时历程，以安全地做出更改或停止发送，停止或关闭暂停的历程而不先恢复，以及在暂停期间应用配置文件属性退出条件。

style
shade-box

您可以暂停实时历程，执行所有需要的更改，然后随时重新恢复它们。 在暂停期间，您可以应用配置文件属性退出条件以根据配置文件属性排除配置文件。 历程在暂停期结束时自动恢复。 您也可以手动恢复它，或从​ 已暂停 ​状态停止历程而不先恢复它。

主要优点 journey-pause-benefits

暂停和恢复历程通过允许暂停实时历程而不中断客户体验，为历程参与者提供了更好的控制和灵活性。 暂停后，不会发送任何通信，并且轮廓将停留在暂停状态，直到历程恢复。

此功能降低在错误或更新（例如：更改消息内容）期间发送意外消息的风险，支持更安全的历程管理，并提高从业者的信心。 直接在UI中查看暂停的历程及其状态可进一步提高透明度和操作敏捷性。

CAUTION

  • 暂停和恢复历程的权限仅限于具有​ Publish journeys ​高级权限的用户。 在本节中了解有关管理Journey Optimizer用户访问权限的更多信息。

  • 在开始使用暂停/恢复功能之前，阅读护栏和限制。

如何暂停历程 journey-pause-steps

您可以暂停任何​ 实时 ​历程。

要暂停历程，请执行以下步骤：

  1. 打开要暂停的历程。

  2. 单击历程画布右上角的​ …更多 ​按钮，然后选择​暂停。

    暂停历程按钮

  3. 选择如何管理当前位于历程中的用户档案。

    暂停历程选项 {width="50%"}

    您可以：

    • 保留​配置文件 — 配置文件将等待下一个​ 操作 ​节点以继续历程
    • 放弃​配置文件 — 配置文件将在下一个​ 操作 ​节点从历程中排除

    暂停历程时，我们假定您计划在某个时间点恢复历程。 但是，历程不能无限期暂停。 要防止出现这种情况，您可以定义历程应暂停的时长（1到14天之间）。 在选定天数后，历程会自动恢复。

  4. 单击​ 暂停 ​按钮确认。

可在历程清单中看到贵组织暂停的历程中保留的最大配置文件数。 仅当至少暂停一个历程时，它才可见。 此指示器还会显示暂停的历程总数。 每30分钟刷新一次。 在护栏和限制中了解详情。

当前暂停的历程和配置文件数 {width="50%"}

从历程列表中，您可以暂停一个或多个​ 实时 ​历程。 要暂停一组历程（批量暂停），请在列表中选择它们，然后单击屏幕底部蓝色栏中的​ 暂停 ​按钮。 暂停​按钮仅在选择​ 实时 ​历程时可用。

从底部栏批量暂停两个实时历程

暂停的历程执行逻辑 journey-pause-exec

当历程暂停时，无论保持/丢弃模式如何，都会丢弃新入口。

暂停历程后，用户档案管理和活动执行取决于活动。 行为详见下文。 如需全面了解，另请参阅此端到端示例。

历程活动
历程暂停时
受众资格
  • 在画布中的第一个节点：会丢弃对受众的任何配置文件资格
  • 在其他节点中：与实时历程中的行为相同，但是，如果受众资格在 操作 活动之后并且用户在该操作上暂停，则受众资格将被丢弃。
单一事件
  • 在画布中的第一个节点处：丢弃事件
  • 在其他节点中：与实时历程中的行为相同，但是，如果事件在 操作 活动之后并且用户在该操作上暂停，则放弃该事件。
读取受众

与实时历程中的行为相同，但具有以下特性：

  1. 如果在 读取受众 活动开始后按下暂停，则进入历程的用户档案将继续（直到下一个 操作 活动）。 当历程以特定速度读取受众时，如果整个受众尚未进入，则将丢弃队列中的剩余配置文件。

  2. 对于单次执行：如果计划日期早于恢复日期，则恢复时不会显示错误。 该时间表将被忽略。

  3. 对于增量历程：

    • 如果在首次发生之前发生暂停，则在恢复时，将播放整个受众。
    • 例如，如果发生暂停，则在每日重复周期的第4天，历程保持暂停状态直到第9天，则在恢复时，将包含从第4天到第9天输入的所有用户档案
反应
与实时历程中的行为相同，但是，如果反应在 操作 活动之后并且用户在该操作上暂停，则反应事件将被丢弃。
等待
与实时历程中的行为相同
优化
与实时历程中的行为相同
内容决策
在暂停历程后，系统会根据用户选择的内容暂停或丢弃用户档案
渠道操作
在暂停历程后，系统会根据用户选择的内容暂停或丢弃用户档案
自定义操作
在暂停历程后，系统会根据用户选择的内容暂停或丢弃用户档案
更新配置文件和跳转
在暂停历程后，系统会根据用户选择的内容暂停或丢弃用户档案
外部数据Source
与实时历程中的行为相同
退出条件
与实时历程中的行为相同

在本节中了解如何对放弃进行故障排除。

如何恢复已暂停的历程 journey-resume-steps

暂停的历程在最大暂停时段14天结束时自动恢复。 它们可以随时手动恢复。 恢复暂停的历程允许新用户档案再次进入。 如果在暂停期间已有轮廓处于等待状态，则他们会继续其历程。 这一功能非常适合在更新或暂停后安全地重新启动历程。

要恢复暂停的历程并开始再次侦听历程事件，请执行以下步骤：

  1. 打开要恢复的历程。

  2. 选择历程画布右上角的​ …更多 ​按钮，然后选择​继续。

    历程切换到​ 恢复 ​状态。 当历程继续时，新入口在一分钟内开始。 恢复保留的用户档案可能需要一些时间 — 用户档案恢复速度为5k tps。 由于必须恢复所有配置文件才能使历程再次处于​ 实时 ​状态，因此从​ 恢复 ​状态过渡到​ 实时 ​状态可能需要一些时间。

  3. 单击“继续”按钮确认。

从历程列表中，您可以恢复一个或多个​ 已暂停 ​历程。 要恢复一组历程（批量恢复），请选择这些历程并单击屏幕底部蓝色栏中的​ 恢复 ​按钮。 请注意，继续​按钮仅在选择​ 已暂停 ​历程时可用。

停止暂停的历程 stop-close-paused

如果您决定不继续已暂停的历程，则可以从​ 已暂停 ​状态结束它。 这会立即结束所有历程处理，并停止历程中仍存在的每个配置文件。 了解有关停止历程的更多信息。

要从历程画布停止暂停的历程，请执行以下步骤：

  1. 打开要停止或关闭的​ 已暂停 ​历程。
  2. 单击历程画布右上角的​ …更多 ​按钮。
  3. 选择​停止，然后在对话框中确认。

从历程列表中，您还可以单击暂停的历程名称右侧的​ 省略号 ​按钮，然后选择​停止。

IMPORTANT
您无法重新启动或删除已关闭或已停止历程。 您可以创建其新版本或复制它。
停止历程需要​ Manage journeys ​权限。 如果历程包括内联营销活动或消息节点，则用户还需要​ 营销活动>发布营销活动 ​权限。 了解有关停止权限的详细信息。

查看历程何时暂停或恢复 view-pause-resume-info

要查看历程的上次暂停或恢复时间以及访问者，请打开该历程并转到其​属性（单击历程名称旁边的铅笔图标）。 使用​ 复制技术详细信息 ​按钮复制技术信息，其中包括：

  • 上次暂停和恢复的日期和时间
  • 执行上次暂停和上次恢复的用户的显示名称和标识符
  • 暂停的历程设置（暂停行为、最长暂停持续时间、自动恢复状态、暂停ID）

此信息对于疑难解答、审核或与支持人员共享非常有用。 有关已复制字段的完整列表，请参阅访问历程的属性。

在暂停的历程中应用退出标准 journey-exit-criteria

暂停历程时，您可以根据用户档案属性应用退出标准。 此过滤器允许排除与恢复时定义的表达式匹配的用户档案。 一旦设置了基于用户档案属性的退出标准，该标准就会在操作节点上强制实施，即使对于新用户档案进入也是如此。 符合条件的现有配置文件和进入历程的新配置文件将在它们遇到的下一个操作节点​ 上从历程 ​中排除。

例如，要从暂停的历程中排除所有法国客户，请执行以下步骤：

  1. 浏览到要修改的暂停历程。

  2. 选择​ 退出条件 ​图标。

    将配置文件属性退出条件添加到暂停的历程

  3. 在​ 退出标准 ​设置中，单击​ 添加退出标准 ​以根据配置文件属性定义筛选器。

  4. 设置表达式以排除国家/地区属性等于“法国”的用户档案。

    将配置文件属性退出条件添加到暂停的历程

  5. 保存筛选器并单击​ 更新历程 ​按钮以应用更改。

  6. 继续历程。

    在恢复时，所有将“国家/地区”属性设置为“法国”的用户档案都将在下一个操作节点自动从历程中排除。 任何将“国家/地区”属性设置为“法国”的新用户档案尝试进入旅程时，都将在下一个操作节点被阻止。

请注意，当前在历程中的用户档案和新用户档案的用户档案排除只有在到达操作节点​时才会发生。

CAUTION

  • 每个历程只能设置​ 一个 ​基于配置文件属性的退出条件。

  • 您只能在​ 已暂停 ​历程中创建、更新或删除基于配置文件属性的退出条件。

  • 在此部分🔗中了解有关基于配置文件属性的退出条件的更多信息。

护栏和限制 journey-pause-guardrails

  • 历程版本最多可暂停​14天，整个组织的暂停历程中最多允许​10万个配置文件。
    此限制计算所有暂停的历程中保留的用户档案总数，而不是不同的用户档案。例如，如果在两个暂停的历程中保留相同的500万个用户档案，则达到1000万个限制。
    此限制每30分钟检查一次。这意味着您可能会暂时超过1000万的阈值，但是一旦系统检测到该阈值，任何额外的用户档案都将被自动放弃。

    如果您恢复历程以使保留的用户档案数恢复到限制以下，则历程将立即恢复 — 但更新用户档案计数最多可能需要30分钟。 在此期间，系统仍会将这些配置文件视为已暂停。

  • 对于包含入站活动（例如，应用程序内、Web等）的历程，暂停历程不会中断已触发的通信。 如果用户档案在暂停之前符合集客活动条件，则仍会发送相应的消息。 要完全停止所有入站通信，必须停止旅程。

  • 暂停的历程计入实时历程配额

  • 已进入历程但在暂停期间被放弃的用户档案仍将被计为可参与的用户档案

  • 暂停的历程会以与实时历程相同的方式纳入所有业务规则中

  • 历程全局超时仍适用于暂停的旅程。 例如，如果某个用户档案在历程中持续90天且历程暂停，则此用户档案仍将在第91天退出历程

  • 用户档案到达操作活动时，在暂停的历程中​放弃。 如果他们在旅程暂停期间坚持等待并在恢复后退出，则将继续旅程，而不会被丢弃。 查看端到端示例

  • 即使在暂停后，随着继续处理事件，这些事件也将计入每秒的历程事件数配额，之后将形成单一形式的限制

  • 当配置文件在暂停的历程中保留时，在恢复时配置文件属性会刷新

  • 条件仍会在暂停的历程中执行，因此，如果历程因数据质量问题而暂停，则可以使用错误数据评估操作节点之前的任何条件

  • 对于基于​ 读取受众 ​历程的增量受众，将考虑暂停的持续时间。 这不适用于受众资格或基于事件的历程（如果在暂停期间收到受众资格或事件，并且它们是历程中的第一个活动，则这些事件将被丢弃）

  • 如果配置文件保留在历程中，并且此历程在几天后自动恢复，则配置文件将继续该历程并且不会被丢弃。 如果要删除它们，必须停止旅程

  • 在暂停的历程中，不会为批次区段警报触发警报

  • 在历程的14天暂停状态终止后，系统中没有审核日志

  • 某些已弃用的配置文件会在历程步骤事件中可见，但在报表中不可见。 例如：

    • 放弃​ 读取受众 ​的业务事件
    • 由于历程暂停，读取受众​作业被丢弃
    • Event​活动在配置文件正在等待的操作之后时丢弃了事件

端到端示例 journey-pause-sample

让我们以以下历程为例：

历程示例 {modal="regular"}

暂停此历程时，您可以选择配置文件是​ Discarded ​还是​Hold，然后配置文件管理如下：

  1. AddToCart​活动：所有新配置文件入口都被阻止。 如果某个用户档案在暂停之前已进入历程，则会继续到下一个操作节点。
  2. 等待​活动：用户档案继续在节点上正常等待，即使历程处于暂停状态，用户档案也将退出该节点。
  3. 条件：配置文件继续通过条件，并根据条件上定义的表达式移动到右侧分支。
  4. 推送/电子邮件​活动：在暂停的历程中，用户档案会开始等待或放弃（根据用户在暂停时所做的选择）下一个操作节点。 因此，用户档案将开始等待或丢弃在那里。
  5. 在​ 操作 ​节点之后的​事件：如果配置文件正在等待​ 操作 ​节点并且之后有​ 事件 ​活动，如果该事件被触发，则放弃该事件。

根据此行为，您会看到暂停历程中的配置文件数量在增加，大多是在​ 操作 ​之前的活动中。 例如，在该示例中，等待​活动仍处于启用状态，这增加了在退出​ 条件 ​活动时经历该活动的配置文件数。

当您继续此历程时：

  1. 全新旅程入口在一分钟内开始。
  2. 当前在历程中等待​ 操作 ​活动的配置文件将以5k tps的速率恢复。 然后，他们可以进入等待的​操作，并继续历程。

对暂停历程中的配置文件放弃进行故障诊断 discards-troubleshoot

您可以使用Adobe Experience Platform 查询服务来查询步骤事件，这些步骤事件可以根据配置文件放弃发生的时间提供详细信息。

  • 对于在用户档案进入历程之前发生的丢弃，请使用以下代码：

    code language-sql 
    SELECT
TIMESTAMP,
_experience.journeyOrchestration.profile.ID,
to_json(_experience.journeyOrchestration)
FROM
journey_step_events
WHERE
_experience.journeyOrchestration.serviceEvents.dispatcher.eventType = 'PAUSED_JOURNEY_VERSION'
AND _experience.journeyOrchestration.journey.versionID=<jvId>

    这将列出在历程入口点发生的丢弃：

    1. 当受众历程正在运行并且第一个节点仍在处理时，如果历程暂停，则所有未处理的配置文件都会被丢弃。

    2. 当在历程暂停时新的单一事件到达开始节点（以触发进入）时，事件被丢弃。

  • 对于在配置文件已位于历程中时发生的丢弃，请使用以下代码：

    code language-sql 
    SELECT
TIMESTAMP,
_experience.journeyOrchestration.profile.ID,
to_json(_experience.journeyOrchestration)
FROM
journey_step_events
WHERE
_experience.journeyOrchestration.serviceEvents.stateMachine.eventType = 'JOURNEY_IN_PAUSED_STATE'
AND _experience.journeyOrchestration.journey.versionID=<jvId>

    此命令列出当配置文件在历程中时发生的丢弃：

    1. 如果历程在启用放弃选项的情况下暂停，并且在暂停之前已输入用户档案，则该用户档案在到达下一个操作节点时将被丢弃。

    2. 如果在选择保留选项的情况下暂停了历程，但由于超过1000万配额而丢弃了用户档案，则这些用户档案在到达下一个操作节点时仍将被丢弃。

AI知识参考

本节包含结构化知识，用于支持与本主题相关的解释、检索和问答。

要全面了解相关信息，应将此信息与本页上的文档相结合。 这两个源都不是独立的；页面描述了功能，而本节提供了其他上下文来帮助消除术语、意图、适用性和约束条件的歧义。

  • TL；DR：​本页介绍如何在Adobe Journey Optimizer中暂停和恢复实时历程，包括暂停期间的配置文件保留或放弃行为，如何在暂停时应用配置文件属性退出条件，以及如何使用查询服务对配置文件放弃问题进行故障诊断。

意图：

  • 暂停实时历程以阻止新用户档案条目，并在下一个操作节点保留或丢弃正在使用的用户档案
  • 手动恢复暂停的历程，或了解其在最长暂停时段后自动恢复的时间
  • 应用配置文件属性退出标准以在历程暂停时排除特定配置文件（例如，按国家/地区）
  • 从历程清单列表批量暂停或批量恢复多个实时历程
  • 使用Adobe Experience Platform查询服务步骤事件查询对暂停的历程中的用户档案放弃进行故障诊断
  • 查看暂停或恢复历程的人员以及何时进行审核跟踪

术语表：

  • 暂停（历程）：一种状态，它临时暂停实时历程，阻止新进入，并在下一个操作节点停止配置文件进度；暂停时不会发送任何通信​（产品特定）
  • 保持模式：暂停选项，使外部测试版配置文件在下一个操作节点等待，直到历程继续​（产品特定）
  • 放弃模式：暂停选项，当外部测试版用户档案到达下一个操作节点​ （产品特定） ​时，该选项将从历程中退出
  • 基于配置文件属性的退出条件：应用于暂停的历程的筛选器，该筛选器在恢复​ （产品特定） ​时排除与下一个操作节点上的定义表达式匹配的用户档案
  • 批量暂停/批量恢复：能够从历程清单列表​ （产品特定） ​同时暂停或恢复多个实时或已暂停的历程

护栏：

  • 只有具有​ 发布历程 ​权限的用户才能暂停和恢复历程；停止暂停的历程需要​管理历程（如果存在内联营销活动或消息节点，则需要​营销活动>发布营销活动）
  • 暂停持续时间可在1到14天之间配置；之后历程会自动恢复
  • 在暂停恢复期间保持的用户档案最多可达5,000 TPS；历程在恢复中一直存在，直到所有保持的用户档案恢复为止
  • 组织中所有暂停的历程中最多可保留1000万个配置文件；超出部分配置文件会自动被丢弃
  • 每个历程只能设置一个基于配置文件属性的退出标准
  • 只能在暂停历程时创建、更新或删除基于配置文件属性的退出标准
  • 暂停的历程计入实时历程配额
  • 在暂停期间仍会应用历程全局超时（91天）
  • 在继续投放暂停之前已触发入站活动通信；要停止它们，必须完全停止历程
  • 批处理客户细分的警报不会在暂停的历程中触发
  • 无论处于“保持”或“放弃”模式，历程暂停时始终会丢弃新入口

术语：

  • 规范名称：暂停历程 — 缩写：无 — 变体：历程暂停、暂停/恢复
  • 同义词： “Hold” = “park profiles”； “Discard” = “exit profiles”
  • 请勿混淆：“暂停”≠“停止” — 暂停是临时的，允许恢复；“停止”立即退出所有配置文件，并且无法撤消到实时状态
  • 请勿混淆：“暂停”≠“靠近新入口” — 靠近新入口允许现有用户档案完成，但不会暂停它们；暂停会在下一个操作节点暂停所有正在运行的用户档案

常见问题解答：

  • 问：暂停历程时，历程中已有的用户档案会发生什么情况？ — 根据在暂停时选择的选项，将保留（在下一个操作节点等待）或放弃（在下一个操作节点从历程退出）配置文件。
  • 问：历程可以暂停多久？ — 1到14天（在暂停时选择）；之后自动恢复。
  • 问：我能否在历程暂停时排除某些用户档案？ — 是；在暂停历程以在恢复时在下一个操作节点排除匹配的用户档案时，应用基于用户档案属性的退出标准（每个历程一个）。
  • 问：是否已经触发暂停历程停止应用程序内消息或Web消息？ — 否；在继续传递暂停之前已触发入站通信。 要停止所有入站通信，必须完全停止旅程。
  • 问：如何找出在暂停期间丢弃了哪些用户档案？ — 使用历程版本ID为PAUSED_JOURNEY_VERSION或JOURNEY_IN_PAUSED_STATE的事件类型筛选器在Adobe Experience Platform查询服务中查询journey_step_events数据集。
recommendation-more-help
journey-optimizer-help