事件轉送

本指南涵蓋使用Adobe Experience Platform Edge Network實作伺服器端事件轉送。 它專為需要透過Edge Network將收集的即時事件資料發佈到非Adobe目的地（例如協力廠商分析平台、雲端儲存端點、廣告網路或自訂Webhook）的解決方案架構師、行銷技術人員和實施工程師所設計。

它提供設定事件轉送的所有可行方法、說明它們之間的利弊，以及連至Adobe Experience League檔案的連結，以取得詳細的程式指引。

使用案例概述

透過Adobe Experience Platform網頁SDK、Mobile SDK或伺服器API收集行為資料的組織，通常需要與非Adobe系統（例如Google Analytics或Snowflake等分析平台、轉換追蹤的廣告網路、長期儲存的資料倉儲或自訂內部服務）共用相同的事件資料流。 傳統上，這需要使用者端標籤大量增加，這會增加頁面重量、造成延遲，並產生隱私權和治理風險。

事件轉送可透過在Edge Network上操作伺服器端來解決此問題。 當訪客互動透過網頁SDK或伺服器API觸發事件時，該事件會透過資料流路由傳送至Edge Network。 事件轉送規則（在專用事件轉送屬性中設定）會評估傳入事件資料，並選擇性地將其轉送至一或多個已設定的目的地。 伺服器端方法可減少使用者端標籤膨脹、改善頁面效能、集中資料控管，並讓組織能夠確切控制哪些資料離開Adobe生態系統。

此模式的目標對象包括已部署（或計畫部署）用於資料收集的Adobe Experience Platform Web SDK或伺服器API，並想要透過將事件資料分發到非Adobe端點來擴大該投資的組織，而不新增使用者端JavaScript標籤。

主要業務目標

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

改善資料品質和管理

確保資料乾淨、完整且合規，以實現準確定位、減少浪費及可靠分析。 事件轉送可在伺服器端集中處理資料分佈，為組織提供與外部系統共用資料的單一控制點，降低資料洩漏的風險，並確保在資料離開Adobe Edge Network之前套用治理原則。

KPI：​效率、成本節省

如需詳細資訊，請參閱改善資料品質和控管。

整合併更新行銷技術

遷移至統一、可擴充的平台，減少工具分散和技術負債。 事件轉送可讓組織使用單一伺服器端資料發佈機制來取代多個使用者端廠商標籤，減少頁面載入開銷並簡化技術棧疊。

KPI：​節省成本、效率、上市速度

如需詳細資訊，請參閱整合併更新行銷技術。

戰術使用案例範例

以下是適用於此使用案例模式的常見戰術情境。

關鍵績效指標

以下KPI可協助評估此使用案例模式的成功。

使用案例模式

本節說明用於實作事件轉送的模式與函式鏈。

事件轉送 — 將透過Edge Network收集的即時事件資料轉送至非Adobe目的地，以用於分析、儲存或廣告。

函式鏈：​資料流設定>事件規則定義>目的地對應>轉送執行>監視

應用程式

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

基礎函式

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

支援功能

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

應用程式函式

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

Adobe Experience Platform (AEP)

先決條件

在開始實作之前，請確定已具備下列專案。

實作選項

本節說明實施事件轉送的可用方法，並提供選擇正確選項的指南。

選項A：擴充功能型事件轉送

最適合：​個使用支援良好的目的地平台（Meta、Google、AWS、Azure、Snowflake等）的團隊 在資料收集目錄中有可用的預先建立事件轉送擴充功能。

運作方式：

擴充功能型事件轉送可運用Adobe或協力廠商合作夥伴維護的預先建立整合功能。 每個擴充功能都是為特定目的地專門建置，可處理驗證、裝載格式和端點通訊。 實作人員會在事件轉送屬性中安裝擴充功能、設定驗證認證，以及建置將XDM資料元素對應至擴充功能動作欄位的規則。

此方法可儘量減少自訂開發，因為擴充功能會抽象化目的地的API需求。 例如，Meta Conversions API擴充功能會將XDM商務事件轉譯為Meta預期的格式，處理PII欄位的雜湊處理、重複資料刪除引數，以及存取權杖管理。 同樣地，Google Cloud Platform或AWS擴充功能會處理其個別雲端服務的驗證和裝載格式。

擴充功能的可用性會決定要支援哪些目的地，這是取捨的取捨。 如果目標目的地沒有副檔名，則必須改用選項B （自訂Webhook）。

主要考量事項：

優點：

限制：

Experience League：

選項B：自訂webhook （擷取API）事件轉送

最適合：​需要轉送事件到未預先建立擴充功能的目的地，或需要完全控制HTTP要求承載、標頭和驗證機制的團隊。

運作方式：

自訂webhook型事件轉送使用Adobe Cloud Connector延伸（預設包含）向任何端點提出任意HTTP要求。 實作人員會定義資料元素，以從傳入的XDM事件擷取和轉換值，然後使用雲端聯結器的「進行擷取呼叫」動作型別來設定規則動作。 此動作可讓您完全控制HTTP方法、URL、標頭和要求內文。

要求內文通常使用資料元素和自訂程式碼來建構，以根據目的地的API規格來格式化裝載。 此方法支援任何可透過HTTP存取的端點（REST API、webhook、雲端函式或內部服務），使其成為最靈活的選項。

取捨是投入更多實作工作與持續性維護。 實作人員必須瞭解目的地API、手動處理驗證（例如設定Authorization標頭、管理Token重新整理）並維護裝載格式（如果目的地API不斷演變）。

主要考量事項：

優點：

限制：

Experience League：

選項C：混合式（擴充功能+自訂Webhook）

最適合：​組織會將事件轉送至多個目的地，其中有些會預先建立擴充功能，有些則需要自訂整合。

運作方式：

混合方法結合支援良好的目的地的擴充功能型轉送，以及缺少擴充功能的目的地的自訂webhook動作。 單一事件轉送屬性包含多個規則 — 有些使用擴充功能動作（例如，Meta廣告轉換追蹤的轉換API擴充功能），有些則使用Cloud Connector擷取動作（例如，轉送至內部資料湖端點）。

此方法可最大化涵蓋範圍，同時儘量減少不必要的自訂開發。 每個規則都獨立運作，因此擴充功能型規則可受益於預先建立的裝載格式，而自訂規則則可維持完整的彈性。

主要考量事項：

優點：

限制：

Experience League：

選項比較

下表比較三個實作選項。

選擇正確的選項

首先，清查您的目標目的地，並檢查每個目的地是否存在預先建立的事件轉送擴充功能。

實作階段

以下階段說明事件轉送的端對端實作程式。

階段1：資料流設定

應用程式函式： AEP：資料流設定

您要設定的專案：​接收來自網頁SDK、Mobile SDK或伺服器API實作之事件的資料流，並將它們路由至Edge Network，以便事件轉送規則可以處理。 如果要將事件轉送新增到現有的資料收集部署，您將在現有的資料流上啟用事件轉送。

此階段中的​決定點：

使用者介面導覽： Experience Platform >資料收集>資料串流>選取或建立資料串流

金鑰組態詳細資料：

Experience League檔案：

階段2：事件轉送屬性和擴充功能

應用程式函式： AEP：事件轉送屬性設定

您的設定專案：​資料收集UI中的事件轉送屬性，以及目標目的地所需的擴充功能。 事件轉送屬性是定義伺服器端轉送邏輯之所有規則、資料元素和擴充功能的容器。

此階段中的​決定點：

使用者介面導覽： Experience Platform >資料收集>事件轉送>建立屬性（或選取現有）

金鑰組態詳細資料：

Experience League檔案：

階段3：事件規則定義

應用程式函式： AEP：事件規則定義，AEP：目的地對應

您要設定的專案：​規則會評估傳入的事件資料、套用條件以篩選應轉送的事件，以及定義將資料傳送到目的地端點的動作。 每個規則都包含條件（何時引發）和動作（該做什麼）。 資料元素會從XDM事件裝載擷取和轉換值，以用於規則條件和動作設定。

此階段中的​決定點：

UI導覽： Experience Platform >資料收集>事件轉送>選取屬性>資料元素/規則

金鑰組態詳細資料：

選項差異的位置：

選項A的​（以副檔名為基礎）：

使用目的地擴充功能的預先建立動作型別來設定規則動作。 例如，Meta轉換API擴充功能提供「傳送事件」動作，讓您將XDM欄位對應至Meta事件引數(event_name、event_time、user_data、custom_data)。 此擴充功能會處理裝載格式、雜湊和API通訊。

選項B （自訂Webhook）的​：

使用Cloud Connector擴充功能的「發出擷取呼叫」動作來設定規則動作。 指定目的地URL、HTTP方法（通常是POST）、請求標頭（包括授權），並使用資料元素和/或自訂程式碼來建構請求內文。 您必須負責將目的地API的預期裝載格式完全比對。

選項C （混合式）的​：

為每個目的地建立個別規則。 擴充功能型規則使用擴充功能的動作型別；自訂規則使用雲端聯結器擷取呼叫。 所有規則都共存於相同的屬性中，並針對每個傳入的事件獨立評估。

Experience League檔案：

第4階段：發佈與啟用

應用程式函式： AEP：轉送執行

您要設定的專案：​會提升您的事件轉送規則（從開發到測試，再到生產）的發佈工作流程。 事件轉送會使用與標籤相同的程式庫型發佈模型，搭配環境和建置成品，以控制Edge Network中啟用的設定。

此階段中的​決定點：

使用者介面導覽： Experience Platform >資料收集>事件轉送>選取屬性>發佈流程

金鑰組態詳細資料：

Experience League檔案：

階段5：監控與驗證

應用程式函式： AEP：監視

您要設定的專案：​監視儀表板和驗證程式，以確認事件轉送成功、診斷失敗並維護事件轉送部署的運作狀況。

此階段中的​決定點：

使用者介面導覽： Experience Platform >資料收集>事件轉送>選取屬性>監視

金鑰組態詳細資料：

Experience League檔案：

實施考量

本節涵蓋在整個實施中牢記的護欄、常見陷阱、最佳實務和取捨決定。

護欄和限制

常見陷阱

最佳實務

權衡決定

相關文件

下列資源提供本指南涵蓋主題的額外詳細資料。

事件轉送

事件轉送延伸模組

資料收集和Edge Network