Destinations 概述

在Audience Manager中,a destination 是任何第三方系統(ad伺服器, DSP、ad網路等) 任何其他系統 (廣告伺服器、DSP、廣告網路等)。Destination Builder 是用於建立和管理的工具 cookie。 URL或 server-to-server destinations。

目的和優勢

Destinations 和 Destination Builder 允許建立 destinations 並向資料夥伴發送有關分段用戶的資訊。 這有助於:

  • Protect資料值: 而不是將所有用戶資料發送到 destination。 Destination Builder 允許您僅共用有關合格用戶的特定資訊。
  • 對您的資料採取操作: 向 destination 合作夥伴幫助他們快速開發並瞄準合格的受眾群。
  • 減少技術開銷: 業務用戶可以設定 destinations 安全地 Destination Builder 。 這有助於減少部署前測試所需的時間。 與 Destination Builder,建立、管理和刪除 destinations 隨著您的業務需要變化,所有這些都無需經過漫長的開發週期。

技術考量

資料交付取決於資料合作夥伴希望或能夠接收 destination 的下界。 技術或工程限制可能會阻止 destination 從通過 URL。 cookie或 server-to-server 進程。 與您的第三方合作夥伴合作,以確定他們可以使用哪種方法。

業務考量

選擇一種交付方法而不是另一種交付方法的業務決策取決於您的技術能力 destination 合作夥伴和您對合格用戶資訊的處理。 例如,技術約束可以限制選項 destination 無法通過特定傳遞方法接收資料。 但是,如果沒有技術問題,您可以根據您希望如何對該資料執行操作來發送資訊。 例如:

  • URLs和 cookie-based destinations 幾乎與頁面上的用戶操作同步工作。
  • Server-to-server 方法有助於隨著時間推移構建深入的受眾群體。

Destination 類型和典型用途

下表中的示例可幫助您瞭解何時使用特定 destination 以及每種類型的差異。

Destination 類型 通常在 範例 考量事項
Adobe Experience Cloud Destinations 您需要將資料發送到其他Adobe Experience Cloud解決方案。 正在向Adobe Analytics發送資料。
People-Based Destinations 您需要將受眾段發送到基於人的環境,如Facebook。 根據現有客戶的購買歷史記錄向其提供個性化服務 通過散列標識符來實現受眾目標。 請參閱 基於人的目的地
Device-Based Destinations (伺服器到伺服器)
  • 不需要立即傳輸資料。
  • 收集資料以構建大量合格用戶的受眾池。
收集隨時間(小時或天)的資料,以在稍後日期運行的市場活動集中使用它。
  • 傳輸有關新站點訪問者和以前站點訪問者的資料。
  • 訪問者不必再被看到,就能獲得其他分類。
Custom Destinations (URLCookie) 您需要立即傳輸資料,以便目標可以立即對合格用戶執行操作。 從票證購買站點發送資料。 使用 URL 或 cookie destination 以限定用戶並立即重定目標。
  • 僅傳輸有關新訪問者的資料。
  • 必須再次看到訪問者,才有資格參加該節目。

本頁內容