在此页面上：了解如何在创作期间从右边栏设置历程的全局属性 — 包括其名称、进入规则、时区、开始和结束日期、超时、退出标准、冲突管理和维持配置（有限可用性）。
使用历程属性为您的历程配置全局设置，包括其名称、进入规则、时区、开始和结束日期、超时持续时间、退出标准以及冲突管理。 在历程创作的任何阶段，都可从右边栏访问资产。
访问历程的属性 access-properties
历程的属性集中在右边栏中。 默认情况下，创建新历程时会显示此部分。 对于现有历程，单击历程名称旁边的铅笔图标以将其打开。
在此部分中，定义历程的名称、添加描述并设置历程全局属性。
您可以：
- 将Adobe Experience Platform统一标记分配给您的历程，以轻松分类这些标记并改进营销活动列表中的搜索。 了解如何使用标记
- 选择您的历程成功量度。 了解如何配置和跟踪您的历程成功量度
- 管理进入和重新进入。 用户档案入口管理取决于历程类型。 详细信息可在此页面上找到
- 管理对数据的访问
- 选择历程和配置文件时区
- 选择自定义开始和结束日期
- 在历程活动中定义超时持续时间（仅适用于管理员用户）
- 监控当前历程有效负载大小以避免发布错误
- 使用冲突管理工具监视冲突并设置历程优先级
- 使用保持组（有限可用性）测量历程提升以量化历程的增量有效性
具有常规设置和高级选项的
使用 复制技术详细信息 选项，您可以复制有关历程的技术信息，供支持团队用于进行故障排除。 将复制以下信息：
常规
JourneyVersion UID— 此历程版本的唯一标识符OrgID— 您组织的(IMS)标识符orgName— 您组织的名称sandboxName— 历程运行的沙盒的名称lastDeployedBy— 上次发布历程的用户lastDeployedAt— 上次发布的日期和时间
暂停并继续（在历程至少暂停一次时包含）
lastPausedAt— 上次暂停历程的日期和时间lastPausedBy— 执行上次暂停的用户的显示名称lastPausedById— 执行上次暂停的用户的内部标识符lastResumedAt— 上次恢复历程的日期和时间lastResumedBy— 显示执行上次恢复的用户名lastResumedById— 执行上次恢复的用户的内部标识符
暂停的历程设置（在pausedJourneySettings中，当历程处于或暂停时）
pauseBehavior— 暂停历程时，历程中的用户档案会发生什么情况（例如，丢弃它们或将其保留在适当位置）maxPauseDurationInMinutes— 最长暂停持续时间（以分钟为单位），之后历程会自动继续（例如，20160 = 14天）transitionStateForAutoResume— 旅程在暂停期结束时自动恢复时应用的状态（例如，停止或继续）pauseId— 当前暂停实例的唯一标识符
在此页面🔗上进一步了解与给定用户档案的历程相关的技术字段以及如何使用它们。
入口和重入 entrance
用户档案进入模式在历程级别的右配置窗格中定义。 下文介绍了相关设置。
用户档案入口管理取决于历程类型。 在此页面上了解有关用户档案进入和重新进入管理的更多信息。 在本节中了解有关历程处理率和用户档案如何流过历程的更多信息。
允许重入 allow-reentrance
默认情况下，允许重入新的历程。 对于“一次性”历程，您可以取消选中 允许重新进入 选项，例如，如果要在人员进入商店时提供一次性礼品。
重入等待期 reentrance-wait
激活 允许重新进入 选项时，将显示 重新进入等待期 字段。 使用该字段，您可以定义允许轮廓再次进入单一历程（以事件或受众资格筛选开始）之前等待的时间。 这可防止同一事件多次错误触发历程。 默认情况下，字段设置为 5 分钟。 最长持续时间为90天。
管理访问权限 manage-access
您可以根据访问标签限制对历程的访问。
要为历程分配自定义数据使用标签，请单击 管理访问标签 图标并选择一个或多个标签。
历程负载大小 journey-payload-size
历程属性面板中的 当前历程有效负载大小 字段显示历程有效负载相对于所配置限制的当前大小 — 例如，1.5 MB （共2 MB）。 此只读指示器在历程创作的任何阶段均可见。
历程属性面板中的
使用此信息可在发布之前监控历程的复杂性。 如果有效负载大小接近或超过限制，则历程发布失败。 要减小大小，请考虑简化历程逻辑或减少活动数量。
默认限制为4 MB。 如果您需要申请提高组织上限，请联系Adobe客户关怀部门。
有关阈值、警告和错误消息以及故障排除步骤的完整详细信息，请参阅历程有效负载大小验证和常规历程护栏。
历程和配置文件时区 timezone
时区在历程级别定义。 您可以输入固定时区或使用Adobe Experience Platform配置文件来定义历程时区。 如果在Adobe Experience Platform配置文件中定义了时区，则可以在历程中检索该时区。
开始和结束日期 dates
默认情况下，用户档案可在发布后立即进入您的历程，并可一直保留，直到达到全局历程超时。 唯一的例外是循环读取受众历程，激活了在重复时强制重入，该历程在下一次发生事件的开始日期结束。
如果需要，您可以定义自定义 开始日期 和结束日期。 这允许用户档案在特定日期进入您的历程，并在到达结束日期时自动退出。
任何配置的开始和结束日期都直接显示在状态徽章旁边的 历程标题 中。 这让您无需打开属性面板即可快速查看旅程计划。 显示的标签会根据每个日期的状态进行调整：
- 开始日期即将到来 — 标题显示配置的开始日期。
- 开始日期已过 — 标题指示历程已开始。
- 即将结束日期 — 标题显示配置的结束日期。
- 结束日期已通过 — 标题指示历程已结束。
如果未定义开始日期或结束日期，则标题中不会显示任何日期信息。
超时 timeout
超时设置控制历程等待活动执行的时间以及配置文件在历程中可以保留的时长。
历程活动超时 timeout_and_error
编辑操作或条件活动时，您可以定义替代路径以防出现错误或超时。 如果处理询问第三方系统的活动超过了历程属性的 超时或错误 字段中定义的超时持续时间，将选择第二个路径以执行潜在的回退操作。
建议值介于 1 至 30 秒之间。
如果历程对时间敏感（例如：对人员的实时位置做出反应），我们建议您定义一个非常短的 超时或错误 值，因为您的操作延迟的时间不能超过几秒。 如果您的旅程不太时效性，则可以使用较长的值，为调用的系统留出更多时间来发送有效响应。
历程还会使用全局超时，如下所述。
全局历程超时 global_timeout
除了历程活动中使用的超时之外，还应用了全局历程超时。 它不会显示在界面中，无法更改。
此全局超时会在个人进入历程 91 天后停止个人进度。 这意味着个人的历程不能超过91天。 在此超时时段后，个人数据将被删除。 超时时间结束时仍在历程中流动的个人将被停止，并且不会在报表中考虑他们。 因此，您可能会看到进入历程的人员多于退出的人员。
由于91天的历程超时，当历程不允许重新进入时，我们无法确保重新进入阻止将工作超过91天。 事实上，当我们删除有关进入旅程91天后进入旅程的人员的所有信息时，我们无法知道该人员是超过91天前进入的。
仅当个人在历程中剩余的时间足以在91天历程超时之前完成等待持续时间时，他或她才能进入等待活动。 请参阅此页。
存留时间(TTL)和数据保留常见问题解答 timeout-faq
从2024年6月发行版的Adobe Journey Optimizer开始，历程全局超时已从30天移动到91天。 影响列于以下常见问题解答中：
单一历程的
区段触发器历程
合并策略 merge-policies
从Adobe Experience Platform检索配置文件数据时，Adobe Journey Optimizer使用合并策略。 根据历程类型，使用不同的合并策略：
Adobe Journey Optimizer应用在整个历程中使用的合并策略。 因此，如果在历程中使用多个受众（例如使用inAudience函数中的），这将导致与历程使用的合并策略不一致，从而引发错误并阻止发布。 但是，如果在消息个性化中使用不一致的受众，则不会触发警报，即使存在不一致也是如此。 因此，强烈建议在消息个性化中使用此受众时，检查与受众关联的合并策略。
要了解有关合并策略的更多信息，请参阅Adobe Experience Platform 文档。
退出标准 exit-criteria
历程退出条件 exit-criteria-desc
通过添加退出标准，您可以让用户档案在事件发生后（例如，购买）或符合受众资格时立即退出历程。 这将阻止用户从历程收到任何进一步的通信。
当配置文件不再满足历程的目的时，您可能希望将其从历程中删除。 这可以通过与目标管理密切相关的 全局退出标准 来实现。
示例用例
营销人员具有包含一系列通信的促销历程。 每一次通信都旨在促使客户进行购买。 一旦完成购买，客户就不应收到系列中的其余消息。 通过定义退出标准，将从历程中删除购买的所有用户档案。
配置和使用情况 exit-criteria-config
退出标准在历程级别设置。 一个历程可以有多个退出条件。 如果您设置了多个退出条件，则使用OR逻辑从上到下进行评估。 因此，如果您具有退出标准A和退出标准B，则评估为或 B。将在历程的每个步骤中评估标准。
要 创建 退出条件，请执行以下步骤：
-
打开您的历程。
-
单击位于历程画布右上角的
-
选择添加退出条件。
-
输入 标签 并选择您的退出标准是基于 事件 还是受众。
- 对于基于事件的退出条件（例如下载应用程序或向购物车添加产品），请仅选择单一事件。
- 对于基于受众的退出标准，例如检查客户在过去24小时内是否购买的受众，请选择一个受众。 注意：使用受众的退出标准可能需要长达10分钟才能生效。
您可以添加多个退出条件。 退出标准现在处于活动状态，将在历程的每个步骤进行评估。
基于配置文件属性的退出条件 profile-exit-criteria
通过基于配置文件属性的退出标准，可让您定义在历程恢复之前自动删除特定配置文件的规则，从而更好地控制暂停的历程。 您可以根据配置文件属性（如位置、状态或首选项）设置退出条件，以确保恢复历程后，只有相关的配置文件才能继续历程。
例如，您可以暂停历程，添加退出条件以删除位于法国的所有用户档案，并在知道这些用户档案将在下一个操作步骤被排除的情况下继续历程。 此逻辑适用于历程中已存在的用户档案，以及历程恢复后符合条件的任何新用户档案。
此功能与暂停/恢复功能配合使用，可帮助您更安全、更灵活地管理历程。 它最大限度地减少了手动干预，降低了发送不相关或不合规通信的风险，并使您的历程逻辑与当前业务需求保持一致。
请参阅本节以了解如何在暂停的历程中使用配置文件属性退出条件。
护栏和限制 exit-criteria-guardrails
以下护栏和限制适用于历程退出标准功能：
- 退出条件仅在草稿状态下定义
- 事件和基于事件的退出标准之间的历程命名空间一致性
以下护栏适用于使用基于配置文件属性的退出标准功能：
-
退出条件适用于操作级别
“配置文件属性”退出标准仅在操作步骤中进行评估。 与其他退出标准类型不同，它们不会在整个历程中全局应用。
如果您恢复历程并且某些用户档案满足退出条件，则这些用户档案将在下一个操作节点被排除。
此外，对于在恢复后进入历程的新用户档案，如果符合条件，则也会在其第一个操作节点进行评估和排除。 -
每个历程一个基于配置文件的退出规则
您只能为每个历程定义一个“配置文件属性”退出标准。 此限制有助于保持清晰度并避免旅程逻辑中的冲突。 -
仅在暂停的历程中可用
只有在历程暂停时，您才能添加或编辑“配置文件属性”退出标准。- 在 草稿历程 中，配置文件属性选项显示为禁用（只读），而 事件 和 受众 选项保持活动状态。
- 在 暂停的历程 中，配置文件属性选项变为可编辑，事件和 受众 选项变为只读。
相关主题 exit-criteria-related
- 历程进入和退出标准指南 — 包含真实示例和最佳实践的完整指南
- 用户档案进入管理 — 配置用户档案进入历程的方式
- 历程如何结束 — 了解自然历程完成
- 使用配置文件属性退出条件暂停历程 — 在暂停历程时使用退出条件
历程计划 schedule
计划部分仅在画布中放置 读取受众 活动时可用。 它允许您定义历程应运行的特定日期/时间和频率。 了解如何计划读取受众历程
冲突管理 conflict
历程属性中的 冲突管理 部分允许您监视冲突并区分历程的优先级。 您可以：
-
应用 规则集 以根据上限规则将此历程排除到部分受众。 了解如何使用规则集
-
为历程分配优先级得分，范围为0到100。 数字越大，表示优先级越高。 此处插入的优先级值由此历程中包含的任何入站操作（例如应用程序内）继承。 了解如何使用优先级得分
对于在其他营销活动或历程中使用相同入站渠道配置的情况，系统会向收件人显示优先级分数最高的入站操作。 如果多个历程或营销活动具有相同的得分，则选择最近修改的元素。
-
查看与其他历程、营销活动或渠道配置的冲突。 如果您希望识别受众、开始和结束日期、渠道配置、渠道或规则集上的重叠，则可以在此处查看潜在冲突。 了解如何识别历程中的潜在冲突
使用保留组衡量历程增量效果 performance-management
历程属性中的 性能测量 部分允许您配置 历程级别的保持组 以测量历程的增量有效性。
维持是随机选择的目标受众百分比，该受众不会进入历程且不会收到任何通信。 通过将保留用户档案的结果与进入历程的用户档案的结果进行比较，您可以测量增量提升，即历程对受众产生的实际影响。
配置维持 configure-holdout
要为历程配置维持：
-
在历程属性 性能测量 部分中，选择要用于测量历程性能并计算保持组增量提升的成功量度。
-
使用维持 切换 度量提升，以启用维持组。
-
输入保持百分比：将排除进入历程的受众份额。
在本例中，50%的受众将分配给保持组，并且不会进入历程。 对于其余受众，该历程将正常运行，并且Customer Journey Analytics将使用电子邮件打开次数(AJO)指标来衡量提升度。
-
单击保存。
常见问题 faq
我在哪里可以找到历程的属性？
属性位于历程画布的右边栏中。 默认情况下，在您创建新历程时会显示它们。 对于现有历程，单击历程名称旁边的铅笔图标以将其打开。 对于实时历程，面板仅显示发布日期和发布历程的用户名称。 查看访问历程的属性。
我能否更改实时历程的属性？
历程处于活动状态后，大多数属性均为只读。 要修改它们，请创建新历程版本或复制历程，在草稿中进行更改，然后重新发布。
重新进入设置与重新进入等待期之间有何区别？
允许重入控制用户档案是否可以多次进入历程。 重新进入等待期（仅在允许重新进入时显示）定义同一配置文件可以重新进入单一历程之前的等待时间。 默认值为5分钟，最长为90天。 有关更多详细信息，请参阅配置文件入口管理。
个人资料可在历程中停留多长时间？
全局历程超时在个人资料 91天 之后停止该个人资料 — 个人历程不能超过该时间。 此超时未显示在界面中，无法更改。 因为用户档案数据在91天后会被删除，所以无法保证再进入阻止会超过该期限。 另请参阅历程如何结束。
为什么我的历程因有效负载大小而无法发布？
当前历程有效负载大小指示器显示您的历程有效负载是否超过配置限制（默认为4 MB）。 如果有效负载接近或超过限制，则发布失败。 通过简化历程逻辑或减少活动数量来缩小规模，或联系Adobe客户关怀团队以请求提高限制。 查看历程有效负载大小、历程有效负载大小验证和常规历程护栏。
我的历程使用哪个合并策略？
它取决于历程类型：读取受众和受众资格历程使用受众的合并策略，单一事件历程使用默认合并策略，而业务事件历程在以下读取受众活动中使用目标受众的合并策略。 相同的合并策略适用于整个历程。 如果更新了受众合并策略，则必须重新发布或复制引用该受众的任何活动历程。 请参阅合并策略。
91天历程超时与91天报告窗口有何区别？
这些是不同的概念。 历程全局超时 （91天）是单个配置文件在历程中保持活动状态的最长时间，超过此时间后，配置文件将退出并删除其数据。 报告窗口（大约91天）是UI显示限制：超过~91天的性能数据不再可见，但历程继续运行且新配置文件继续进入。 有关TTL和数据保留的详细信息，请参阅生存时间(TTL)和数据保留常见问题解答。
相关主题 related-topics
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 configure and manage all global settings for a journey, including entrance rules, timezones, start/end dates, timeout behavior, exit criteria, payload size, and conflict management.
Intents:
- Configure journey entrance and reentrance rules for profiles
- Set start and end dates to control when profiles can enter or exit a journey
- Define exit criteria to automatically remove profiles when a business condition is met
- Manage access to a journey using object-level access control labels
- Monitor journey payload size to prevent publish failures
- Resolve conflicts and assign priority scores across journeys and campaigns
Glossary:
- Journey properties: The global settings panel (right rail) that controls name, entrance rules, timezone, dates, timeout, payload size, and conflict management for a journey. (product-specific)
- Reentrance wait period: The minimum time a profile must wait before being allowed to re-enter a unitary journey; maximum is 90 days. (product-specific)
- Global journey timeout (TTL): The maximum duration a profile can remain active within a journey — currently 91 days, after which the profile is exited and its data deleted. (product-specific)
- Exit criteria: Rules defined at the journey level that automatically remove profiles from a journey when a specified event occurs or an audience condition is met. (product-specific)
- Profile Attribute–Based Exit Criteria: Exit rules based on profile attributes (e.g., location, status) that are evaluated at action steps and are only editable when a journey is paused. (product-specific)
- Merge policy: The rule set used by Adobe Experience Platform to combine profile data from multiple sources; applied consistently throughout the entire journey. (product-specific)
- Conflict management: Tools in journey properties for assigning priority scores, applying rule sets, and identifying overlapping journeys or campaigns. (product-specific)
- Journey payload size: The current size of the journey’s definition payload compared to the configured limit; exceeding the limit blocks publication. (product-specific)
- OLAC (Object Level Access Control): A permission model that restricts access to individual journeys using data usage labels.
- Holdout group (journey-level) (Limited Availability): Configured in the Measure journey lift with a holdout group section of journey properties; lets you exclude a percentage of your audience from the journey to measure its incremental effectiveness. (product-specific)
- Holdout group: A percentage of the target audience excluded from entering a journey, used as a baseline to measure the journey’s incremental effectiveness. Profiles in the holdout group are tracked via exclusion events. (product-specific)
- Incremental lift: The measurable difference in outcome between profiles who entered the journey (active group) and profiles who did not (holdout group), used to quantify the journey’s true impact.
Guardrails:
- Reentrance wait period maximum is 90 days
- Global journey timeout is 91 days; after this period, profile data is deleted and the profile is exited
- Journey payload default limit is 4 MB; exceeding it prevents publication — contact Adobe Customer Care for a higher limit
- Exit criteria are only configurable in draft state (event/audience types); Profile Attribute exit criteria are only editable when the journey is paused
- Only one Profile Attribute exit criteria rule is allowed per journey
- Profile Attribute exit criteria are evaluated at action steps only, not globally
- When an audience merge policy is updated, any active journey referencing that audience must be republished
- Inconsistent merge policies in a journey block publication; inconsistencies in message personalization do not raise an alert
- For live journeys, the properties panel shows only the publication date and publisher name
- Holdout: minimum 5% of audience and 1,000 profiles recommended for statistical significance
- Holdout: open and click metrics are not meaningful — use bottom-of-funnel conversion metrics instead
- Holdout: only one success metric per journey; cross-journey holdout is not supported here
- Holdout percentage changes in a new journey version apply to new entrants only
Terminology:
- Canonical name: Journey properties — Acronym: none — variants: journey settings, journey configuration panel
- Synonyms: “global journey timeout” = “TTL” = “Time-to-Live”
- Do not confuse: “global journey timeout (91 days)” ≠ “reporting window (~91 days)” — the timeout limits individual profile duration in a journey; the reporting window is a UI display limit for analytics data
FAQ:
- Q: How long can a profile stay in a journey? — A maximum of 91 days (the global journey timeout); after this period, the profile is automatically exited and its data deleted.
- Q: Can I edit journey properties while the journey is live? — For live journeys, the properties panel shows only the publication date and publisher name; structural changes require a new version.
- Q: What happens when multiple exit criteria are configured? — They are evaluated from top to bottom with OR logic at every step of the journey; a profile exits when any one criterion is met.
- Q: How do I prevent a profile from re-entering a journey? — Uncheck the “Allow reentrance” option in journey properties; this is suitable for one-time experiences such as a gift offer.
- Q: What is the difference between journey timeout and end date? — The end date stops all new entries and automatically exits active profiles on that specific date; the 91-day global timeout applies per profile from the moment they enter, regardless of the journey’s end date.
- Q: How is the merge policy determined for a journey? — It depends on the journey type: Read Audience and Audience Qualification journeys use the audience’s merge policy; Unitary event journeys use the default merge policy; Business event journeys use the merge policy from the targeted audience in the subsequent Read Audience activity.
- Q: How does the holdout group work? — The holdout group is a configurable percentage of your target audience excluded from entering the journey. Assignment is deterministic (the same profile always maps to holdout for the same journey) and evaluated at entry time. Holdout profiles do not receive any communication but are tracked via exclusion events in the dataset for downstream CJA lift reporting. See Measure journey lift with a holdout group.