Segmentation Service 概觀
Adobe Experience Platform Segmentation Service提供使用者介面和RESTful API，可讓您透過Real-Time Customer Profile資料的區段定義或其他來源建立對象。 這些客群會在 Experience Platform 上集中設定及維護，並可透過任何 Adobe 解決方案輕鬆存取。
本檔案概述Segmentation Service及其在Adobe Experience Platform中扮演的角色。
快速入門：Segmentation Service
您應瞭解本檔案中使用的下列主要辭彙：
- 對象：一組具有類似行為和/或特徵的人。 此人員集合可由Adobe Experience Platform使用區段定義（Experience Platform產生的對象）產生，或由外部來源（外部產生的對象）產生。
- 區段定義： Adobe Experience Platform用來描述目標對象關鍵特性或行為的規則集。
- 區段：將設定檔分隔成對象的動作。
區段的運作方式
區段是定義特定屬性或行為的程式，這些屬性或行為由您的個人資料存放區中的個人資料子集共用，以便區分可行銷人群組和您的客戶群。 例如，在名為「您忘記購買運動鞋嗎？」的電子郵件行銷活動中，您可能想要一個受眾，其中包含過去30天內搜尋跑鞋但未完成購買的所有使用者。
在概念定義對象後，即會在Experience Platform中建置對象。 一般而言，對象是由行銷人員或對象專家建立，不過有些組織偏好由行銷部門與資料分析師合作建立。 檢閱傳送至Experience Platform的資料後，資料分析人員可以兩種方式建立對象：透過選取將用於建立對象規則或條件的欄位和值來建立區段定義，或使用對象構成來構成對象。
建立對象
您可以在Adobe Experience Platform上以多種方式建立受眾，包括透過組合、區段定義、同盟資料和資料Distiller。
客群構成
在Experience Platform上直接構成受眾時，您可以使用受眾構成。 若要瞭解如何使用對象構成來建立對象，請參閱對象構成指南以取得詳細資訊。
區段定義
不論是使用API或使用Segment Builder建立，區段定義最終都是使用Profile Query Language (PQL)定義。 這是以建立用來擷取符合條件的設定檔的語言描述概念區段定義的地方。 如需詳細資訊，請參閱PQL概觀。
若要瞭解如何在Segment Builder （Segmentation Service的UI實作）中建立和使用區段，請參閱區段產生器指南。
如需有關使用API建立區段定義的資訊，請參閱有關使用API建立區段定義的教學課程。
聯合客群構成 fac
除了受眾構成和區段定義之外，您還可以使用Adobe同盟受眾構成從企業資料集建立新受眾，無需複製基礎資料即可將這些受眾儲存至Adobe Experience Platform受眾入口網站。 您也可以利用從企業資料倉儲已同盟的構成對象資料，讓Adobe Experience Platform中的現有對象更為豐富。 請閱讀同盟對象構成的指南。
評估對象 evaluate-segments
Experience Platform 目前支援三種評估客群的方式：串流分段、批次分段以及邊緣分段。
串流區段 streaming
串流細分是持續進行的資料選擇流程，其會根據使用者活動來更新客群。 建立並儲存對象後，區段定義就會套用至對Real-Time Customer Profile傳入的資料。 會定期處理對象的新增和移除，確保您的目標對象仍然相關。
若要深入瞭解串流區段，請閱讀串流區段檔案。
批次分段 batch
批次分段是持續資料選取流程的替代方案，會透過區段定義立即移動所有設定檔資料以產生相對應的對象。建立後，會儲存並儲存產生的對象，以便您將其匯出以供使用。
每24小時自動評估批次對象。 如果您想要依需求評估批次對象，則可以使用區段工作。 若要深入瞭解區段作業，請參閱區段作業檔案。
邊緣分段 edge
Edge區段能在Edge Network🔗上即時評估Experience Platform中的區段，啟用相同頁面和下一頁個人化使用案例。
若要深入瞭解邊緣細分，請閱讀邊緣細分概觀。
存取區段結果
若要瞭解如何存取匯出的對象，請參閱區段定義評估教學課程。
區段定義中繼資料
區段定義中繼資料可在您的任何對象要重複使用和/或結合時協助編制索引。
構成區段定義（透過API或Segment Builder）需要您定義名稱和合併原則。
區段定義名稱
建立新區段定義時，您必須提供名稱。 區段定義名稱是用來識別由Segmentation Service建立的集合中的特定區段定義。 因此，區段定義名稱應具描述性、簡潔且獨特。
合併原則
合併原則是Profile用來決定資料在特定條件下如何優先並合併到統一檢視中的規則。
如果未定義合併原則，則會使用預設的Experience Platform合併原則。 若您想使用組織專屬的合併原則，您可以建立自己的原則，並將其標示為組織的預設原則。
您可以在合併原則指南中找到有關合併原則的更多資訊。
其他區段定義中繼資料
除了名稱和合併原則之外，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建立區段定義的教學課程。