發佈您的歷程 publishing-the-journey

在此頁面上:​瞭解如何發佈歷程以將其設定為上線,包括先決條件、發佈程式、版本管理和重新發佈需求。

發佈歷程會將其啟用:它會移至​ 即時 ​狀態、可供新設定檔進入,並切換至唯讀模式。 您無法發佈包含錯誤的歷程。

NOTE
當您儲存或發佈歷程時,Journey Optimizer會驗證歷程裝載總大小,如果您接近或超過限制,可能會警告或封鎖發佈。 深入瞭解歷程裝載大小驗證

➡️ 在影片中探索此功能

發佈之前 before-you-publish

發佈之前,請確認您的歷程符合下列先決條件:

  • 沒有驗證錯誤 — 您無法發佈包含錯誤的歷程。 請先測試您的歷程,然後疑難排解任何活動錯誤
  • 發佈許可權 — 發佈需要​ Publish journeys ​高階許可權。 深入瞭解管理存取許可權
  • 有效負載在限制內 — 歷程有效負載必須在設定的限制內(預設為4 MB)。 請參閱歷程裝載大小驗證
  • 核准原則法規遵循 — 如果您的歷程受限於核准原則,發佈會將它提交以供核准,而不是立即發佈。 核准者簽核後,歷程會自動發佈 — 沒有單獨的發佈步驟可供日後執行。 了解更多

發佈之前選擇正確的驗證方法 choose-validation-method

使用其中一個可用的測試選項來驗證您的歷程。 每個使用不同型別的資料,且適合您組建的不同階段:

選項
使用的資料
最適合
是否傳送真正的訊息?
模擬
臨時模擬使用者,手動建立或自動產生
歷程設計期間的快速反複專案 — 不需要建立或等待AEP測試設定檔傳播
是 — 至在模擬使用者層級定義的執行地址
測試模式
持續性AEP測試設定檔
在草稿歷程中逐步手動驗證分支和訊息邏輯
是 — 使用與生產相同的傳送管道,傳送至測試設定檔的真實收件匣
試用
實際生產對象資料
無需連絡任何人,即可進行實際對象觸及和大規模目標定位的最終啟動前檢查

練習決不會提供真正的通訊或更新即時設定檔資料。 模擬和測試模式確實會傳送真實訊息 — 模擬至在模擬使用者上定義的執行地址,而測試模式則傳送至您已明確標示為測試設定檔的真實設定檔收件匣。

如需這三個方法的完整比較,請參閱選擇驗證方法

發佈程式 journey-publication

發佈歷程的步驟詳述如下:

  1. 確認歷程有效且沒有錯誤,並且符合上述必要條件

  2. 若要發佈歷程,請按一下右上角下拉式功能表中的​ 發佈 ​選項。

    note
    NOTE
    如果您的歷程受限於核准原則,按一下​ 發佈 ​會提交歷程以供核准,而非立即發佈。 核准者簽署後,歷程就會自動發佈 — 您不需要再次發佈。 了解更多

    歷程工具列中的 發佈按鈕以啟動歷程

發佈歷程時,它處於​ 唯讀 ​模式。 在唯讀模式中,您只能修改活動標籤和說明、歷程名稱和歷程說明。 如果您需要對已發佈的歷程進行額外的修改,請建立歷程的新版本

歷程狀態 journey-statuses

發佈後,歷程會經歷幾種狀態:

  • 即時 — 已發佈歷程且設定檔可以進入歷程。
  • 已關閉 — 發佈新版本時自動結束的先前版本。 無法進入。
  • 已完成 — 歷程已根據其結束條件完成。 如需歷程被視為完成時間的確切定義,請參閱歷程如何結束

停止歷程 stop-journey

當您停止歷程時,歷程會永久停止。 流經歷程的所有個人會永久停止,且歷程會停止允許新登入。 如果您需要再次執行歷程,請複製歷程並發佈新歷程。 如需歷程如何結束的詳細資訊,請參閱歷程如何結束

重新發佈需求 republishing

在某些情況下,您必須重新發佈歷程才能讓變更或資產保持有效:

IMPORTANT
  • 如果對歷程訊息中使用的優惠決定進行變更,您需要取消發佈歷程並重新發佈。 這可確保將變更納入歷程的訊息中,且訊息與最新更新一致。

  • Assets/影像在任何片段/內嵌訊息中的首次發佈後,最多可在2年(730天)的傳遞內容中存取。 在此到期日後(730天後的任何時間)必須重新發佈,才能在隨後2年內可供存取。 在首次發佈後730天內完成的任何重新發佈,都不會將資產/影像的到期日延長至接下來的730天。

歷程版本 journey-versions

在歷程清單中,所有歷程版本都會連同版本號碼一起顯示。 當您搜尋歷程時,最新版本會在應用程式首次開啟時出現在清單頂端。 然後,您可以定義所需的排序,應用程式會將其保留為使用者偏好設定。 歷程的版本也會顯示在畫布上方的歷程版本介面頂端。

歷程版本清單顯示已發佈和草稿版本

NOTE
通常,對於歷程的所有作用中版本,設定檔無法在同一歷程中同時出現多次。 如果啟用重新進入,輪廓可以重新進入歷程,但必須完全退出歷程的上一個執行個體,才能執行此動作。 閱讀全文

建立歷程的新版本 journey-create-new-version

如果您需要修改為即時歷程,請建立歷程的新版本。 若要建立現有歷程的新版本,請遵循下列步驟:

  1. 開啟最新版本的即時歷程,按一下​ 建立新版本 ​並確認。

    建立新版本對話方塊以複製歷程

    note
    NOTE
    您只能從歷程的最新版本建立新版本。
  2. 進行修改,按一下​ 發佈 ​並確認。

從發佈歷程的那一刻起,個人就會開始進入歷程的最新版本。 已進入舊版本的人會保留在舊版本中,直到歷程結束。 如果他們稍後重新進入相同的歷程,則會進入最新版本。

歷程版本可個別停止。 所有版本的歷程都有相同的名稱。

當您發佈歷程的新版本時,舊版本會自動結束並切換到​ 已關閉 ​狀態。 歷程無法進入。 即使您停止最新版本,先前版本仍會保持關閉狀態。

NOTE
特定護欄和限制適用於歷程的版本設定。 請在此頁面了解更多。

常見問題 faq

為什麼我無法發佈我的歷程?

最常見的原因是歷程包含驗證錯誤 — 您無法發佈有錯誤的歷程。 其他封鎖程式包括超過承載大小限制、缺少​ Publish journeys ​許可權或擱置中的核准。 請參閱發佈之前疑難排解活動錯誤

我可以在歷程發佈後編輯歷程嗎?

已發佈歷程處於唯讀模式。 您只能變更活動標籤和說明、歷程名稱和歷程說明。 針對任何其他變更,建立歷程的新版本

當我發佈新版本時,歷程中已有的設定檔會發生什麼事?

新的設定檔會流入最新版本。 在先前版本中已存在的設定檔會保留在那裡,直到完成為止;如果設定檔稍後重新輸入,則會進入最新版本。 舊版會自動切換為​已關閉,不接受任何新專案。 檢視歷程版本

如何重新執行已停止的歷程?

停止歷程是永久性的。 若要再次執行,請複製它並發佈新歷程。 請參閱停止歷程

變更優惠決定或更新資產後,是否需要重新發佈?

有。 如果您變更歷程訊息中使用的優惠決定,請取消發佈並重新發佈歷程,以套用變更。 Assets和影像會在首次發佈後730天到期,然後重新發佈以方便存取。 請參閱重新發佈需求

我可以發佈需要核准的歷程嗎?

如果您的歷程受限於核准原則,請按一下「發佈」將其提交核准,而非立即發佈。 核准者登出後會自動發佈歷程 — 之後沒有獨立發佈步驟可執行。 進一步瞭解核准

作法影片 video

透過此影片瞭解如何發佈歷程:

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 publish an Adobe Journey Optimizer journey, manage journey versions, and understand the constraints that apply once a journey is live.

Intents:

  • Publish a journey to make it live and available for profile entry
  • Verify journey validity and resolve errors before publishing
  • 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:

  • Journey version: A numbered iteration of a journey; new versions are created to modify a live journey without disrupting profiles already in progress (product-specific)
  • Closed status: The state a previous journey version enters automatically when a new version is published; no new profiles can enter a Closed journey (product-specific)
  • Approval policy: An optional governance workflow requiring explicit approval before a journey can be published (product-specific)

Guardrails:

  • A journey with errors cannot be published.
  • Journey Optimizer validates the total journey payload size at save and publish time; publication may be blocked if the limit is exceeded.
  • After publishing, a journey is in read-only mode; only labels, descriptions, and the journey name 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; it must be duplicated to run again.
  • Assets and images in delivered content are accessible for up to 730 days from first publication; re-publishing is required after that period.
  • If an offer decision used in a journey message changes, the journey must be unpublished and republished.
  • Specific guardrails apply to journey versioning (see guardrails page).

Terminology:

  • Canonical name: Publish Journey — Acronym: none — variants: activate journey, go live
  • Synonyms: “Publish” = “activate” = “go live”
  • Do not confuse: Stop (emergency halt of all profiles) ≠ Close to new entrances (manual graceful close; existing profiles finish) ≠ Closed status (automatic when a new version is published, or after manual close to new entrances)
  • Do not confuse: Simulation (temporary simulated users, no AEP test profiles needed) ≠ Test mode (persistent AEP test profiles, draft journeys only) ≠ Dry run (real production audience data, no contact, no profile update, action nodes bypassed)

FAQ:

  • Q: Can I edit a journey after it is published? — Only labels, descriptions, and the journey name 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: Can I republish a Closed journey version? — No. Once a previous version is Closed, it stays closed even if the latest version is stopped.
  • 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.
recommendation-more-help
journey-optimizer-help