限制 limitations

以下是使用Journey Orchestration的相關限制。

一般歷程護欄 journeys-guardrails-journeys

  • 歷程中的活動數限定為最多 50 個。活動數會顯示於歷程畫布的左上方區段。
  • 一個組織的​ 即時歷程 ​數限定每個沙箱最多 100 個。當達到此限制時,您無法再發佈新歷程。

一般動作限制

  • 如果出現錯誤,將系統地執行三次重試。您無法根據收到的錯誤訊息調整重試次數。
  • 內建​ 回應 ​事件可讓您對開箱即用的動作做出回應(請參閱此頁面)。 如果您想要對透過自訂動作傳送的訊息做出反應,則需要設定專用事件。

歷程版本限制 journey-versions-limitations

  • 從 v1 中的事件活動開始的歷程無法從其他版本中的事件開始。您無法透過​ 區段資格 ​事件開始歷程。
  • 在 v1 中,以​ 區段資格 ​活動開始的歷程在後續版本中必須一律以​ 區段資格 ​開始。
  • 在​ 區段資格 (第一個節點)中選擇的區段和名稱空間在新版本中無法變更。
  • 所有歷程版本中的重新進入規則必須相同。

區段資格 segment-qualification

自訂動作限制

  • 自訂動作 URL 不支援動態參數。
  • 僅支援POST和PUT呼叫方法。
  • 查詢參數或標題的名稱不得以「.」開頭 或「$」。
  • 不允許IP位址。
  • 內部 Adobe 位址 (.adobe.) 是不允許的。

Adobe Campaign動作限制

事件限制

  • 對於系統產生的事件,必須先在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