開始使用資料管理 about-data
資料是您透過 Adobe Journey Optimizer 傳送的每個歷程、決策和訊息的基礎。
本頁提供實用的起點，讓您瞭解：
- Journey Optimizer 使用的核心資料建置區塊 (結構描述、資料集、身分識別、輪廓)
- Journey Optimizer 如何使用 Adobe Experience Platform 資料
- 建立歷程和行銷活動之前，您的團隊必須完成哪些資料設定步驟
- 接下來要前往何處取得詳細設定和最佳做法
請與您的資料工程師、管理員和行銷人員一同使用本指南，讓每個人都能瞭解資料如何流進/流出 Journey Optimizer。
Journey Optimizer 如何使用 Adobe Experience Platform 資料 aep-data
Adobe Journey Optimizer 建立於 Adobe Experience Platform。 它不會維護獨立的資料存放區。 而是使用與其他 Experience Cloud 應用程式相同的資料基礎。
結構描述和資料集在 Adobe Experience Platform 中上線。 身分識別和即時客戶輪廓是由身分識別服務和輪廓服務所管理。 Journey Optimizer 會從 Adobe Experience Platform 讀取輪廓和事件資料，以評估歷程條件、個人化訊息，並選取產品建議。 它會將互動資料 (例如傳送、開啟、點選和退回事件，以及歷程步驟事件) 寫入回 Experience Platform 資料集。 它也可以在執行階段查詢其他資料集，而無需將該資料複製到輪廓中。
Journey Optimizer 中的重要資料概念 key-concepts
在 Journey Optimizer 中處理資料時，您會遇到數個相關概念。 下表提供快速概觀；接下來的章節將更詳細地說明每個概念。
結構描述 (XDM 結構描述) schema
結構描述是一組代表、驗證並格式化資料的規則。 它由類別 (定義基本行為：記錄或時間序列) 和選用的欄位群組 (新增特定欄位) 組成。 結構描述是使用體驗資料模型 (XDM) 標準定義的，並在 Adobe Experience Platform 中上線。
XDM 的存在是為了解決實際問題：相同的概念 (客戶、購買、產品) 在不同的來源系統中的命名和結構不同。 XDM 提供共用語言，可在單一定義下統一這些概念，無論資料來自何處。 這可讓 Journey Optimizer 同時以一致的方式處理 CRM、網站、行動應用程式和資料倉儲中的資料。
在 Journey Optimizer 中，您通常會使用客戶屬性的 XDM 個人輪廓結構描述 (名稱、偏好設定、同意) 以及行為事件的 XDM ExperienceEvent 結構描述 (購買、頁面檢視、註冊)。
➡️ 深入瞭解結構描述
資料集 dataset
資料集是適用於符合結構描述之資料的儲存和管理建構，可將其視為已定義的一組欄和列的表格。 Journey Optimizer 使用的所有資料都儲存在 Adobe Experience Platform 資料集中。 這些可以是輪廓資料集 (有助於即時客戶輪廓)、事件資料集 (儲存行為資料以用於歷程和分析)，或 Journey Optimizer 自動建立的系統資料集，以用於追蹤、意見回饋和歷程步驟事件。
➡️ 深入瞭解資料集
來源連接器 source-connector
來源連接器 (也稱為來源) 可協助您將多個系統 (例如 Adobe Analytics、Adobe Experience Platform Web SDK、雲端儲存空間 (S3、Azure Blob) 或 CRM 資料庫的資料擷取到 Adobe Experience Platform。 除了原始擷取，連接器還能使用 Experience Platform 服務來建構、標記和增強資料，包括對應至 XDM 結構描述的欄位和資料治理標籤。
➡️ 深入瞭解來源連接器
資料來源 (Journey Optimizer) data-source
Journey Optimizer 中的資料來源會定義 Adobe Experience Platform (或外部 API) 中的哪些欄位會顯示在歷程和訊息中。 在 Journey Optimizer UI 中設定的資料來源通常包括內建的 Adobe Experience Platform 資料來源 (公開即時客戶輪廓屬性)，以及在歷程執行階段呼叫的選用外部或自訂資料來源，以進行額外擴充。 它們用於歷程條件、自訂動作和訊息個人化。
➡️ 深入瞭解資料來源
身分識別和即時客戶輪廓 identity
身分識別是可代表個別客戶的唯一識別碼，例如 Cookie ID、裝置 ID、電子郵件地址或 CRM ID。 身分識別會被整理為命名空間 (電子郵件、ECID、CRMID)，而同一人員的多個身分會拼接到統一的身分識別圖中。 即時客戶輪廓透過合併來自多個管道 (包括線上、離線、CRM 和第三方來源) 的資料，使用該圖表來全面瞭解每個客戶。
對於初學者而言，關鍵概念是 輪廓片段 模型。 每次客戶在特定裝置或管道 (您的網站、行動應用程式、商店) 上與您的品牌互動時，該互動會記錄為輪廓片段：根據特定接觸點對該客戶的部分檢視。 即時客戶輪廓會根據共用的身分值，持續將這些片段拼接在一起，進而建立完整、最新的輪廓。 Journey Optimizer 會從此組合輪廓中讀取，以即時評估條件、選取產品建議和個人化訊息。
查詢資料集 lookup-dataset
查詢資料集可讓 Journey Optimizer 在執行階段從 Adobe Experience Platform 資料集中擷取參考或交易型資料，而無需將該資料儲存在即時客戶輪廓上。 這對於經常變更參考資料 (價格、庫存、商店營業時間) 或在訊息時間需要但不屬於輪廓的交易型資料很有用。 Journey Optimizer 會在歷程或訊息執行期間，根據索引鍵 (例如產品 ID) 執行查詢。
➡️ 深入瞭解查詢資料集
資料整備檢查清單 checklist
在行銷人員開始建立歷程和行銷活動之前，您的組織應完成一組資料整備步驟。 這可確保 Journey Optimizer 在正確的時間以合規的方式使用正確的資料。
以下六個步驟將逐步引導您完成完整的資料設定流程，從身分識別設定到驗證資料是否正確流入 Journey Optimizer：
- 定義您的身分識別策略
- 為輪廓和事件資料設計結構描述
- 建立已啟用輪廓的資料集
- 從您的來源擷取資料
- 在 Journey Optimizer 中設定資料來源
- 驗證追蹤、意見回饋和歷程資料集
選擇客戶的主要身分 (例如 ECID、電子郵件或 CRMID)，並在 Adobe Experience Platform 身分識別服務中設定對應的命名空間。 請確定身分欄位顯示在已啟用輪廓的結構描述中，並驗證輪廓是否正確拼接至身分識別圖。
建立 XDM 個人輪廓結構描述以擷取客戶屬性，例如名稱和聯絡資訊、偏好設定和興趣，以及生命週期階段或同意狀態。 建立 XDM ExperienceEvent 結構描述，以擷取行為與交易型資料，例如網頁與應用程式事件、購買和離線互動。 在適當的地方，將正確的欄位標示為身分識別和輪廓屬性。
➡️ 深入瞭解結構描述
在 Adobe Experience Platform 中，根據您的 XDM 結構描述建立資料集，並在任何應有助於即時客戶輪廓的資料集上啟用輪廓。 確認 Journey Optimizer 建立的系統產生資料集在資料集工作區中可見。
➡️ 深入瞭解資料集
設定企業系統 (例如 Adobe Analytics、Adobe Experience Platform Web SDK 或 CRM 和 POS 平台) 的來源連接器，並將傳入欄位對應至您的 XDM 結構描述。 驗證資料是否進入正確的資料集，並如預期顯示在即時客戶輪廓中。
➡️ 深入瞭解來源連接器
資料來源是 Journey Optimizer 專屬的概念：資料來源不是資料所在的位置，而是您宣告 Journey Optimizer 在歷程及訊息執行期間可讀取哪些欄位的位置。 在歷程評估諸如「客戶是否為忠誠度會員？」等條件 或使用名字個人化訊息之前，相關輪廓欄位必須透過資料來源設定公開。
Journey Optimizer 包含內建 Adobe Experience Platform 資料來源，可直接存取即時客戶輪廓屬性。 這涵蓋了絕大部分的使用案例：讀取輪廓屬性以進行個人化，或檢查同意和偏好設定欄位。 您也可以設定外部資料來源，以在歷程執行階段呼叫第三方 API，例如，擷取即時忠誠度分數、產品建議或未儲存在 Adobe Experience Platform 中的商店庫存等級。
| note |
|---|
| NOTE |
| 透過內建的 Adobe Experience Platform 資料來源直接存取體驗事件資料的操作已棄用，並逐步停用。 了解更多。 |
設定資料來源是一項管理工作，會為歷程作者和行銷人員解除鎖定完整資料層。 一旦透過資料來源公開欄位，就可在歷程條件產生器、訊息個人化編輯器及產品建議決策規則中使用，而不需要在歷程建立時間進行任何額外的工程工作。
➡️ 深入瞭解資料來源設定
確認在資料集工作區中可以使用 Journey Optimizer 系統產生的資料集。 執行測試歷程和行銷活動，然後使用查詢編輯器，以驗證是否記錄傳送、開啟、點按和退回事件，以及是否正確擷取歷程步驟事件和狀態。 使用這些資料集進行持續監視、疑難排解和歷程最佳化。
護欄和資料設計考量事項 guardrails
有些產品護欄和限制會影響您設計資料模型和歷程的方式。 請及早檢閱這些內容，以免稍後重複工作。
Journey Optimizer 系統資料集和 TTL datasets-ttl
Journey Optimizer 會建立數個系統產生的資料集，用於追蹤、意見回饋和歷程步驟事件。 自 2025 年 2 月起，存留時間 (TTL) 護欄正在其中部分資料集中推出，這可能會影響資料保留多久以進行分析和疑難排解。
串流細分和 Journey Optimizer 事件 streaming-segmentation
自 2024 年 11 月 1 日起，串流細分已不再支援來自 Journey Optimizer 追蹤和意見回饋資料集的傳送、開啟事件。 針對使用案例 (例如頻率上限和疲勞管理)，請使用業務規則，而不是根據傳送/開啟事件串流區段。
➡️ 深入瞭解資料集
資料集查詢與決策 lookup-guardrails
資料集查詢適用於經常變更的屬性 (庫存、定價、天氣) 或不需要儲存在即時客戶輪廓中的資料。 在設計查詢策略之前，請檢視相關文件中的產品特定護欄，例如資料集大小限制和查詢上限。
➡️ 深入瞭解查詢資料集
範例：為歡迎歷程準備資料 example
下列範例說明此頁面上的概念如何在簡單案例中搭配運作。
- 資料工程師會為客戶屬性 (名稱、電子郵件、忠誠度等級、同意) 建立 XDM 個人輪廓結構描述，並為網頁註冊事件建立 XDM ExperienceEvent 結構描述。
- 為每個結構描述建立已啟用輪廓的資料集：一個用於 CRM 屬性，另一個用於註冊事件。
- 網頁和行動團隊透過 Adobe Experience Platform Web SDK 串流註冊事件；CRM 資料可透過來源連接器擷取。
- 管理員在 Journey Optimizer 中設定 Adobe Experience Platform 資料來源，並公開
profile.person.name.firstName、profile.personalEmail.address和profile.loyaltyTier等欄位。 - 行銷人員建立歡迎歷程，此歷程會聆聽註冊事件並使用這些輪廓屬性來個人化歡迎電子郵件。 Journey Optimizer 會將傳送和開啟事件寫入追蹤資料集，並將歷程進度記錄在歷程步驟事件資料集中。
- 開發人員使用查詢編輯器來驗證事件是否正確流動，並分析效能 (開啟、點按、傳送時間)。 團隊會根據這些洞察調整歷程和內容。
此流程說明結構描述、資料集、來源、資料來源和查詢如何在完整、適合初學者的使用案例中搭配運作。
相關資源 related-resources
建立資料集並擷取資料教學課程
此實作教學課程展示如何在 Adobe Experience Platform 中建立資料集並使用來源連接器擷取資料，以及您可以在自己的沙箱中遵循的逐步指示。
觀看教學課程{target="_blank"}