Segmentation Service 概觀

Adobe Experience Platform Segmentation Service 提供使用者介面和RESTful API,可讓您透過區段定義或其他來源,從 Real-Time Customer Profile 資料。 這些對象會在 Platform 上集中設定及維護,並可透過任何 Adobe 解決方案輕鬆存取。

本檔案提供以下專案的概觀: Segmentation Service 以及它在Adobe Experience Platform中扮演的角色。

快速入門:Segmentation Service

您應瞭解本檔案中使用的下列主要辭彙:

  • 細分:將一大群個人(例如客戶、潛在客戶、使用者或組織)劃分為具有類似特徵且對行銷策略有類似回應的較小群組。
  • 對象:一組具有類似行為和/或特徵的人。 此人員集合可由Adobe Experience Platform使用區段定義(平台產生的對象)產生,或由外部來源(外部產生的對象)產生。
  • 區段定義:Adobe Experience Platform用來描述目標對象之關鍵特性或行為的規則集。

區段的運作方式

區段是定義特定屬性或行為的程式,這些屬性或行為由設定檔存放區中的設定檔子集共用,以便區分可行銷人群組和您的客戶群。 例如,在名為「您忘記購買運動鞋嗎?」的電子郵件行銷活動中,您可能想要一個受眾,其中包含過去30天內搜尋跑鞋但未完成購買的所有使用者。

從概念上定義對象後,即會在其中建置 Experience Platform. 一般而言,對象是由行銷人員或對象專家建立,不過有些組織偏好由行銷部門與資料分析師合作建立。 檢閱傳送至的資料時 Platform,資料分析人員可以兩種方式建立受眾 — 透過選取將用於建立受眾規則或條件的欄位和值來建立區段定義,或使用受眾構成來構成受眾。

建立對象

可以在 Adobe Experience Platform 以兩種不同方式建立對象 - 直接組成對象或透過平台衍生的區段定義。

對象構成

在Platform上直接構成對象時,您可以使用「對象構成」。 若要瞭解如何使用對象構成來建立對象,請參閱 對象組合指南 以取得詳細資訊。

區段定義

無論是使用API建立,還是使用 Segment Builder,區段定義最終可使用來定義 Profile Query Language (PQL)。 這是以建立用來擷取符合條件的設定檔的語言描述概念區段定義的地方。 如需詳細資訊,請參閱 PQL概述.

若要瞭解如何在中建立和使用區段 Segment Builder (的UI實作 Segmentation Service),請參閱 區段產生器指南.

如需使用API建立區段定義的詳細資訊,請參閱以下教學課程: 使用API建立區段定義.

NOTE
在擴展結構描述時,所有未來上傳都必須據此更新新新增的欄位。 如需自訂的詳細資訊 Experience Data Model (XDM),造訪 結構描述編輯器教學課程.
此外,如果資料集已啟用體驗事件到期值,這可能會影響已建立區段定義的成員資格。 請閱讀指南,日期: 體驗事件有效期 如需此功能如何影響區段的詳細資訊。

評估對象 evaluate-segments

Platform 目前支援三種評估對象的方式:串流分段、批次分段以及邊緣分段。

串流區段 streaming

串流細分是持續進行的資料選擇流程,其會根據使用者活動來更新對象。 在建立並儲存對象後,區段定義會套用至的內送資料 Real-Time Customer Profile. 會定期處理對象的新增和移除,確保您的目標對象仍然相關。

若要進一步瞭解串流區段,請參閱 串流區段檔案.

批次分段 batch

批次分段是持續資料選取流程的替代方案,會透過區段定義立即移動所有設定檔資料以產生相對應的對象。建立後,會儲存並儲存產生的對象,以便您將其匯出以供使用。

每24小時自動評估批次對象。 如果您想要依需求評估批次對象,則可以使用區段工作。 若要深入瞭解區段工作,請參閱 區段作業檔案.

邊緣分段 edge

邊緣區段是即時評估Platform中區段的能力 在Edge Network,啟用相同頁面和下一頁個人化使用案例。

若要深入瞭解邊緣細分,請閱讀 API檔案UI檔案.

存取區段結果

若要瞭解如何存取匯出的閱聽眾,請參閱 區段定義評估教學課程.

區段定義中繼資料

區段定義中繼資料可在您的任何對象要重複使用和/或結合時協助編制索引。

構成區段定義(透過API或 Segment Builder)需要您定義名稱和合併原則。

區段定義名稱

建立新區段定義時,您必須提供名稱。 區段定義名稱是用來識別所建立集合中的特定區段定義 Segmentation Service. 因此,區段定義名稱應具描述性、簡潔且獨特。

NOTE
規劃區段定義時,請記住,區段定義可從任何其他區段定義中參照並與之結合。 選取名稱時,請考量您的區段定義可能包含可重複使用的部分的可能性。

合併政策

合併原則是以下使用者使用的規則: Profile 以決定在特定條件下,如何將資料優先並合併到統一檢視中。

如果未定義合併原則,則預設值為 Platform 已使用合併原則。 若您想使用組織專屬的合併原則,您可以建立自己的原則,並將其標示為組織的預設原則。

有關合併原則的更多資訊可在以下網址找到: 合併原則指南.

NOTE
預估對象人數是根據組織的預設設定檔合併原則。

其他區段定義中繼資料

除了名稱和合併原則, Segment Builder 提供額外的說明中繼資料欄位,讓您摘要瞭解區段定義的用途。

進階分段功能

區段定義可設定為透過合併以持續產生對象 串流資料擷取 並具備下列任一進階分段功能:

以下各節將更詳細地討論這些進階功能。

順序分段 sequential

標準使用者歷程本質上為循序性質。 Adobe Experience Platform可讓您定義一系列有序的對象來反映此歷程,因此能擷取事件發生的順序。 您可以使用中的視覺事件時間軸,將事件依所需順序排列 Segment Builder.

需要循序分段的客戶歷程範例為產品檢視>產品新增>結帳>不購買。

動態細分 dynamic

動態細分可解決行銷人員在傳統上為行銷活動建立受眾時面臨的可擴充性問題。

靜態細分需要您明確並重複擷取每個可能的使用案例,而動態細分則會使用變數來建立規則邏輯及動態地表達關係。

為了說明此進階細分功能的價值,請考慮讓資料架構師與行銷人員合作,以識別在家庭狀態以外進行購買的客戶。

靜態區段會要求您先以唯一的首頁狀態屬性定義個別區段,再篩選不等於首頁狀態的購買事件。 若是此型別的明確區段定義,會顯示「我正在猶他州尋找購買狀態並非猶他州的人」。 使用此方法建立受眾時,需要您為每個美國州定義一個區段定義,一共有50個區段。

隨著規模增加,不可避免地會出現不同的區段定義組合,導致靜態區段所需的手動程式變得更加耗時,進而降低您的整體效率。

將變數指派給購買狀態屬性,您的動態區段定義簡化為「在該購買狀態不等於客戶居住狀態的情況下尋找我的購買」。 如此一來,您就可以將50個靜態區段合併為單一動態區段定義。

多實體分段 multi-entity

透過進階的多實體分段功能,您可以擴充 Real-Time Customer Profile 根據產品、商店或其他非人員(也稱為「維度」實體)的其他資料而擁有的資料。 因此, Segmentation Service 區段定義期間可以存取其他欄位,就像是原本的欄位 Profile 資料存放區。 根據與您獨特業務需求相關的資料,多實體細分在識別對象時可提供彈性。 如需詳細資訊,包括使用案例和工作流程,請參閱 多實體分段指南.

Segmentation Service 資料型別

Segmentation Service 支援各種基本和複雜的資料型別。 詳細資訊,包括支援的資料型別清單,請參見 支援的資料型別指南.

後續步驟

Segmentation Service 提供整合的工作流程,以便從建立對象 Real-Time Customer Profile 資料。

如需使用Segmentation Service UI的詳細資訊,請參閱 Segmentation Service UI概述.

若要瞭解如何在UI中撰寫對象,請參閱 對象組合指南. 若要瞭解如何在UI中定義區段定義,請參閱 區段產生器指南. 如需使用API建立區段定義的詳細資訊,請參閱以下教學課程: 使用API建立區段定義.

recommendation-more-help
770bc05d-534a-48a7-9f07-017ec1e14871