限制

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

一般動作限制

  • 沒有發送限制。
  • 發生錯誤時,會系統地執行兩次重試。 您無法根據收到的錯誤訊息調整重試次數。
  • 內建的​Reaction​事件可讓您對現成可用的動作做出反應(請參閱此page)。 如果您想對透過自訂動作傳送的訊息做出反應,需要設定專用事件。
  • 沒有Adobe Campaign Classic分類整合。

歷程版本限制

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

區段資格

自訂動作限制

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

Adobe Campaign動作限制

事件限制

  • 對於系統產生的事件,必須先在Journey Orchestration中設定用來起始客戶歷程的串流資料,才能取得唯一的協調ID。 此協調ID必須附加至傳入Adobe Experience Platform的串流裝載。 此限制不適用於規則型事件。

資料來源限制

  • 可在客戶歷程中運用外部資料來源,即時查閱外部資料。 這些來源必須可透過REST API使用、支援JSON並且能夠處理請求量。

從建立設定檔的同時開始的歷程

在Adobe Experience Platform中建立/更新以API為基礎的設定檔會有延遲。 延遲方面的服務級別目標(SLT)從接收到第95個百分位數請求的統一配置檔案小於1分鐘,每秒20K請求(RPS)量。

如果歷程同時觸發至設定檔建立,並立即從設定檔服務檢查/擷取資訊,則可能無法正常運作。

您可以從以下兩種解決方案中選擇一種:

  • 在第一個事件後新增等待活動,為Adobe Experience Platform提供執行擷取至設定檔服務所需的時間。

  • 設定不會立即運用設定檔的歷程。 例如,如果歷程的設計是要確認帳戶的建立,則體驗事件可能包含傳送第一個確認訊息(名字、姓氏、電子郵件地址等)所需的資訊。

本頁內容