Destinations 概述

在Audience Manager中, destination 是任何協力廠商系統(廣告伺服器、 DSP、廣告網路等) 任何其他系統 (廣告伺服器、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 來授與使用者的資格,並立即重新鎖定目標。
  • 僅傳輸有關新訪客的資料。
  • 訪客必須再次被看到才能符合區段資格。

本頁內容