結合報告套裝與不同的結構描述

Analytics來源聯結器 將報表套裝資料從Adobe Analytics帶入Adobe Experience Platform,以供Adobe Experience Platform應用程式使用,例如Real-time Customer Data Platform和Customer Journey Analytics (Customer Journey Analytics)。 引入Adobe Experience Platform的每個報告套裝都會設定為個別來源連線資料流,而每個資料流都會當作Adobe Experience Platform資料湖中的資料集。 Analytics來源聯結器會為每個報告套裝各建立一個資料集。

客戶使用的Customer Journey Analytics 連線 將資料集從Adobe Experience Platform資料湖整合到Customer Journey AnalyticsAnalysis Workspace中。 但是,在連線中組合報告套裝時,需要使用Adobe Experience Platform解決報告套裝之間的結構描述差異 資料準備 功能。 目的是確保Adobe Analytics變數(例如prop和eVar)在Customer Journey Analytics中具有一致的意義。

報告套裝之間的結構描述差異有問題

假設您的公司想要將來自兩個不同報告套裝的資料引入Adobe Experience Platform以供Customer Journey Analytics使用,並假設兩個報告套裝的結構描述有所差異:

報告套裝 A
報告套裝 B
eVar1 = 搜尋字詞
eVar1 = 事業單位
eVar2 = 客戶類別
eVar2 = 搜尋字詞

為了簡單起見,假設兩個報告套裝僅定義了這些 eVar。

此外,假設您執行下列動作:

  • 建立可內嵌的Analytics來源連線(不使用資料準備) 報告套裝A 進入Adobe Experience Platform資料湖做為 資料集A.
  • 建立可內嵌的Analytics來源連線(不使用資料準備) 報告套裝B 進入Adobe Experience Platform資料湖做為 資料集B.
  • 建立 Customer Journey Analytics連線 已呼叫 所有報表套裝 結合資料集A和資料集B的資料來源。
  • 建立 Customer Journey Analytics資料檢視 已呼叫 全域檢視 這是根據所有報表套裝連線。

如果不使用「資料準備」來解決資料集 A 和資料集 B 之間的結構描述差異,則「全域檢視」資料檢視中的 eVar 將包含混合值:

Customer Journey Analytics中的「全域檢視」資料檢視
eVar1 => 混合搜尋字詞和業務單位
eVar2 => 混合客戶類別和搜尋字詞

這種情況會產生無意義的 eVar1 和 eVar2 報告:

  • eVar 欄位包含具有不同語義意義的混合值。
  • 搜尋字詞分佈在 eVar1 和 eVar2 之間。
  • 不可能對每個搜尋字詞、業務單位和客戶類別使用不同的歸因模型。

使用「Adobe Experience Platform資料準備」解決報告套裝之間的結構描述差異

「Experience Platform資料準備」功能與Analytics來源聯結器整合,可用於解決上述案例中說明的結構描述差異。 這會產生在Customer Journey Analytics資料檢視中具有一致意義的eVar。 (下面使用的命名慣例,可以根據您的需求加以自訂。)

  1. 在為報告套裝A和報告套裝B建立來源連線資料流之前, 建立新結構描述 在Adobe Experience Platform中(我們稱之為  統一結構描述 在我們的範例中。) 將以下內容新增到結構描述中:

    table 0-row-1 1-row-1 2-row-1
    「統一結構描述」
    XDM ExperienceEvent 類別
    「Adobe Analytics ExperienceEvent 範本」 ​欄位群組
  2. 將另一個欄位群組新增到結構描述或建立自訂欄位群組並將其新增到結構描述。 我們將建立一個新的欄位群組,並將其稱為​ 「統一欄位」。 然後我們將以下欄位新增到新的欄位群組中:

    table 0-row-1 1-row-1 2-row-1 3-row-1
    「統一欄位」自訂欄位群組
    搜尋字詞
    事業單位
    客戶類別
  3. 為​ 報告套裝 A 建立來源連線資料流,選取​ 「統一結構描述」 ​用於資料流中。 將自訂對應新增到資料流,如下所示:

    table 0-row-2 1-row-2 2-row-2
    報告套裝 A 來源欄位 「統一欄位」欄位群組中的目的地欄位
    _experience.analytics.customDimensions.eVars.eVar1 <路徑>.Search_term
    _experience.analytics.customDimensions.eVars.eVar2 <路徑>.Customer_category
    note note
    NOTE
    目的地欄位的 XDM 路徑將取決於您如何建構自訂欄位群組。
  4. 為​ 報告套裝 B 建立來源連線資料流,再次選取​ 「統一結構描述」 ​以用於資料流中。 工作流程會顯示兩個欄位存在描述項名稱衝突。 這是因為報告套裝 B 中的 eVar1 和 eVar2 描述項與報告套裝 A 中的不同。但我們已經知道這一點,所以我們可以放心地忽略衝突,並使用自訂對應,如下所示:

    table 0-row-2 1-row-2 2-row-2
    報告套裝 B 來源欄位 「統一欄位」欄位群組中的目的地欄位
    _experience.analytics.customDimensions.eVars.eVar1 <路徑>.Business_unit
    _experience.analytics.customDimensions.eVars.eVar2 <路徑>.Search_term
  5. 現在建立 所有報表套裝 連線以進行Customer Journey Analytics,結合資料集A和資料集B。

  6. 建立 全域檢視 Customer Journey Analytics中的資料檢視。 忽略原始 eVar 欄位,僅包括「統一欄位」欄位群組中的欄位。

    全域檢視 Customer Journey Analytics中的資料檢視:

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2
    來源欄位 包括在資料檢視中?
    _experience.analytics.customDimensions.eVars.eVar1
    _experience.analytics.customDimensions.eVars.eVar2
    <路徑>.Search_term
    <路徑>.Customer_category
    <路徑>.Business_unit

您現在已將來源報告套裝中的 eVar1 和 eVar2 對應到三個新欄位。 請注意,使用「資料準備」對應的另一個優點是,目的地欄位現在是根據語義上有意義的名稱 (搜尋字詞、業務單位、客戶類別),而不是較無意義的 eVar 名稱 (eVar1、eVar2)。

NOTE
「統一欄位」自訂欄位群組和關聯的欄位對應可以隨時新增到現有的Analytics來源聯結器資料流和資料集。 但是,這只會影響未來的資料。

不只是報告套裝

「資料準備」結合資料集與不同結構描述的能力,超越了 Analytics 報告套裝。 假設您有兩個包含以下資料的資料集:

資料集A =透過Analytics來源聯結器的Analytics報告套裝
eVar1 => 客戶類別
資料集 B = 呼叫中心資料
Some_field => 客戶類別

使用「資料準備」,您可以將 Analytics 資料中 eVar 1 的「客戶類別」結合呼叫中心資料中 Some_field 的「客戶類別」。 以下是可行方法之一。 同樣地,您可以根據需求更改命名慣例。

  1. 在Adobe Experience Platform中建立結構描述。 將以下內容新增到結構描述中:

    table 0-row-1 1-row-1 2-row-1
    「擴充型結構描述」
    「XDM 體驗事件」 ​類別
    「Adobe Analytics 體驗事件範本」 ​欄位群組
  2. 建立一個新的欄位群組,並將其新增到結構描述。 新增欄位到欄位群組:

    table 0-row-1 1-row-1
    「客戶資訊」自訂欄位群組
    Customer_category
  3. 為​ 資料集 A 建立資料流,選取​ 「擴充型結構描述」 ​做為您的結構描述。 將自訂對應新增到資料流,如下所示:

    table 0-row-2 1-row-2
    資料集 A 來源欄位 「客戶資訊」欄位群組中的目的地欄位
    _experience.analytics.customDimensions.eVars.eVar2 <路徑>.Customer_category
  4. 為​ 資料集 B 建立資料流,再次選取​ 「擴充型結構描述」 ​做為您的結構描述。 將自訂對應新增到資料流,如下所示:

    table 0-row-2 1-row-2
    資料集 B 來源欄位 「客戶資訊」欄位群組中的目的地欄位
    <路徑>.Some_field <路徑>.Customer_category
  5. 建立結合資料集A和資料集B的Customer Journey Analytics連線。

  6. 使用您剛建立的Customer Journey Analytics連線,在Customer Journey Analytics中建立資料檢視。 忽略原始 eVar 欄位,僅包括「客戶資訊」欄位群組中的欄位。

    Customer Journey Analytics中的資料檢視:

    table 0-row-2 1-row-2 2-row-2 3-row-2
    來源欄位 包括在資料檢視中?
    _experience.analytics.customDimensions.eVars.eVar1
    _experience.analytics.customDimensions.eVars.eVar2
    <路徑>.Customer_category

「資料準備」與「元件 ID」的比較

如上所述,「資料準備」可讓您將不同的欄位對應到多個 Adobe Analytics 報告套裝中。 當您想要將來自多個資料集的資料合併到單一Customer Journey Analytics連線時,這在Customer Journey Analytics中很有幫助。 但是,如果您打算將報表套裝保留在單獨的Customer Journey Analytics連線中,但希望在這些連線和資料檢視中使用一組報表,則變更Customer Journey Analytics中的基礎「元件ID」提供了即使結構描述不同,也能讓報表相容的方法。 如需詳細資訊,請參閱元件設定

變更「元件ID」是僅限Customer Journey Analytics的功能,不會影響從Analytics來源聯結器傳送到「即時客戶個人檔案」和RTCDP的資料。

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79