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無法透過特定傳送方法接收資料,技術限制可能會限制選項。 不過,如果沒有技術問題,您可以根據對該資料採取動作的方式來傳送資訊。 例如:

  • URL和與在 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 ( URL或 Cookie) 您需要立即傳輸資料,讓目的地能立即對合格使用者採取行動。 從票證購買網站傳送資料。 使用URL或cookie destination來限定用戶並立即重新定位。
  • 僅傳輸有關新訪客的資料。
  • 訪客必須再次被看到才能符合區段資格。

本頁內容