Show Menu
主題×

疑難排解

在本節中,您會先找到如何疑難排解測試或發佈之前的歷程。 下列所有檢查皆可在歷程處於測試模式或歷程即時時執行。 建議您在測試模式中進行下列所有檢查,然後繼續發佈。 參見 測試歷程

測試前檢查錯誤

在測試和發佈您的歷程之前,請先確認所有活動皆已正確設定。 如果系統仍檢測到錯誤,則無法執行測試或發佈。
錯誤會出現,而警告符號會顯示在畫布上的活動本身。 將游標置於驚嘆號上,以顯示錯誤訊息。 如果您按一下活動,應該會看到錯誤的行並出現警告。 例如,如果強制欄位為空,則會顯示錯誤。
例如,在畫布中,當兩個活動中斷連線時,會顯示警告。
在切換和 Test 按鈕旁 Publish 邊,會顯示警告符號。 此警告符號會顯示系統偵測到的錯誤,並防止測試模式啟動或發佈歷程。 大多數情況下,系統檢測到的錯誤會連結到活動上可見的錯誤,但有時會連結到其他問題。 在這種情況下,您可以顯示問題,嘗試使用錯誤說明來識別問題。 如果您無法識別問題,可以複製詳細資訊並傳送給管理員或支援。 請注意,阻止測試的錯誤和阻止發佈的錯誤是類似的。
系統檢測到兩種問題:錯誤和警告。 錯誤會封鎖發佈和測試啟動。 警告指出未封鎖測試啟動或發佈的潛在問題。 您將看到問題的說明和ERR_XXX_XXX類型的問題日誌ID。 這將有助於技術支援找出問題。
切換按鈕旁的符號上可顯示兩種 Test 不同的 Publish 顏色。 出現錯誤時,符號會以紅色顯示。 警告時顯示為橙色。
與旅程相關的全域錯誤和警告會首先出現在清單中。 與特定活動相關的錯誤和警告會依活動順序或從左到右歷程中的外觀列出。 此按 Copy details 鈕會複製支援團隊可用來疑難排解的歷程相關技術資訊。

檢查事件是否正確發送

旅程的起點永遠是一件大事。 您可以使用Postman等工具執行測試。
您可以檢查您透過這些工具傳送的API呼叫是否正確傳送。 如果您收到錯誤回覆,表示您的呼叫有問題。 再次檢查裝載、標題(尤其是組織ID)和目標URL。 您可以詢問管理員要點擊的正確URL。
活動不會直接從來源推送至歷程協調。 事實上,Journey Orchestration仰賴Experience Platform的串流擷取API。 因此,若發生事件相關問題,您可參閱本頁以取得「串 流擷取 API」疑難排解。

檢查是否有人進入旅程

「歷程協調」報告可即時測量旅程中的人員入口。
如果您成功傳送活動,但在旅程中看不到任何入口,表示在傳送活動和在旅程中接收活動之間發生錯誤。
以下是一些事項,管理員應檢查:
  • 您確定要傳入事件的歷程是處於測試模式還是即時?
  • 在從裝載預覽複製裝載之前,您是否已儲存您的事件?
  • 您的事件裝載是否包含事件ID?
  • 您點擊正確的URL了嗎?
  • 您是否使用事件設定窗格中的裝載結構預覽,遵循串流擷取API的裝載結構? 參見 預覽裝載
  • 您在事件標題中是否使用了正確的索引鍵/值配對?
    X-gw-ims-org-id - your ORGID
    Content-type - application/json
    
    

檢查人們如何瀏覽旅程

「歷程協調」報告會測量旅程中個人的進度。 很容易就能找出人在何處被攔住,為什麼被攔住。
以下是一些要檢查的事項:
  • 是否是因為某個條件排除了此人? 例如,條件是「性別=男性」,而人是女性。 如果條件不太複雜,此檢查可由業務用戶執行。
  • 是否是因為呼叫資料來源未回應? 當旅程正在測試時,此資訊可在測試模式記錄檔中看到。 當歷程為現時,管理員可測試直接呼叫至資料來源並檢查收到的答案。 管理員也可以複製歷程並加以測試。

正在檢查消息是否成功發送

如果個人在旅程中以正確的方式流動,但沒有收到他們應該收到的訊息,您可以檢查:
  • 「事務性訊息」已正確考慮傳送訊息的請求。 企業用戶可以訪問應發送的事務性消息,並檢查最新執行時間是否與旅程的執行時間相對應。 他也可以檢查交易訊息所收到的最新API呼叫/事件。
  • 事務性傳訊已成功傳送訊息。 在事務性消息的發送日誌中,您可以查看每個執行的狀態。 你可以看到是綠色的,紅色的,以及問題出在哪裡。 企業使用者可存取此螢幕,並將記錄檔傳送給管理員以進行進一步調查。
若是透過自訂動作傳送的訊息,在歷程測試期間唯一可以檢查的事項,就是自訂動作系統的呼叫是否會導致錯誤。 如果呼叫與自訂動作相關的外部系統並未導致錯誤,但並未導致訊息傳送,則應在外部系統方面進行一些調查。