限制 limitations
以下是使用Journey Orchestration的相關限制。
一般歷程護欄 journeys-guardrails-journeys
- 歷程中的活動數限定為最多 50 個。活動數會顯示於歷程畫布的左上方區段。
- 一個組織的 即時歷程 數限定每個沙箱最多 100 個。當達到此限制時，您無法再發佈新歷程。
一般動作限制
- 如果出現錯誤，將系統地執行三次重試。您無法根據收到的錯誤訊息調整重試次數。
- 內建 回應 事件可讓您對開箱即用的動作做出回應（請參閱此頁面）。 如果您想要對透過自訂動作傳送的訊息做出反應，則需要設定專用事件。
歷程版本限制 journey-versions-limitations
- 從 v1 中的事件活動開始的歷程無法從其他版本中的事件開始。您無法透過 區段資格 事件開始歷程。
- 在 v1 中，以 區段資格 活動開始的歷程在後續版本中必須一律以 區段資格 開始。
- 在 區段資格 （第一個節點）中選擇的區段和名稱空間在新版本中無法變更。
- 所有歷程版本中的重新進入規則必須相同。
區段資格 segment-qualification
- 由於輸送量限制，區段資格 活動不能與Adobe Campaign Standard異動訊息結合使用。 請參閱Adobe Campaign Standard產品說明。
自訂動作限制
- 自訂動作 URL 不支援動態參數。
- 僅支援POST和PUT呼叫方法。
- 查詢參數或標題的名稱不得以「.」開頭 或「$」。
- 不允許IP位址。
- 內部 Adobe 位址 (.adobe.) 是不允許的。
Adobe Campaign動作限制
- 對於特定執行個體，Adobe Campaign Standard交易式訊息每小時最大規模為50,000則訊息。 請參閱Adobe Campaign Standard產品說明。
事件限制
- 對於系統產生的事件，必須先在Journey Orchestration中設定用於啟動客戶歷程的串流資料，才能取得唯一的協調流程ID。 此協調流程ID必須附加至傳入Adobe Experience Platform的串流裝載。 此限制不適用於規則型事件。
資料來源限制
- 可在客戶歷程中利用外部資料來源即時查詢外部資料。 這些來源必須可透過REST API使用、支援JSON並且能夠處理大量請求。
與設定檔建立同時開始的歷程 journeys-limitation-profile-creation
在 Adobe Experience Platform 中建立/更新以 API 為基礎的設定檔會有延遲。對於第 95 個百分位數的請求，服務層級目標 (SLT) 從接收到統一設定檔的延遲時間小於 1 分鐘，每秒請求量為 20K (RPS)。
如果在建立設定檔的同時觸發歷程，並立即從設定檔服務檢查/擷取資訊，則可能無法正常運作。
您可以從以下兩種解決方案中選擇一種：
-
在第一個事件後新增等待活動，為 Adobe Experience Platform 提供執行擷取至設定檔服務所需的時間。
-
設定不會立即運用設定檔的歷程。 例如，如果歷程的設計是要確認帳戶的建立，則體驗事件可能包含傳送第一個確認訊息（名字、姓氏、電子郵件地址等）所需的資訊。
recommendation-more-help
4f4a00c1-77c9-4eee-84df-bbe6206c3ab9