目的地的Audience啟用

本指南提供從Adobe Real-Time Customer Data Platform (RT-CDP)啟用對象至外部目的地的完整實作參考。 它專為需要評估對象區段並將其發佈至廣告平台、雲端儲存空間、CRM系統或資料合作夥伴以進行目標定位、隱藏、相似對象建模或分析擴充的解決方案架構師、行銷技術人員和實作工程師所設計。

它提供所有可行的實作選項，以及權衡分析、決定指引、UI導覽路徑和Experience League檔案參考。

指南涵蓋對象啟動的整個生命週期，從定義及評估對象區段（透過設定目的地連線和發佈對象），到監控啟動健康狀況和強制實行控管合規性。

使用案例概述

組織需要將受眾資料傳送至外部系統，以支援付費媒體行銷活動、豐富CRM記錄、與合作夥伴共用資料，或提供下游分析。 Audience Activation to Destinations是RT-CDP中的基本啟用模式：它會評估哪些設定檔符合目標對象的資格、連線到一個或多個外部目的地、將設定檔屬性對應到目的地特定欄位，以及發佈對象以供下游使用。

每當目標是在適當的時間以適當的格式將對象資料取得至外部系統時，此模式即適用。 它不涉及訊息傳送、網站上的個人化或分析。 這是RT-CDP實作最常見的起點，並作為其他模式在上方所構成的建置區塊。

典型的利害關係人包括管理付費媒體的數位行銷團隊、豐富倉儲的資料團隊、為行銷活動準備聯絡名單的CRM團隊，以及確保傳出資料流程符合治理規範的隱私權團隊。

主要業務目標

此使用案例模式支援下列業務目標。

贏取新客戶

透過鎖定目標的贏取促銷活動、相似對象和付費媒體最佳化，來擴大客戶基礎。

KPI：​新客戶、客戶贏取成本、潛在客戶/潛在客戶轉換

進一步瞭解如何取得新客戶

降低客戶贏取成本

提升目標定位效率、從贏取促銷活動中抑制現有客戶，並最佳化媒體支出。

KPI：​客戶贏取成本、每個潛在客戶的成本、效率

深入瞭解如何降低客戶贏取成本

最佳化行銷支出和ROI

透過更好的目標定位、歸因、對象抑制和預算分配，改善行銷投資報酬。

KPI：​成本節省、客戶贏取成本、遞增收入

進一步瞭解最佳化行銷支出和ROI

戰術使用案例範例

關鍵績效指標

使用案例模式

Audience Activation至目的地 — 評估對象區段並發佈至外部目的地，以進行目標定位或隱藏。

功能鏈：​對象評估>目的地設定> Audience Activation >監視

應用程式

基礎函式

下列基本功能必須為此使用案例模式準備就緒。 對於每個函式，狀態會指出它通常是必要的、假設為預先設定或不適用。

支援功能

以下功能可擴大此使用案例模式，但不是核心執行的必要功能。

應用程式函式

此計畫會從「應用程式功能目錄」中執行下列功能。 函式會對應至實作階段，而非編號步驟。

Real-Time CDP (RT-CDP)

先決條件

實作選項

以下實施選項適用於此使用案例模式。 檢閱每個選項和比較表，以決定符合需求的最佳方法。

選項A：串流目的地啟用

最適合：​廣告平台或合作夥伴系統的即時對象成員資格更新 — Facebook自訂對象、Google廣告客戶比對、LinkedIn比對對象、Trade Desk和類似的串流API型目的地。

運作方式：

當設定檔符合或取消符合區段的資格時，串流目的地啟用可近乎即時地將對象會籍變更傳送到目的地。 當設定檔屬性變更或發生行為事件導致設定檔進入或退出對象時，成員資格更新會在數分鐘內串流到目的地。

此方法需要串流目的地聯結器（大部分的主要廣告平台都支援此方法）以及串流或邊緣對象評估方法。 對象評估會持續監控合格設定檔變更，而啟動資料流會在發生更新時推送更新。 目的地會收到遞增的成員資格變更，而非完整對象快照。

串流啟用是RT-CDP目錄大多數廣告平台目的地的預設值。 目的地聯結器會自動處理API驗證、速率限制和重試邏輯。

主要考量事項：

優點：

限制：

Experience League：

選項B：批次目的地啟用（檔案匯出）

最適合：​排程對象匯出至雲端儲存空間、資料倉儲，或使用檔案式匯入的系統 — Amazon S3、Azure Blob儲存空間、Google雲端儲存空間、SFTP、資料登陸區域。

運作方式：

批次目的地啟用會依排程的步調評估對象，並將結果匯出為檔案（CSV、JSON或Parquet）至已設定的儲存體目的地。 匯出可包含完整對象快照或增量變更（自上次匯出以來的新資格和取消資格）。

實施作業包括使用儲存憑證、檔案格式偏好設定（分隔符號、壓縮、命名慣例）和匯出排程（每日、每3小時、每6小時等）來設定檔案型目的地連線。 每次匯出執行都會產生包含對象成員資格及任何對應設定檔屬性的檔案。

此方法支援範圍最廣的下游使用者，因為一般都支援檔案式資料交換。 這也是雲端儲存和資料倉儲擴充使用案例的唯一選項。

主要考量事項：

優點：

限制：

Experience League：

選項C：多目的地啟用

最適合：​同時將相同對象啟用至多個目的地 — 例如，將隱藏清單推送至所有廣告平台、將高值區段同步至CRM和廣告平台，或協調多個媒體合作夥伴的對象觸及率。

運作方式：

多目的地啟用不是個別的技術機制，而是選項A和B的組合，可跨多個目的地連線套用至相同對象。 相同的對象會啟用到兩個或多個目的地，每個目的地都有自己的連線設定、欄位對應和排程。

每個目的地連線都獨立運作 — Facebook的串流啟動和匯出至S3的批次可同時從相同的來源受眾執行。 欄位對應是按目的地設定的，因此可以根據每個目的地的要求以及治理原則允許的內容，將不同的屬性傳送至不同的系統。

這是跨多個廣告平台運作、在媒體啟動時維護CRM同步，或需要將對象資料發佈到營運和分析系統的組織通用的生產模式。

主要考量事項：

優點：

限制：

Experience League：

選項比較

選擇正確的選項

使用以下決定邏輯來選取正確的實作方法：

實作階段

實施會遵循這些階段。 每個階段都包含設定詳細資料、決策點，以及Experience League檔案的連結。

階段1：對象評估

應用程式函式： RT-CDP：對象評估，RT-CDP：對象構成

您將設定的專案：​定義將啟動至目的地的目標對象。 這包括指定對象條件（哪些設定檔符合資格）、選取評估方法（成員資格更新的速度）並驗證對象母體。 這是所有啟用的起點 — 如果沒有已定義和已評估的對象，就沒有要啟用的內容。

此階段中的​決定點：

UI導覽：​客戶>受眾>建立受眾>建置規則（適用於區段產生器）或撰寫受眾（適用於受眾構成）

金鑰組態詳細資料：

選項差異的位置：

選項A （串流目的地啟用）的​：
對象必須使用串流或邊緣評估，以提供即時成員資格更新。 驗證區段規則運算式符合串流評估的資格 — 避免以時間為基礎的彙總函式、多實體查詢，以及inSegment()僅批次區段的參考。

選項B （批次目的地啟用）的​：
任何評估方法皆可運作。 批次評估是最常見的選擇，因為匯出本身會依排程執行。 確認批次評估排程存在於沙箱中，或建立一個。

選項C （多目的地啟用）的​：
評估方法應該適用於要求最嚴格的目的地。 如果任何目的地需要串流，對象應該使用串流評估。 如果所有目的地都是批次，則批次評估就足夠了。

Experience League檔案：

階段2：目的地設定

應用程式函式： RT-CDP：目的地組態

您的設定內容：​建立已驗證連線到將發佈對象的外部目的地。 這包括從目錄選取目的地、提供驗證認證，以及設定目的地特定引數，例如檔案格式、儲存位置和匯出排程。 每個目的地都需要自己的連線設定。

此階段中的​決定點：

使用者介面導覽：​連線>目的地>目錄> [選取目的地] >設定

金鑰組態詳細資料：

選項差異的位置：

選項A （串流目的地啟用）的​：
從目錄（Advertising或Social類別）中選取串流目的地。 完成OAuth授權流程。 在確認授權後，連線已準備好啟動。

選項B （批次目的地啟用）的​：
從目錄（雲端儲存空間類別）中選取以檔案為基礎的目的地。 設定儲存路徑、檔案格式、壓縮、命名慣例和匯出排程。 透過驗證對儲存位置的寫入存取權來測試連線。

選項C （多目的地啟用）的​：
對每個目的地重複此階段。 每個連線都是獨立的 — 您可能混合了串流和批次目的地。 記錄每個連線的驗證和設定，以供作業參考。

Experience League檔案：

階段3：對象啟用

應用程式函式： RT-CDP： Audience Activation

您要設定的專案：​建立啟動資料流，將評估過的對象發佈到設定的目的地。 這涉及選取要啟動的對象、將設定檔屬性對應至目的地欄位，以及設定匯出排程。 啟動資料流會將來源對象連線至目標目的地，並管理正在進行的資料傳送。

此階段中的​決定點：

使用者介面導覽：​連線>目的地>瀏覽> [選取目的地] >啟用對象

金鑰組態詳細資料：

選項差異的位置：

選項A （串流目的地啟用）的​：
選取對象並將身分名稱空間對應至目的地身分欄位。 發佈後立即開始啟用 — 對象會幾乎即時地將資料流變更為目的地。 不需要匯出排程；啟動是連續的。

選項B （批次目的地啟用）的​：
選取對象、對應設定檔屬性，並設定匯出排程。 選擇增量與完整匯出模式。 選擇性地觸發臨機匯出，以在一般排程之外立即傳送。

選項C （多目的地啟用）的​：
對每個目的地重複啟動工作流程。 相同對象可啟用至多個目的地，每個目的地各有不同的屬性對應。 例如，僅傳送雜湊電子郵件至廣告平台，但包含人口統計屬性至CRM。

Experience League檔案：

第4階段：治理驗證

應用程式功能： RT-CDP：同意與治理強制執行

您要設定的專案：​驗證在啟動之前和啟動期間，治理原則和同意偏好設定是否正確執行。 此階段會確保受限制的資料（PII、敏感屬性）不會傳送至未經授權的目的地，且未經有效同意的設定檔會排除在啟用之外。 在啟動時自動執行治理，但主動驗證可防止封鎖的啟動和合規性違規。

此階段中的​決定點：

UI導覽：​隱私權>原則>同意原則（供同意檢閱）；資料治理>原則（供資料使用原則檢閱）

金鑰組態詳細資料：

Experience League檔案：

階段5：監控與驗證

應用程式功能：​監視與可觀察性

您的設定內容：​設定持續監視啟動資料流程、設定失敗警示、驗證目的地的對象母體，以及追蹤授權使用情況。 監控在生產啟動中至關重要，因為傳送失敗會直接影響行銷活動效能和媒體支出。

金鑰組態詳細資料：

使用者介面導覽：​連線>目的地>瀏覽> [選取目的地] >資料流執行（針對啟用監視）；警示>警示規則>訂閱（針對警示設定）；管理>授權使用情況（針對授權追蹤）

Experience League檔案：

實施考量

在實施之前和期間，請檢閱下列考量事項。

護欄和限制

常見陷阱

最佳實務

權衡決定

相關文件

目的地

對象和細分

身分和設定檔

資料模型與結構描述

資料控管

監視和可觀察性

計算屬性

資料收集和來源

管理

護欄