建立資料摘要
建立資料摘要時,您需要向 Adobe 提供:
-
關於原始資料檔案傳送目標的相關資訊
-
您要在每個檔案中包含的資料
-
傳送資料的頻率(包括擷取延遲抵達事件的處理延遲)
在建立資料摘要之前,務必先對資料摘要有基本的了解,並確認您已滿足所有先決條件。 如需詳細資訊,請參閱資料摘要概觀。
建立並設定資料摘要 create-and-configure-data-feed
-
使用您的 Adobe ID 認證登入 experiencecloud.adobe.com。
-
在介面右上方選取 Customer Journey Analytics (透過應用程式切換器
)。 -
在頂端導覽列中,前往元件 > 匯出。
-
選取 資料摘要 標籤。
-
選取畫面右上角的建立。
或者,如果先前未建立任何資料摘要,請選取空白表格中的建立資料摘要。
會顯示包含以下索引標籤的頁面: 詳細資料、資料結構和傳遞。
-
在 詳細資料 標籤上,完成下列欄位:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 欄位 函數 名稱 資料摘要的名稱 名稱在選取的資料檢視中必須是唯一的,而且長度最多可為255個字元。 標記 將任何標籤套用到資料摘要以方便分類。 說明 指定資料摘要的說明(最多500個字元)。 編輯資料摘要時,會顯示您新增的說明。 資料檢視 選取包含您要匯出之資料的資料檢視。
選取資料檢視時,請考量下列事項:
- 如果相同資料檢視建立了多個資料摘要,則每個資料摘要都必須有不同的欄定義。
- 可用欄的清單取決於所選資料檢視所屬的登入公司。 如果您變更資料檢視,可用欄的清單可能會變更。
-
選取「下一步」。
-
在 資料結構 索引標籤上,確定在 資料檢視 欄位中選取了正確的資料檢視。
-
在 區段 下拉式功能表中,搜尋並選取任何區段以篩選摘要中包含的資料。
套用多個區段時,它們會與AND運運算元連結。 若要使用OR運運算元聯結區段,您必須先在區段產生器中建立新區段,然後將新區段套用至資料摘要。
您在此處套用的區段,是可能已在資料檢視中套用的任何區段以外的區段。
-
(選擇性)在左側邊欄中,使用 搜尋 欄位來找出特定元件。 或者,選取 排序 圖示
以套用下列任何排序選項:table 0-row-2 1-row-2 2-row-2 3-row-2 選項 函數 建議 以建議置於清單頂端的元件來對元件進行排序。 您或貴組織中其他人近期最頻繁使用的元件會顯示在清單的較高位置。 字母順序 依字母順序對元件進行排序。 分類 排序元件類似建議,只是元件會單獨分組,而非混合在一起。 -
將元件新增至資料摘要設定。 左側欄僅顯示對資料摘要有效的元件。
- 拖放:將元件從左側邊欄拖曳至畫布。 按住Shift,或按住Command (macOS)或Ctrl (Windows),一次選取和拖曳多個元件。
- 加號按鈕:選取左側邊欄中任何元件旁的加號
圖示,以將它新增至畫布。 - 全部顯示:選取元件清單底部的 全部顯示 以開啟顯示所有可用元件的對話方塊。 選取您要新增的每個元件旁的核取方塊,然後選取新增選取的專案。 當搜尋字詞或篩選器標籤在左側邊欄中作用中時,也會出現「新增全部」按鈕,讓您一次新增所有篩選結果。
新增欄位時,請考量下列事項:
-
(選用)拖曳畫布上的元件以重新排序元件。 您定義的順序會保留為匯出的資料摘要檔案中的欄順序。
-
(選用)拖曳欄框線,調整畫布上的欄大小。
欄寬會儲存在Cookie中,並在您下次在相同瀏覽器上返回此資料摘要時保留。
-
(選用)變更元件的輸出ID。 輸出ID是資料摘要輸出中的欄名稱。
依預設,輸出ID是snake_case中的元件ID。 變更輸出ID只會影響此資料摘要。 它不會變更資料檢視中的元件ID。 在結構描述預覽中,
id值是輸出識別碼。輸出ID必須:
- 在資料摘要中不得重複。
- 僅包含字母、數字和底線(
_)。 不允許使用空格、句號(.)、連字型大小(-)、正斜線(/)和其他特殊字元。 - 以字母或底線開頭。
- 不可超過255個字元。
輸出ID不能以
_cja開頭,這是保留給Adobe使用的。您可以一次變更一個輸出ID或大量變更輸出ID:
accordion 變更單一元件的輸出ID -
將滑鼠懸停在畫布上的元件上,然後選取資訊圖示
。 -
選取識別碼旁的編輯圖示
,然後指定新的輸出識別碼。
accordion 若要一次變更多個輸出ID -
在 結構描述預覽 面板下方,選取大量編輯輸出ID。
-
選取「複製」,然後將JSON貼到文字編輯器或其他工具中。
-
更新
id值(輸出ID)。 您無法變更元件名稱(name)或型別(type和dataType)。 -
將編輯的JSON貼回對話方塊,取代現有的JSON,然後選取驗證。
-
檢閱變更的ID數、未變更的ID數和錯誤。 如果發生錯誤,請選取 上一步 加以修正。
-
選取套用變更。
-
(選擇性)在繼續之前,請使用頁面右側的 摘要摘要 和 結構描述預覽 面板來檢閱您的資料結構:
- 摘要摘要會顯示您所新增的元件、欄、維度和量度總計即時計數。
- 結構描述預覽會顯示資料摘要結構描述的JSON表示法,此結構描述會隨著您新增或重新排序元件而更新。
- 範例列按鈕會開啟顯示範例輸出列的對話方塊,以便您驗證結構看起來是否正確。 此對話方塊只會顯示範例資料,不會反映您的實際資料。
-
在 傳遞 索引標籤的 排程 區段中,選擇要建立的摘要型別(即時或回填),然後指定頻率、處理延遲和其他設定選項:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 欄位 函數 摘要型別 選取您要建立的摘要型別:
- 即時摘要:匯出目前和未來的資料。
- 回填摘要:匯出歷史資料。
開始日期 資料摘要開始的日期。 對於即時摘要,這必須是今天或未來的日期。 對於回填摘要,這必須是資料檢視資料保留期間內的過去日期。 開始日期取決於資料檢視的時區。 到期日
僅供即時摘要使用資料摘要到期且不再執行的日期。 日期取決於資料檢視的時區。 結束日期
僅供回填摘要使用資料摘要結束的日期。 結束日期不能為未來日期。 日期取決於資料檢視的時區。 頻率
僅適用於即時摘要選取資料摘要的傳送頻率。 時間戳記屬於頻率視窗的事件會包含在資料摘要傳送中。
選取此選項可包含一小時的資料或一天的資料。
- 每日:摘要包含一整天的資料,從資料檢視時區的午夜到午夜。
- 小時:摘要包含一個小時的資料量。
每個傳送也會使用滾動式30天處理期間(前導並包括頻率期間),來限定區段、計算工作階段及保留維度值。 處理期間和 處理延遲 設定都會影響包含哪些事件。 如需詳細資訊,請參閱瞭解處理期間和瞭解處理延遲。
粒度
僅適用於回填摘要用來將歷史資料分割成區塊的時間間隔。 每個區塊包含一整天的資料,從資料檢視時區的午夜到午夜。
詳細程度會決定資料的分組方式,而非資料傳送的頻率。 回填資料會儘快傳送,不會每天傳送一次。
此欄位一律設為每日,無法修改。
處理延遲 Customer Journey Analytics 在處理資料摘要檔案前的等待時間。 在處理延遲期間延遲送達的任何事件,都會納入資料摘要。
選擇夠長的延遲,讓連線中最慢的資料完成處理。 如果延遲時間太短,仍在處理中的資料就不會納入資料摘要檔案。
處理延遲下限為2小時。 預設是以您連線中的資料集為基礎。 例如,如果啟用拼接,預設值為6小時。 有些型別的資料需要較長的延遲。 您選擇的延遲取決於連線中的資料型別,例如串流、批次、拼接、查詢或設定檔資料。
在設定此選項之前,請參閱以下章節中說明的詳細資訊和範例,瞭解處理延遲。
壓縮格式 為傳送到雲端目的地的Parquet輸出檔案選取壓縮格式。 從下列格式中選擇:
- 快取:檔案大小適中,可快速壓縮與解壓縮。 受到現代化資料平台(例如BigQuery、Snowflake和Apache Spark)的廣泛支援。
- GZip:廣泛相容,包括本機不支援Snappy的工具。 如果您的下游管道需要廣泛認可的壓縮標準,則建議使用。
- Z標準(Zstd):快速解壓縮的高壓縮效率。 如果優先考慮檔案大小最小化,且您的工具支援Zstd,則適合使用。
所有格式都會壓縮每個Parquet檔案中的資料,一次壓縮一欄,因此您的資料倉儲仍可讀取查詢所需的欄。
如需有關Parquet的優點以及如何在傳送檔案後查詢或載入檔案的資訊,請參閱在資料摘要中使用Parquet檔案。
-
在 傳遞 標籤的 目的地 區段中,設定您要傳送資料的目的地。
note NOTE 設定報告目標時,請考慮以下事項: -
您先前設定的任何雲端帳戶都可用於資料摘要。 您可以從「位置」管理員的元件>匯出>位置帳戶中設定雲端帳戶。
-
雲端帳戶與您的Customer Journey Analytics使用者帳戶相關聯。 其他使用者無法使用或檢視您設定的雲端帳戶,除非您提供這些帳戶給組織中的所有使用者。
-
您可以在元件>匯出>位置中,編輯從「位置」管理員建立的任何位置。
填入下列欄位:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 欄位 函數 檢視所有使用者的目的地 如果您是系統管理員,則可以啟用此選項以檢視組織中所有使用者建立的目的地。 停用此選項時,只會顯示您建立的目的地。 帳戶 進行下列一項:
-
使用現有帳戶:選取 帳戶 欄位旁的下拉式功能表。 或者,開始輸入帳戶名稱,然後從下拉式選單中選取。
只有在您已設定帳戶,或帳戶與您所屬的某個組織共用時,您才可使用帳戶。
-
建立新帳戶:在 帳戶 下拉式功能表中選取新增帳戶。 如需有關如何設定帳戶的資訊,請參閱設定雲端匯出帳戶。
位置 進行下列一項:
- 使用現有的位置:選取 位置 欄位旁的下拉式功能表。 或者,開始輸入位置名稱,然後從下拉式選單中選取它。
- 建立新位置:在 位置 下拉式功能表中選取新增位置。 如需有關如何設定位置的資訊,請參閱設定雲端匯出位置。
覆寫預設路徑或檔案名稱 啟用此選項以覆寫針對所選位置設定的預設路徑或檔案名稱。 覆寫只會套用至此資料摘要,並決定資料摘要檔案的傳送位置。
啟用此選項時,會顯示 路徑或檔案名稱 欄位。
路徑或檔案名稱
只有啟用 覆寫預設路徑或檔案名稱 時才能使用指定路徑或檔案名稱 (或兩者),以決定在所選位置內傳送檔案的位置。 若要將檔案儲存至位置的最上層資料夾,請指定
/。對於即時摘要,您可以使用下列任何變數來使路徑或檔案名稱動態:
- {yyyy}: 4位數的日曆年度(區分大小寫)
- {yy}:2位數的日曆年度(區分大小寫)
- {MM}:2位數的月份(區分大小寫)
- {dd}:2位數日(區分大小寫)
- {HH}: 2位數小時(區分大小寫)
- {mm}: 2位數的分鐘數(區分大小寫)
- {ss}: 2位數秒數(區分大小寫)
- {fff}: 3位數nanoseconds (區分大小寫)
- {instance_id}:要求(執行個體) UUID
- {export_id}:匯出(排程) UUID
- {idx}:索引從0開始(每個檔案都增加)
- {total}:整個傳輸工作的檔案總數
- {completion_millis}:傳輸時間(毫秒)
例如,若您指定
${yyyy}/${MM}/${dd}/my-feed-${instance_id}-${idx},2027年1月15日傳遞的即時摘要將具有下列檔案路徑和名稱:[prefix_folder_name]/2027/01/15/my-feed-[UUID]-1.parquet完成時和到期時通知問題 指定一個或多個電子郵件地址,在資料摘要完成、即將到期或遇到問題時,應向這些地址傳送通知。 請使用逗號分隔多個電子郵件地址。 啟用資訊清單 選擇是否在每次傳送資料摘要時包含資訊清單檔案。 資訊清單檔案包含資料摘要中所包含每個檔案的資訊。 -
-
選取「儲存」。
瞭解處理時段 data-feed-processing-window
處理期間是往前推及包含所選頻率期間(小時或天)的30天滾動期間。 Customer Journey Analytics會使用處理視窗中的資料來處理每個資料摘要傳送。 處理期間一律為30天,且無法變更。
頻率視窗會決定傳遞中包含哪些事件。 處理視窗會提供正確分類這些事件所需的歷史內容,例如這些事件符合哪些區段、它們屬於哪個工作階段,以及哪些維度值會持續存在。
處理視窗與頻率視窗的功能與Analysis Workspace報表視窗類似。 不過,有主要差異。 這些差異可能會導致Workspace報表與資料摘要傳送之間的資料差異。
在處理視窗中處理資料時,會分別考慮區段資格、工作階段計算、維度持續性以及衍生欄位轉換:
細分資格篩選
將區段套用至您的資料摘要定義時,處理視窗中的資料會決定哪些事件、工作階段或人員符合該區段的資格。 區段的容器設定會決定範圍。 (可能的容器包括:「人員」、「工作階段」或「事件」。 B2B包括下列額外的容器:全域帳戶、帳戶、商機、購買群組。)
範例:
假設您要建立資料摘要,以瞭解屬於特定行銷活動(行銷活動B)之使用者行為。
若要完成此操作,請將區段套用至促銷活動B 中名為使用者的資料摘要,以表示資料摘要中只應包含繫結至此區段中使用者的事件。
在此情況下,使用者必須同時符合 兩者 以下條件,才能納入資料摘要中:
-
使用者的事件時間戳記在資料摘要頻率視窗(資料摘要的指定小時或日期)內。
-
使用者可在處理期間 內符合促銷活動B _區段 的資格。_
例如,符合9天前區段資格的使用者包含在資料摘要中。 上次在前符合資格的使用者不包括在內,因為該事件在30天處理期間之外。
工作階段計算
工作階段邊界是使用處理視窗中的所有事件計算,而不只是頻率視窗中的事件。 在頻率視窗之前啟動的工作階段仍會被識別為相同的工作階段。
工作階段ID是以您的資料檢視中的人員、工作階段開始時間和工作階段設定為基礎。 工作階段可跨傳遞保留相同的工作階段ID,因此您可以從跨越每小時或每日傳遞的工作階段加入事件。
在資料摘要中使用工作階段時,請考量下列事項:
- 如果工作階段在處理期間之前啟動,則無法使用其先前的事件,因此工作階段值可以與Analysis Workspace不同。 如需詳細資訊,請參閱瞭解資料摘要和Analysis Workspace之間的資料差異。
- 變更資料檢視中的工作階段設定會變更工作階段ID。 在後續的傳遞中,工作階段ID將不會符合在先前傳遞中的工作階段ID。
Dimension持續性
當您在維度上設定持續性時,您也會設定一個有效期,以決定維度專案在其設定的事件之後持續多長時間。
處理視窗會限制每個到期設定的持續性。 除了具有 自訂時間 過期時間外,不會考慮在處理期間之前設定的值:
-
工作階段:值會持續存在到工作階段結束為止。 如果在處理期間之前啟動工作階段,則不會考慮在處理期間之前設定的值。
-
人員報告期間: 30天處理期間會作為到期日使用。 只有在處理視窗中設定的值才會保留。
-
自訂時間:維度上設定的自訂時間值會持續存在。 如果自訂時間超過30天處理期間,資料摘要會在處理期間(最長90天)開始前回顧,這樣在處理期間之前設定的維度值就可以儲存至傳送中的事件。
note NOTE 目前,「自訂時間有效期」限製為30天處理期間。 如果自訂時間超過30天,則會改用處理期間作為有效期,並且不會考慮在處理期間之前設定的值。 即將支援超出處理期間的自訂時間。 -
量度:值會持續存在,直到選取的量度發生為止。 處理期間之前設定的值不會列入考量。
如需有關在資料檢視中設定維度的持續性的詳細資訊,請參閱持續性元件設定。 如需資料摘要中的持續性與Analysis Workspace有何差異的相關資訊,請參閱瞭解資料摘要與Analysis Workspace之間的資料差異。
範例:
假設您想要在您的資料摘要中,知道使用者在造訪您的網站前最初看到了哪些行銷活動。
若要完成此操作,請在「促銷活動」維度上設定持續性,將「原始」作為配置模式,人員報告期間作為有效期。
在此情況下,只有當使用者同時符合 兩個 的下列條件時,原始行銷活動才會顯示在資料摘要輸出中:
-
使用者的事件時間戳記在資料摘要頻率視窗(資料摘要的指定小時或日期)內。
-
在處理期間 內,使用者有時符合原始行銷活動 的資格。
如果使用者在9天前符合原始行銷活動的資格,則資料摘要中會包含 原始行銷活動。 若使用者在45天前符合資格,則不會包含原始行銷活動,因為它在30天處理期間之外。
衍生欄位轉換
任何參照容器的衍生欄位函式都會使用資料摘要匯出中的處理視窗。 衍生欄位中有哪些日期功能?
了解處理延遲 data-feed-processing-delay
處理延遲的運作方式
處理延遲是Customer Journey Analytics在處理資料摘要檔案之前等待的時間量。 在處理延遲期間延遲送達的任何事件,都會納入資料摘要。
由於各種原因,需要處理延遲,例如為了說明管道延遲、讓行動實施有機會讓離線裝置上線並傳送資料,或在管理先前處理的檔案時容納組織的伺服器端程式。
最低處理延遲為 2 小時,但部分類型的資料需要更長的延遲時間。
範例:
假設每小時的資料摘要包含從中午1:00到下午2:00的資料,且處理延遲為2小時。 該資料摘要檔案的處理於下午4:00開始,並包含處理開始前抵達的任何資料。
根據您的資料選擇處理延遲
不同型別的資料需要經過不同的時間,才能在Customer Journey Analytics中使用。 資料會經過兩個處理階段,每個階段的時間會增加總和。
選擇足夠長的處理延遲,讓連線中最慢的資料完成兩個階段。 如果延遲時間太短,仍在處理中的資料就不會納入資料摘要檔案。
當您建立資料摘要時,處理延遲會根據連線中的資料集預設為建議值。 例如,如果連線已啟用拼接,預設值為6小時。 您可以選擇更短的延遲,最少2小時,但會出現警告,因為某些資料可能未包含在資料摘要中。
階段1:資料到達Experience Platform資料湖
抵達時間會依您收集的資料型別而有所不同。 選擇符合您要收集之資料型別的延遲。
-
來自Edge Network或串流擷取的事件資料集:資料通常會在60分鐘內到達資料湖(請參閱延遲)。
-
Analytics來源聯結器資料集:資料通常會在2.25小時內到達資料湖(請參閱延遲)。
-
來自其他來源聯結器的資料集:延遲因來源聯結器和批次傳送時間而異。 Experience Platform中的上游處理(例如「資料準備」)可以新增更多時間。
-
查詢資料集:資料到達資料湖的時間取決於資料的上傳頻率。 查詢資料通常會以資料庫完整副本的形式上傳,其中只有一小部分的記錄有所變更。 以較小的批次上傳查閱資料,以縮短處理時間。
小型上傳通常會在最小延遲內處理。
大型上傳(例如,每週上傳數百萬筆記錄)的處理優先順序較低,而且可能需要3至4小時的時間。 在大量上傳的情況下,事件資料不會延遲,但查閱值可能不會反映最新的更新。
-
設定檔資料集:資料到達資料湖的時間取決於資料的上傳頻率。 設定檔資料通常會以大型批次擷取,例如完整設定檔表格的每日快照。 以較小的批次上傳設定檔資料,以縮短處理時間。
小型上傳通常會在最小延遲內處理。
大型上傳(例如,每週上傳數百萬筆記錄)的處理優先順序較低,而且可能需要3至4小時的時間。 在大量上傳的情況下,事件資料不會延遲,但設定檔值可能不會反映最新的更新。
階段2:從資料湖擷取資料至Customer Journey Analytics
資料擷取時間會因資料集是否已啟用銜接而異。
範例:
如果您的連線包含多種型別的資料,請選擇可容納最慢資料的延遲。 在以下範例中,大約為8小時。
拼接最多可新增4小時以擷取至Customer Journey Analytics。 若要解決此問題,針對需要拼接的資料,請將處理延遲增加 4 小時。
90分鐘
不彙整
90分鐘+ 4小時的彙整時間
使用拼接