使用歷程事件 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 監聽,並會觸發相對應的歷程。
關於歷程事件輸送量 event-thoughput
Adobe Journey Optimizer支援所有沙箱中,組織層級每秒5,000個歷程事件的尖峰量。 此配額適用於使用中歷程中使用的所有事件,包括 即時、試運行、已關閉 和 已暫停 歷程。 達到此配額時,新事件會以每秒5,000的處理速率排入佇列。 事件在佇列中可花費的時間上限為 24小時。
下列型別的事件會計入5,000 TPS配額:
-
外部單一事件:包含規則型事件和系統產生的事件。 如果相同的原始事件符合多個規則定義的資格,則每個合格規則都會計為個別事件。 更多詳細資訊如下。
-
對象資格事件:如果在多個歷程中使用相同的串流對象,則每個使用量會個別計算。 例如,在兩個歷程的對象資格活動中使用相同對象時,會產生兩個計入的事件。
-
回應事件:歷程中設定檔回應(已開啟電子郵件、已點按電子郵件等)所觸發的事件。
-
商業事件:事件未繫結至特定設定檔,而是繫結至商業相關事件。
-
Analytics事件:如果已啟用與Adobe Analytics的整合以觸發歷程,則也會包含這些事件。
-
繼續事件:當設定檔從暫停的歷程繼續時觸發的技術事件。 深入瞭解繼續暫停的歷程。
-
等待節點完成事件:當設定檔退出等待節點時,會產生技術事件以繼續歷程。
關於符合多個規則定義的原始事件
相同原始事件可符合歷程中的多個規則定義。 在 管理 區段中設定事件時,對於相同的事件結構描述,可以定義多個事件規則。 舉例來說,我們有一個購買事件,其中包含欄位「city」和「purchaseValue」。 讓我們考慮下列案例:
-
名稱為 的事件 E1
newYorkPurchases
是以規則定義建立,該規則定義指出city=='New York'
。 此事件可能會在10個歷程中使用,但到時仍只會計為1個事件。 -
現在假設在與 E1 相同的事件結構描述上,也建立了名稱為
highValuePurchases
且具有purchaseValue > 1000
作為規則定義的事件 E2。 在此情況下,將依據兩個規則評估相同的傳入事件:newYorkPurchases
和highValuePurchases
。 現在紐約購買可能也是高價值購買。在此情況下,Journey Optimizer會從相同的傳入事件中建立兩個事件 E1 和 E2,這會讓此單一傳入事件計為兩個事件。
請注意,當這些事件用於作用中歷程時,即開始計算這些事件,包括 即時、演習、已關閉 和 已暫停 歷程。
更新和刪除事件 update-event
為避免中斷現有歷程,當您編輯用於 草稿、即時 或 已關閉 歷程的事件時,您只能變更名稱、說明或新增裝載欄位。
無法刪除 即時、草稿 或 已關閉 歷程中使用的任何事件。 要刪除已使用的事件,您必須停止使用該事件的歷程,和/或將其從使用它的草稿歷程中移除。 您可以檢查 欄位中的 已使用。 它會顯示使用該特定事件的歷程次數。 您可以按一下 檢視歷程 按鈕以顯示對應歷程的清單。
作法影片 video
了解如何設定事件、指定串流端點和事件的裝載。
瞭解業務事件的適用使用案例。 瞭解如何使用業務事件建立歷程,以及套用哪些最佳實務。