疑難排解

在此區段中，您會瞭解如何先疑難排解歷程，然後再進行測試或發佈。下列所有檢查皆可在歷程處於測試模式或歷程為即時狀態時執行。建議您在測試模式中進行下列所有檢查，然後繼續發佈。請參閱此頁面。

請先檢查錯誤，然後再進行測試

在測試和發佈您的歷程之前，請先確認所有活動皆已正確設定。如果系統仍偵測到錯誤，則無法進行測試或發佈。

發生錯誤，而且畫布上的活動本身會顯示警告符號。將游標放在驚嘆號上，即可顯示錯誤訊息。如果您按一下活動，應該會看到錯誤的行並會顯示警告。例如，如果強制欄位為空，則會顯示錯誤。

例如，在畫布中，當兩個活動中斷連線時，則會顯示警告。

在 Test 切換開關及 Publish 按鈕旁邊，會顯示警告符號。此警告符號會顯示系統偵測到的錯誤，而且可防止測試模式啟動或歷程發佈。在大多數情況下，系統偵測到的錯誤會連結到活動上的可見錯誤，但有時候會連結到其他問題。在這種情況下，您可以顯示這些問題，嘗試識別用於說明錯誤的問題。如果您無法識別問題，則可複製詳細資料並將之傳送給管理員或支援。請注意，會封鎖測試的錯誤和封鎖發佈的錯誤是類似的。

系統偵測到兩種問題：錯誤及警告。錯誤會封鎖發佈及測試啟動。警告指出未封鎖測試啟動或發佈的潛在問題。您會看到問題的說明，以及類型 ERR_XXX_XXX 的問題日誌 ID。這將有助於技術支援人員找出問題。

Test 切換開關及 Publish 按鈕旁邊的符號上可能會顯示兩種不同的顏色。出現錯誤時，符號會以紅色顯示。若出現警告，則會顯示為橘色。

與歷程相關的全域錯誤和警告會先出現在清單中。會依活動順序或外觀，由左至右地列出與特定活動相關的錯誤及警告。Copy details 按鈕會複製支援團隊可用於疑難排解的歷程相關技術資訊。

當動作或條件發生錯誤時，個人的歷程就會停止。唯一能讓它繼續的方法就是勾選方塊 Add an alternative path in case of a timeout or an error。請參閱本節。

檢查是否已正確傳送事件

歷程的起點永遠是一個事件。您可以使用 Postman 等工具執行測試。

您可以檢查您透過這些工具傳送的 API 呼叫是否都已正確傳送。如果您收到錯誤，則表示您的呼叫發生問題。再次檢查有效負載、標題（特別是組織 Id）和目的地 URL。您可以諮詢管理員哪個是要點擊的正確 URL。

不會直接將事件從來源推播至 Journey Orchestration。事實上，Journey Orchestration 會仰賴 Adobe Experience Platform 的串流獲取 API。因此，在發生事件相關問題時，您可以參考 此頁 用於流式接收API故障排除。

檢查是否有人進入歷程

Journey Orchestration 報告會即時衡量歷程中的人員入口。

如果您成功傳送活動，但在歷程中看不到任何入口，則表示在活動傳送以及在歷程中的事件接收之間發生錯誤。

以下是管理員應留意的一些事項：

  • 您確定您預期會發生傳入事件的歷程處於測試模式或是即時狀態？

  • 在從有效負載預覽複製有效負載之前，您是否已儲存事件？

  • 您的事件有效負載是否包含事件 ID？

  • 您是否點按了正確的 URL？

  • 您是否依照串流獲取 API 有效負載結構，而在事件設定窗格中使用有效負載結構預覽？請參閱此頁面。

  • 您在事件標題中是否使用正確的金鑰/值配對？

    X-gw-ims-org-id - your ORGID
Content-type - application/json

檢查人們如何導覽歷程

Journey Orchestration 報告會衡量歷程中個人的進度。可輕鬆識別人員停止的位置及原因。

以下是一些要檢查的事項：

  • 是否是因為某個條件排除此人？例如，條件是 "gender = male"，但人員是女性。如果條件並非太複雜，則可由業務使用者執行此檢查。
  • 是否是因為呼叫資料來源未回應？當歷程處於測試模式時，可在測試模式日誌中看到此資訊。當歷程為即時狀態時，管理員可測試直接呼叫資料來源並檢查收到的答案。管理員也可以複製歷程並進行測試。

正在檢查是否成功傳送訊息

如果個人在歷程中的進度正常，但並未收到應接收的訊息，您可以檢查：

  • 「交易訊息」已正確考量要傳送訊息的要求。業務使用者可以存取應傳送的交易訊息，以及檢查與歷程執行時間相對應的最後執行時間。他也可以檢查透過交易傳訊接收的最新 API 呼叫/事件。
  • 交易傳訊已成功傳送訊息。在交易訊息的傳送日誌中，您可以檢視每個執行的狀態。您可以看到狀態是綠色、紅色，以及問題內容為何。業務使用者可以存取此畫面並將日誌傳送給管理員，以進行進一步的調查。

若是透過自訂動作傳送訊息，在歷程測試期間唯一可以檢查的事項，就是自訂動作系統的呼叫是否會導致錯誤。如果呼叫與自訂動作相關聯的外部系統並未造成錯誤，但並未導致訊息傳送，則應在外部系統端進行一些調查。

本頁內容