在此页面上：准备您的上线历程：验证其配置，测试其行为并发布。 了解发布后发生的情况以及如何管理历程版本。
发布历程会激活该历程：它移至 实时 状态，可供新配置文件进入并切换到只读模式。 您无法发布包含错误的历程。
配置完历程后，请按照以下步骤操作后再上线：
- 使用 验证 按钮验证历程🔗。如果验证失败，请修复错误并再次验证，然后再继续。
- 使用模拟、测试模式或试运行测试历程，具体取决于您需要检查的内容。
- 测试完成时发布历程，并且该历程当前已通过验证。
➡️ 通过观看视频了解此功能
步骤1：验证您的旅程 validate
历程标头中的 验证 按钮跨历程运行配置检查，包括每条消息。 当您准备好发布、测试、模拟、运行练习或请求审批时，请运行该程序。 任何错误和警告都会显示在“警报”面板中。 与历程活动相关的基本检查会在您构建时自动运行。 验证不会模拟历程或取代测试。
验证可用于状态为 草稿 的历程。 在测试、练习或模拟模式下，或者在锁定历程以供审批时，此选项不可用。
关于新验证流
单击 验证 后，以前在自动保存过程中自动运行的消息配置检查现在会运行。 检查本身没有更改：“警报”面板中仍会显示错误和警告。
- 较小的历程：按需消息检查有助于保持画布响应并释放容量，以进行更快、更一致的基本活动检查。
- 更大的历程：当您添加活动和消息，并选择何时运行消息检查而不是中断编辑时，该优势会增加。
要验证您的历程，请执行以下步骤：
- 在测试、发布或请求审批之前，单击历程标题中的验证。 在历程具有当前已通过验证之前，验证将替换发布。
- 等待验证完成。 在检查期间，该历程会暂时锁定。 您可以在编辑完成后继续编辑。
- 查看“警报”面板中的错误和警告。
- 错误必须在发布或测试历程之前修复。
- 警告提供有关潜在问题的信息，但不会阻止
测试、模拟或演习。
如果在验证后编辑历程，则结果不再是当前结果。 在执行关键操作之前，再次单击验证，以便结果反映当前历程。
验证通过后，继续测试。 如果失败，解决错误并再次单击验证。 修复错误后，验证不会自动重新运行。
步骤2：测试您的历程 choose-validation-method
验证通过后，选择与需要验证的内容匹配的测试方法。 这些方法允许您使用不同类型的数据检查历程行为。 它们与 验证 执行的配置检查不同。
练习从不提供真正的通信或更新实时配置文件数据。 Simulation and Test（模拟和测试）模式确实会传送真实消息 — Simulation（模拟）到在模拟用户上定义的执行地址，而Test（测试）模式会传送到已明确标记为测试用户档案的用户档案的真实收件箱。
有关这三种方法的完整比较，请参阅选择验证方法。
修复了在发布之前测试期间发现的任何问题。 如果更改历程，请再次运行 验证 并重复相关测试。
步骤3：发布旅程 journey-publication
发布之前 before-you-publish
发布之前，请确保您的历程满足以下先决条件：
- 当前，已通过验证 — 验证结果反映最新更改，并且所有阻止错误均已解决。
- 测试完成 — 您已使用适当的测试方法检查历程并解决了发现的任何问题。
- 发布权限 — 发布需要 Publish journeys 高级权限。 了解有关管理访问权限的更多信息。
- 有效负载在限制内 — 历程有效负载必须在配置的限制内（默认为4 MB）。 请参阅历程有效负载大小验证。
- 审批策略合规性 — 如果您的历程受审批策略的约束，则发布会提交该策略以供审批，而不是立即发布。 审批者签名后，历程将自动发布 — 之后无需执行单独的发布步骤。 了解详情。
发布历程 publish-steps
完成验证和测试后：
发布历程时，它处于 只读 模式。 在只读模式下，您只能修改活动标签和描述、历程名称和历程描述。 如果您需要对已发布的历程进行额外的修改，请创建历程的新版本。
历程状态 journey-statuses
发布后，历程将经历几种状态：
- 实时 — 历程已发布，用户档案可以进入该历程。
- 已关闭 — 发布新版本时自动结束的先前版本。 禁止进入。
- 已完成 — 历程已根据其结束条件完成。 有关何时将历程视为已完成的确切定义，请参阅历程如何结束。
停止历程 stop-journey
当您停止历程时，历程将永久停止。 流经历程的所有个人将永久停止，并且历程将停止允许新条目。 如果您需要再次运行历程，请复制它并发布新历程。 有关历程如何结束的更多信息，请参阅历程如何结束。
重新发布要求 republishing
在某些情况下，必须重新发布历程才能使更改或资产保持有效：
-
如果对历程消息中使用的优惠决策进行了更改，则需要取消发布该历程并重新发布。 这可确保将更改纳入历程的消息中，并且消息与最新更新一致。
-
Assets/图像在任何片段/内联消息中首次发布后最多可在投放内容中2年（730天）内访问。 在此到期期限（730天后的任何时间）后需要重新发布，才能在随后2年内保持可访问状态。 在首次发布后730天内完成的任何重新发布都不会将资产/图像的过期时间延长到接下来的730天。
历程版本 journey-versions
在历程列表中，所有历程版本在显示时都带有版本号。 搜索历程时，当应用程序首次打开时，最新版本会显示在列表顶部。 然后，您可以定义所需的排序方式，应用程序会将其保留为用户首选项。 历程的版本也显示在历程编辑界面的顶部，位于画布上方。
您还可以在Co-worker中使用AI来比较历程版本。 有关详细信息，请参阅历程版本比较。
创建历程的新版本 journey-create-new-version
如果您需要修改实时历程，请创建历程的新版本。 要创建现有历程的新版本，请执行以下步骤：
从历程发布的那一刻起，个人将开始进入历程的最新版本。 已进入先前版本的用户将停留在该版本中，直到完成该历程。 如果稍后重入同一历程，则将进入最新版本。
可以逐个单独停止历程版本。 历程的所有版本具有相同的名称。
当您发布新版本的历程时，先前版本会自动结束并切换到 已关闭 状态。 无法再进入该历程。 即使您停止了最新版本，先前版本仍会保持关闭状态。
常见问题 faq
为什么我无法发布历程？
最常见的原因是历程包含验证错误 — 您无法发布包含错误的历程。 其他阻止程序包括超过有效负载大小限制或沙盒受众资格限制、缺少 Publish journeys 权限或挂起审批。 请参阅发布之前和活动错误疑难解答。
旅程发布后可以编辑吗？
已发布的历程处于只读模式。 您只能更改活动标签和描述、历程名称和历程描述。 对于任何其他更改，创建历程的新版本。
发布新版本时，历程中已有的用户档案会发生什么情况？
新配置文件流入最新版本。 先前版本中已存在的配置文件将一直保留到完成；如果它们稍后重新输入，则进入最新版本。 以前的版本会自动切换到已关闭，并且不接受任何新条目。 请参阅历程版本。
如何重新运行已停止的历程？
停止历程是永久性的。 要再次运行它，请复制它并发布新历程。 查看停止历程。
更改优惠决策或更新资产后，是否需要重新发布？
是的。 如果更改历程消息中使用的优惠决策，请取消发布并重新发布历程，以便应用更改。 Assets和图像会在首次发布后730天过期；之后会重新发布以使其可访问。 请参阅重新发布要求。
我是否可以发布需要批准的历程？
如果您的历程受审批策略的约束，请单击 发布 提交该策略以供审批，而不是立即发布。 一旦审批者签发，历程就会自动发布 — 之后无需执行单独的发布步骤。 了解有关批准的更多信息。
相关主题 related-topics
操作方法视频 video
在此视频中了解如何发布历程：
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 validate configuration, test behavior, and publish an Adobe Journey Optimizer journey, then manage its statuses and versions.
Intents:
- Publish a journey to make it live and available for profile entry
- Validate configuration and resolve errors before testing or publishing
- Choose Simulation, Test mode, or Dry run to test journey behavior
- Create a new version of a live journey to make modifications
- Understand read-only restrictions that apply after a journey is published
- Stop a journey permanently or manage transitions between versions
Glossary:
- Validate: Checks the journey configuration, including message configuration; it does not simulate the journey or replace testing (product-specific)
- Simulation: Tests with temporary simulated users and sends real messages to their defined execution addresses (product-specific)
- Test mode: Tests branch and message logic in a draft journey with persistent AEP test profiles and sends real messages to their inboxes (product-specific)
- Dry run: Tests with real production audience data without delivering real communications or updating live profile data (product-specific)
- Journey version: A numbered version of a journey; when a new version is published, profiles already in a previous version stay there until they finish (product-specific)
- Closed: The status a previous journey version enters automatically when a new version is published; it accepts no new entries (product-specific)
- Approval policy: When a journey is subject to an approval policy, Publish submits it for approval; the journey is published automatically once an approver signs off (product-specific)
Guardrails:
- A journey with errors cannot be published.
- On-demand message configuration checks help keep the canvas responsive for smaller and larger journeys; the benefit grows as activities and messages are added. Basic activity checks continue automatically, with errors and warnings in the Alerts panel.
- Running message checks on demand frees up system capacity for basic activity checks, helping them respond more quickly and consistently, even on smaller journeys.
- Validation must be current and passed before testing or publishing; errors must be resolved and validation rerun before continuing.
- Warnings do not prevent testing, simulation, or dry runs.
- Validation is available in Draft status, not in test, dry-run, or simulation mode, or while locked for approval.
- The journey is temporarily locked during validation. Changes after validation make the results no longer current.
- Until validation is current and passed, Validate replaces Publish.
- Journey Optimizer validates the total journey payload size at save and publish time; publication may be blocked if the limit is exceeded.
- Publishing requires completed testing with any issues resolved, the Publish journeys high-level permission, and a payload within the configured limit (4 MB by default).
- After publishing, a journey is in read-only mode; only activity labels and descriptions, the journey’s name, and the journey’s description can be edited.
- A new version can only be created from the latest version of a journey.
- When a journey is stopped, it is permanently stopped; to run it again, duplicate it and publish the new journey.
- Assets and images in delivered content are accessible for up to 2 years (730 days) from their first publication in any fragment/inline message. Re-publishing after 730 days keeps them accessible for another 2 years; re-publication within 730 days of first publication does not extend their expiry.
- If an offer decision used in a journey message changes, the journey must be unpublished and republished.
Terminology:
- Publish: Publishing activates a journey, moves it to Live status, and makes it available for new profiles to enter.
- Finished: The journey has completed according to its end criteria.
- Do not confuse: Stop (permanently stops profiles flowing through the journey and prevents new entries) differs from Closed (the previous version accepts no new entries, while profiles already in it finish).
- Do not confuse: Validate checks configuration; Simulation, Test mode, and Dry run test journey behavior using different types of data.
FAQ:
- Q: What should I do if validation fails? - Resolve the errors in the Alerts panel and click Validate again before testing or publishing. Validation does not rerun automatically after an error is fixed.
- Q: Can I edit a journey after it is published? - Only activity labels and descriptions, the journey’s name, and the journey’s description can be changed. To make other modifications, create a new version of the journey.
- Q: What happens to profiles in an older journey version when a new version is published? — Profiles already in the previous version stay there until they finish; new profiles enter the latest version.
- Q: What should I do if an offer decision used in the journey changes? — Unpublish the journey and republish it to incorporate the updated offer decision.
- Q: Is approval required before publishing? — Only if your journey is subject to an approval policy; in that case, publishing submits the journey for approval instead of publishing it right away, and it is published automatically once an approver signs off.