使用歷程事件 about-events
使用事件來個別觸發歷程,當每個使用者進入歷程時傳送即時訊息給他們。
在事件設定中,您會設定歷程中預期的事件。 會依照Adobe Experience Data Model (XDM),對傳入事件的資料進行標準化。 事件來自串流擷取 API,適用於驗證和未驗證的事件 (例如 Adobe Mobile SDK 事件)。您可以使用多個事件(在歷程的不同步驟中),而數個歷程則可以使用相同事件。
事件設定是 強制,必須由資料工程師執行。
您可以設定兩種型別的事件: 單一事件 和 商業事件。
➡️ 在影片中探索此功能
單一事件 unitary-events
單一 事件事件已連結至人員。 它們與人的行為相關(例如,某人購買產品、造訪商店、退出網站等)或與某人連結的某件事(例如,某人達到10,000點忠誠點數)。 這是Journey Optimizer在歷程中會監聽的事件,以便協調下一個最佳動作。 單一事件可以是規則型或系統產生。 若要瞭解如何建立單一事件,請參閱此頁面。
單一歷程 (從事件或客群資格篩選開始) 包含可防止同一事件多次錯誤觸發歷程的護欄。 在預設情況下,輪廓重新進入時會暫時封鎖 5 分鐘。例如,如果某個事件在 12:01 觸發特定輪廓的歷程,而另一個事件在 12:03 達到時間限制 (無論是相同事件或是不同事件觸發相同歷程),則此輪廓的歷程將不會再次開始。
商業事件 business-events
企業 事件未連結至特定設定檔。 例如,可以是新聞警報、運動更新、航班變更或取消、詳細目錄更新、天氣事件等。 雖然這些事件不是設定檔所特有,但任何數量的設定檔都可能有興趣:訂閱特定新聞主題的個人、航班上的乘客、對無存貨產品感興趣的購物者等。 業務事件一律以規則為基礎。 當您在歷程中放置商業活動時,它會在之後自動新增 讀取對象 活動。瞭解如何在此頁面🔗上建立商業活動。
事件ID型別 event-id-type
對於 business 事件,事件ID型別一律以規則為基礎。
針對 單一 事件,有兩種事件識別碼:
-
規則型 事件:此類型的事件不會產生 eventID。使用簡單運算式編輯器,您只需定義一個規則,系統會使用該規則來識別將觸發您歷程的相關事件。 此規則可以根據事件裝載中可用的任何欄位,例如輪廓的位置或新增至輪廓購物車的項目數。
note caution CAUTION 已為規則型事件定義上限規則。 對於指定組織,歷程可處理的合格事件數限製為每秒5,000個。 它對應於Journey Optimizer SLA。 請參閱您的Journey Optimizer授權和Journey Optimizer產品說明。 -
系統產生的 事件:這些事件需要 eventID。建立事件時,會自動產生此 eventID 欄位。 推播事件的系統不應產生 ID,而應傳遞有效裝載預覽中可用的 ID。
資料週期 data-cycle
事件屬於 POST API 呼叫。事件會透過串流擷取API傳送至Adobe Experience Platform。 透過交易訊息API傳送之事件的URL目的地稱為「入口」。 事件的有效負載遵從 XDM 格式。
裝載包含串流擷取API運作(在標題中)所需的資訊,Journey Optimizer運作(在標題中)所需的資訊,以及用於歷程(在正文中,例如捨棄購物車的金額)的資訊。 串流獲取共有兩種模式,分別是驗證和未驗證。如需串流獲取 API 的詳細資訊,請參閱此連結。
在透過串流獲取API到達目的地之後,事件會流入名為Pipeline的內部服務,再流入Adobe Experience Platform。 如果事件結構已啟用「即時客戶輪廓服務」標幟,且資料集 ID 也具有「即時客戶輪廓」標幟,就會流入「即時客戶輪廓服務」。
對於系統產生的事件,Pipeline會篩選由Journey Optimizer提供且包含Journey Optimizer個eventID之裝載(請參閱下方的事件建立程式)的事件。 對於規則型事件,系統會使用eventID條件來識別事件。 這些事件會由 Journey Optimizer 監聽,並會觸發相對應的歷程。
更新和刪除事件
為避免中斷現有歷程,當您編輯草稿、即時或關閉歷程中使用的事件時,只能變更名稱、說明或新增裝載欄位。
無法刪除即時、草稿或已關閉歷程中使用的任何事件。 要刪除已使用的事件,您必須停止使用該事件的歷程,和/或將其從使用它的草稿歷程中移除。 您可以檢查 欄位中的 已使用。 它會顯示使用該特定事件的歷程次數。 您可以按一下 檢視歷程 按鈕以顯示對應歷程的清單。
作法影片 video
了解如何設定事件、指定串流端點和事件的裝載。
瞭解業務事件的適用使用案例。 瞭解如何使用業務事件建立歷程,以及套用哪些最佳實務。