為網頁資料建立XDM結構描述
了解如何在 Adobe Experience Platform Data Collection 介面中為 Web 資料建立 XDM 架構。
Experience Data Model (XDM)結構描述是在Adobe Experience Platform中收集資料的建置組塊、原則和最佳實務。
Platform Web SDK會使用您的結構描述將網頁事件資料標準化、傳送給PlatformEdge Network,最終將資料轉送給資料流中設定的任何Experience Cloud應用程式。 此步驟至關重要,因為它會定義將客戶體驗資料擷取到Experience Platform所需的標準資料模型,並啟用建置在這些標準上的下游服務和應用程式。
data
物件而非 xdm
物件)。 XDM結構描述是平台原生應用程式(如Journey Optimizer、Real-time Customer Data Platform、Customer Journey Analytics)進行最高效能實作所必需的。 雖然您可以決定在自己的實作中不要使用XDM結構描述,但您應在本教學課程中這樣做。為何要為資料建立模型?
企業有自己的語言來溝通其網域。 汽車經銷商處理廠商、型號和汽缸。 航空公司負責處理航班編號、服務等級和座位分配。 其中有些辭彙是特定公司所特有的,有些辭彙是在垂直產業中共用,有些辭彙則是由幾乎所有企業共用。 對於在垂直產業或更廣的產業之間共用的詞語,當您以共同的方式命名和建構這些詞語時,就可以開始使用您的資料做強大的事情。
例如,許多企業都會處理訂單。 如果這些企業集體決定以類似的方式為訂單建模,該怎麼辦? 例如,如果資料模型包含物件且具有 priceTotal
代表訂單總價的屬性? 如果此物件也有名為的屬性,該怎麼辦 currencyCode
和 purchaseOrderNumber
? order物件可能包含名為的屬性 payments
即會是一系列付款物件。 每個物件代表訂單的付款。 例如,某位客戶可能以禮品卡支付部分訂單,而其他則以信用卡支付。 您可以開始建構類似以下的模型:
{
"order": {
"priceTotal": 89.50,
"currencyCode": "EUR",
"purchaseOrderNumber": "JWN20192388410012",
"payments": [
{
"paymentType": "gift_card",
"paymentAmount": 50
},
{
"paymentType": "credit_card",
"paymentAmount": 39.50
}
]
}
}
如果處理訂單的所有企業都決定以一致的方式針對業界常見的辭彙建立其訂單資料的模型,那麼奇蹟般的事情可能會開始發生。 資訊可以在組織內外的交流更流暢,而不需要持續解讀和翻譯資料(prop和evar,還有誰?)。 機器學習可更輕鬆瞭解您的資料 方法 並提供可操作的深入分析。 用於呈現相關資料的使用者介面可能會變得更直覺。 您的資料可與遵循相同模型的合作夥伴和廠商緊密整合。
這是Adobe的目標 體驗資料模型. XDM為業界常見的資料提供規範性模型,同時允許您擴充模型以滿足特定需求。 Adobe Experience Platform是圍繞XDM建置的,因此,傳送至Experience Platform的資料需要採用XDM。 與其思考在傳送資料給Experience Platform之前可以在哪裡以及如何將目前的資料模型轉換為XDM,不如考慮在您的組織內更普遍地採用XDM,以便幾乎不需要進行翻譯。
若要進一步瞭解XDM結構描述,請參加課程 使用XDM為您的客戶體驗資料建立模型 或參閱 XDM系統概覽.
學習目標
在本課程結束時,您將能夠:
- 從資料收集介面中建立XDM結構描述
- 新增欄位群組至您的XDM結構描述
- 使用最佳實務為網頁事件資料建立XDM結構描述
先決條件
資料收集和Adobe Experience Platform的所有必要布建和使用者許可權,請參閱 概述 頁面。
建立 XDM 結構描述
XDM結構描述是以Experience Platform描述資料的標準方式,可讓所有符合結構描述的資料在組織間重複使用,而不會產生衝突,甚至可在多個組織間共用。 若要進一步瞭解,請參閱 結構描述組合的基本面.
在本練習中,您將使用建議的基準欄位群組來建立XDM結構描述,以擷取 Luma示範網站:
-
開啟 資料收集介面
-
確定您處於正確的沙箱。 在右上角找到沙箱
note note NOTE 如果您是Real-Time CDP或Journey Optimizer等平台型應用程式的客戶,我們建議您在本教學課程中使用開發沙箱。 如果沒有,請使用 Prod 沙箱。 -
前往 方案 在左側導覽列中
-
選取 建立結構描述 右上角的按鈕
-
選取 體驗事件 在下列畫面中
-
選取 下一個
-
在底下輸入結構描述的名稱 結構描述顯示名稱 欄位,在此案例中
Luma Web Event Data
note tip TIP XDM結構描述的常見命名慣例是將結構描述命名在資料的來源後面。 -
選取完成
新增欄位群組
如前所述,XDM是標準化客戶體驗資料的核心架構,可提供用於下游Adobe Experience Platform服務的通用結構和定義。 遵循XDM標準, 所有客戶體驗資料 可以併入一般表示中。 此方法可讓您從客戶動作中獲得有價值的深入分析、透過區段定義客戶對象,以及使用來自多個來源的資料來針對個人化目的表達客戶屬性。 另請參閱 資料模型化的最佳實務 以取得詳細資訊。
可能的話,建議使用現有的欄位群組,並遵守與產品無關的模型和命名慣例。 若貴組織的特定資料不符合上述預先定義的欄位群組,您可以建立自訂欄位群組。 另請參閱 使用結構編輯器建立結構 以取得自訂綱要的詳細步驟。
-
在 欄位群組 區段,選取 新增
-
搜尋
AEP Web SDK ExperienceEvent
-
核取方塊
-
搜尋
Consumer Experience Event
-
核取方塊
-
選取 新增欄位群組
對於這兩個欄位群組,請注意,您有權存取網站上資料收集所需的最常用索引鍵/值組。 此 顯示名稱 對行銷人員顯示在平台式應用程式的區段產生器介面中的每個欄位,而您可以變更標準欄位的顯示名稱以符合您的需求。 您也可以移除不要的欄位。 當您按一下任一欄位群組名稱時,介面會醒目顯示哪些索引鍵/值組群組屬於該介面。 在以下範例中,您會看到哪些欄位屬於 消費者體驗事件.
本課程只是一個起點。 建立您自己的網頁事件結構描述時,您必須探索並記錄您的業務需求。 此程式類似於建立 業務需求檔案 和 解決方案設計參考資料 適用於Adobe Analytics實施,但應包含下列要求 所有下游資料收件者 例如Platform、Target和事件轉送目的地。
identitymap物件
有一個特殊欄位可用來識別Web使用者,稱為 identityMap
.
它是任何網路相關資料收集的必備物件,因為它內含識別網路使用者所需的Experience CloudID。 這也是為已驗證身分的使用者設定內部客戶ID的關鍵。 identityMap
詳情請參閱 設定身分 課程。 它會使用以下專案自動納入所有結構描述中: XDM ExperienceEvent 類別。
若要完成本課程,請選取 儲存 在右上方。
現在,當您將Web SDK擴充功能新增至標籤屬性時,便可參考此結構描述。