事件觸發式傳訊

本指南針對使用Adobe Journey Optimizer (AJO)、Real-Time Customer Data Platform (RT-CDP)和Adobe Experience Platform (AEP)的事件觸發傳訊提供完整的實作藍圖。 它專為需要傳送情境式即時訊息以回應行為或系統事件的解決方案架構師、行銷技術人員和實施工程師所設計。

使用本指南來瞭解應設定哪些專案、在哪裡有實施選擇，以及促成每個決策的利弊取捨。

該指南涵蓋從事件擷取到建立歷程，再到訊息傳送和效能報告的完整生命週期，並針對三個不同的實施選項提供詳細決策指引。

使用案例概述

事件觸發的傳訊功能會傳送內容式訊息來回應即時行為或系統事件。 批次傳出訊息啟動會依排程傳送給預先評估的對象，不同於批次傳出訊息啟動，此模式會監聽合格事件（例如購物車放棄、瀏覽工作階段、表單提交或系統狀態變更），並立即將觸發設定檔輸入歷程，以評估條件並傳送訊息。

此模式仰賴串流至AEP的即時事件（透過網頁SDK、Mobile SDK或伺服器端API）、在AJO中具有單一事件專案的歷程，以及決定是否要傳送及傳送何種內容的條件評估邏輯。 訊息通常會在觸發事件後的數分鐘內傳送，因此這種模式非常適合時間敏感型與情境相關的通訊。

與排程的批次通訊相比，組織可利用此模式即時回應客戶動作、提高關聯性，並提高參與度和轉換率。 常見的情況包括放棄的購物車復原、購買後的後續追蹤、註冊後的歡迎訊息，以及付款失敗或價格下降警示等時效性很強的通知。

主要業務目標

此使用案例模式支援下列業務目標。

復原放棄的購物車與歷程

透過及時且個人化的後續追蹤，重新吸引在購買、應用程式或註冊流程中休假的使用者。

提高轉換率

提高完成所需動作（例如購買、註冊或提交表單）的訪客和潛在客戶的百分比。

提供個人化的客戶體驗

根據個別偏好設定、行為和生命週期階段量身打造內容、選件和訊息。

改善客戶上線

透過簡化的個人化歡迎體驗和啟動歷程，加快新客戶的價值實現時間。

戰術使用案例範例

下列案例說明如何將事件觸發式訊息套用至不同的業務內容。

關鍵績效指標

下列KPI可協助評估事件觸發訊息實作的效能。

使用案例模式

本節說明驅動事件觸發式傳訊的核心模式及功能鏈。

事件觸發訊息

接聽即時行為或系統事件，然後將內容相關訊息傳遞至觸發的設定檔。

函式鏈：​事件擷取>歷程專案>條件評估>訊息傳送>報告

應用程式

在此使用案例模式中使用以下Adobe應用程式。

基礎函式

下列基本功能必須為此使用案例模式準備就緒。 對於每個函式，狀態會指出它通常是必要的、假設為預先設定或不適用。

支援功能

以下功能可擴大此使用案例模式，但不是核心執行的必要功能。

應用程式函式

此計畫會從「應用程式功能目錄」中執行下列功能。 函式會對應至實作階段，而非編號步驟。

Journey Optimizer (AJO)

Real-Time CDP (RT-CDP)

先決條件

開始實作前請先完成下列作業。

實作選項

本節說明三個用於事件觸發訊息的實作選項。 每個選項都以上一個選項為基礎，並新增其他功能。

選項A：簡單事件觸發訊息

最適合：​不需要延遲或條件式邏輯的立即單一訊息回應 — 訂單確認、歡迎電子郵件、表單提交確認、預約確認。

運作方式：

歷程透過單一事件登入節點監聽合格事件。 收到事件時，設定檔會進入歷程、通過最低條件評估（同意檢查、設定檔存在驗證），並透過設定的頻道動作節點立即收到單一訊息。

這是最簡單的實作變體。 歷程畫布包含事件專案節點、基本資格檢查的選用條件節點、單一訊息動作節點及結束節點。 沒有等待步驟、沒有複雜的分支，也沒有轉換檢查。 訊息通常會在觸發事件後的數秒到數分鐘內傳送。

來自觸發事件的事件資料（產品名稱、訂單總計、表單詳細資料）可透過個人化編輯器中的內容屬性，用於訊息個人化。 此方法可最大化交付速度並最小化歷程複雜性。

主要考量事項：

優點：

限制：

Experience League：

選項B：等待的條件式事件觸發訊息

最適合：​延遲、條件式回應，客戶應在收到訊息前有時間自行轉換 — 放棄購買（等待1-4小時，然後檢查購物車是否仍被放棄）、瀏覽放棄購買（等待24小時，檢查是否已完成購買）、試用期到期（等到到期日接近）。

運作方式：

歷程會監聽合格事件、進入設定檔，並引入評估條件之前的等待時間。 等待後，條件節點會檢查客戶是否已自行轉換（例如，完成購買、續訂訂閱），或原始內容是否仍然有效。 只有在符合條件時（例如，購物車仍遭捨棄），歷程才會繼續傳送訊息。

歷程畫布包含事件進入節點、等待節點（可設定的持續時間或特定日期/時間）、檢查轉換事件或設定檔狀態變更的條件節點、分支路徑（傳送訊息與退出而不傳送）、合格路徑上的訊息動作節點，以及每個分支上的結束節點。 如果轉換事件發生在等待期間，您可以將退出條件設定為自動從歷程中移除設定檔，而不需要明確檢查條件。

此方法可讓客戶有時間自行轉換、改善客戶體驗，並提升所傳送訊息的感知相關性，藉此減少不必要的傳訊。

主要考量事項：

優點：

限制：

Experience League：

選項C：頻率控管觸發的事件

最適合：​需要注意訊息疲勞的高頻率事件來源 — 頁面檢視、產品檢視、搜尋查詢、重複購物車新增。 可作為覆蓋套用在選項A或選項B上方。

運作方式：

此選項將頻率控管新增至選項A或選項B，以防止過度傳訊。 高頻行為事件（例如產品檢視或重複新增購物車）可能會在短時間內多次觸發歷程。 若沒有頻率控管，設定檔可能會收到重複或過多的訊息。

頻率控管透過兩個補充機制實作：AJO商業規則（頻率上限），其會限制設定檔在每個時段每個管道接收到多少訊息，以及歷程層級的重新進入規則，其會定義設定檔可重新進入相同歷程之前的冷卻期間。 商業規則在組織層級運作，並對所有行銷活動和歷程強制執行上限（例如每週最多3封電子郵件），而重新進入冷卻則在個別歷程層級運作（例如，設定檔無法在上次進入後72小時內重新進入此特定歷程）。

此外，可以設定衝突和優先順序管理以將優先順序分數指派給觸發的歷程，確保當多個歷程或行銷活動競爭相同的設定檔，最高優先順序的通訊會獲勝。

主要考量事項：

優點：

限制：

Experience League：

選項比較

下表比較各個關鍵條件的三個實作選項。

選擇正確的選項

使用以下決定指引，選取正確的實施選項。

實際上，大部分的生產實作都會針對丟棄式使用案例使用選項B + C （頻率控管的條件等待），針對確認式使用案例使用選項A + C （頻率控管的立即傳送作為安全網）。

實作階段

以下階段會逐步進行事件觸發訊息傳送的端對端實作。

階段1：設定事件結構描述和資料收集

應用程式函式： AEP：資料模型(F2)、AEP：資料來源與集合(F3)

您的設定專案：​擷取觸發事件的XDM ExperienceEvent結構描述、儲存這些事件的資料集，以及可將事件串流至AEP的即時資料收集管道（Web SDK、Mobile SDK或伺服器API）。 此階段會建立歷程將監聽的資料基礎。

此階段中的​決定點：

UI導覽：​資料收集>資料串流>新增資料串流（針對資料串流設定）；結構描述>建立結構描述（針對事件結構描述）；資料集>從結構描述建立資料集（針對資料集建立）

金鑰組態詳細資料：

Experience League檔案：

階段2：設定身分和設定檔

應用程式函式： AEP：身分和設定檔組態(F4)

您要設定的專案：​觸發事件識別碼的身分名稱空間、事件結構描述的主要身分指定、跨裝置解析的身分連結規則，以及設定檔統一的合併原則。 這可確保觸發事件與統一客戶設定檔相關聯，以便歷程解決聯絡資訊並傳遞訊息。

此階段中的​決定點：

UI導覽：​身分>建立身分名稱空間；結構描述>選取結構描述>選取欄位>身分>設定為主要身分；設定檔>合併原則

金鑰組態詳細資料：

Experience League檔案：

階段3：設定管道表面

應用程式函式： AJO：頻道設定

您要設定的專案：​定義觸發訊息之傳送基礎結構的頻道介面（預設集） — 子網域委派、IP集區、寄件者身分、回覆位址、取消訂閱處理和頻道特定認證（簡訊提供者、推播憑證）。 在建立訊息內容或發佈歷程之前，必須存在有效的管道表面。

此階段中的​決定點：

UI導覽：​管理>管道>子網域（用於子網域設定）；管理>管道> IP集區（用於IP集區設定）；管理>管道>管道表面>建立表面（用於表面建立）

金鑰組態詳細資料：

Experience League檔案：

階段4：建立訊息內容

應用程式函式： AJO：訊息製作

您的設定內容：​歷程將傳送的訊息內容，包括版面設計、使用設定檔和事件屬性的個人化權杖、條件式內容區塊、可重複使用的片段（頁首、頁尾、法律免責宣告），以及內容預覽和測試。

此階段中的​決定點：

UI導覽：​內容管理>內容範本>瀏覽（針對範本選擇）；行銷活動或歷程動作>編輯內容>電子郵件Designer （針對內容設計）；選取文字元件> Personalization圖示（針對新增個人化）

金鑰組態詳細資料：

Experience League檔案：

階段5：建立並設定歷程

應用程式功能： AJO： Journey Orchestration、AJO：頻率與商業規則（選項C）、AJO：衝突與優先順序管理

您將要設定的專案：​監聽觸發事件並協調訊息傳遞的歷程。 這是核心實作階段，其中的歷程畫布的設計包含事件進入節點、條件節點、等待步驟（適用於選項B）、訊息動作節點和退出條件。 此階段也涵蓋頻率治理（選項C）和衝突/優先順序設定。

此階段中的​決定點：

UI導覽：​歷程>建立歷程（用於建立歷程）；歷程畫布>拖曳事件活動（用於事件輸入）；歷程畫布>拖曳「等待」活動（用於等待設定）；歷程畫布>拖曳「條件」活動（用於條件分支）；歷程屬性>退出條件（用於退出設定）；管理>商業規則>建立規則（用於頻率上限）

金鑰組態詳細資料：

選項差異的位置：

選項A的​（簡單事件觸發）：
歷程畫布最小：事件輸入>選擇性同意/資格條件>訊息動作>結束。 沒有等待步驟或轉換檢查。 根據事件是否應在每次發生時產生訊息來設定重新進入規則。

選項B的​條件（等待條件）：
在事件專案後新增等待節點。 在等待後，新增條件節點以檢查轉換（例如，檢查是否在歷程進入後發生commerce.purchases事件）或使用退出條件自動移除轉換的設定檔。 「未轉換」路徑上的訊息動作分支和「已轉換」路徑上的結束節點。

選項C （頻率控管）的​：
在發佈之前透過「管理>商業規則」設定組織層級的頻率上限。 在歷程屬性中設定歷程層級重新進入冷卻。 或者透過歷程屬性指派優先順序分數，以控制達到上限時哪些通訊會獲勝。 這可在選項A或選項B之上套用。

Experience League檔案：

階段6：測試並部署歷程

應用程式函式： AJO： Journey Orchestration

您將會設定的專案：​測試模式驗證，以驗證歷程在測試設定檔中的運作是否如預期，接著發佈歷程使其上線。

UI導覽：​歷程畫布>測試模式切換（用於測試）；歷程畫布>發佈（用於部署）

金鑰組態詳細資料：

Experience League檔案：

階段7：效能的監控和報告

應用程式功能： AJO：報告及效能分析，S4：監視及可觀察性，S5：報告及分析

您的設定專案：​傳遞和參與監視的即時和歷史歷程報告、事件擷取和歷程處理失敗的平台警示，以及更深入跨管道分析觸發式訊息有效性的CJA工作區。

此階段中的​決定點：

UI導覽：​歷程>選取歷程>即時報告（供即時監視使用）；歷程>選取歷程>所有時間報告（供歷史分析使用）；警報>警報規則>訂閱（供警報設定使用）

金鑰組態詳細資料：

Experience League檔案：

實施考量

本節涵蓋事件觸發訊息實作的護欄、常見陷阱、最佳實務和取捨決策。

護欄和限制

以下平台護欄和限制適用於事件觸發的訊息實施。

常見陷阱

實施事件觸發的訊息傳送時，請注意下列常見問題。

最佳實務

請遵循這些建議，以成功實施事件觸發的訊息傳送。

權衡決定

設計事件觸發的訊息實作時，請考慮下列取捨。

相關文件

下列資源提供此實作中所使用功能的其他詳細資料。

Journey orchestration

管道設定

訊息製作與個人化

頻率與商業規則

衝突與優先順序管理

報告與效能

資料收集與擷取

資料模型與結構描述

身分和設定檔

細分與對象

資料控管和同意

計算的屬性

監視和可觀察性

護欄

教學課程與指南