暂停历程 journey-pause

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

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

主要优点 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 Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

  • TL;DR: This page explains how to pause and resume a live journey in Adobe Journey Optimizer, including profile hold or discard behavior during the pause, how to apply profile attribute exit criteria while paused, and how to troubleshoot profile discards using Query Service.

Intents:

  • Pause a live journey to prevent new profile entries and hold or discard in-flight profiles at the next action node
  • Resume a paused journey manually or understand when it auto-resumes after the maximum pause period
  • Apply a profile attribute exit criteria to exclude specific profiles (e.g., by country) when a journey is paused
  • Bulk-pause or bulk-resume multiple live journeys from the journey inventory list
  • Troubleshoot profile discards in a paused journey using Adobe Experience Platform Query Service step event queries
  • View the audit trail of who paused or resumed a journey and when

Glossary:

  • Pause (journey): A state that temporarily suspends a live journey, preventing new entrances and halting profile progress at the next action node; no communications are sent while paused (product-specific)
  • Hold mode: A pause option that keeps in-flight profiles waiting at the next action node until the journey resumes (product-specific)
  • Discard mode: A pause option that exits in-flight profiles from the journey when they reach the next action node (product-specific)
  • Profile Attribute-based exit criteria: A filter applied to a paused journey that excludes profiles matching a defined expression at the next action node upon resume (product-specific)
  • Bulk pause / Bulk resume: The ability to pause or resume multiple live or paused journeys simultaneously from the journey inventory list (product-specific)

Guardrails:

  • Only users with the Publish journeys permission can pause and resume journeys; stopping a paused journey requires Manage journeys (and Campaigns > Publish Campaigns if inline campaigns or messaging nodes are present)
  • Pause duration is configurable from 1 to 14 days; after that the journey auto-resumes
  • Profiles held during pause resume at up to 5,000 TPS; the journey remains in Resuming until all held profiles have resumed
  • Maximum of 10 million profiles can be held across all paused journeys in an organisation; excess profiles are automatically discarded
  • Only one Profile Attribute-based exit criteria can be set per journey
  • Profile Attribute-based exit criteria can only be created, updated, or deleted while the journey is paused
  • Paused journeys count towards the live journey quota
  • Journey global timeout (91 days) still applies during a pause
  • Inbound activity communications already triggered before the pause continue to be delivered; to stop them, the journey must be stopped entirely
  • Alerts for batch segment do not fire in paused journeys
  • Fresh entrances are always discarded when a journey is paused, regardless of Hold or Discard mode

Terminology:

  • Canonical name: Pause a journey — Acronym: none — variants: journey pause, pause/resume
  • Synonyms: “Hold” = “park profiles”; “Discard” = “exit profiles”
  • Do not confuse: “Pause” ≠ “Stop” — Pause is temporary and allows resume; Stop immediately exits all profiles and cannot be undone to a live state
  • Do not confuse: “Pause” ≠ “Close to new entrances” — Close to new entrances lets existing profiles finish but does not suspend them; Pause suspends all in-flight profiles at the next action node

FAQ:

  • Q: What happens to profiles already in a journey when it is paused? — Depending on the option chosen at pause time, profiles are either held (waiting at the next action node) or discarded (exited from the journey at the next action node).
  • Q: How long can a journey remain paused? — Between 1 and 14 days (chosen at pause time); after that it automatically resumes.
  • Q: Can I exclude certain profiles while a journey is paused? — Yes; apply a Profile Attribute-based exit criteria (one per journey) while the journey is paused to exclude matching profiles at the next action node upon resume.
  • Q: Does pausing a journey stop in-app or web messages already triggered? — No; inbound communications already triggered before the pause continue to be delivered. To stop all inbound communications, you must stop the journey entirely.
  • Q: How do I find out which profiles were discarded during a pause? — Query the journey_step_events dataset in Adobe Experience Platform Query Service using the PAUSED_JOURNEY_VERSION or JOURNEY_IN_PAUSED_STATE event type filters with the journey version ID.
recommendation-more-help
journey-optimizer-help