Show Menu
主題×

Destinations 概述

在Audience Manager中, destination 任何協力廠商系統(廣告伺服器、 DSP廣告網路等) 任何其他系統 (廣告伺服器、DSP、廣告網路等)。Destination Builder 是您用來建立和管理、 cookie或 URL的工 server-to-server destinations具

用途與優勢

Destinations 並可 Destination Builder 讓您建立 destinations 細分使用者的相關資訊,並傳送給資料合作夥伴。 這有助於:
  • 保護資料價值: 與其將所有使用者資料傳送至 destination, Destination Builder 您只能分享合格使用者的特定資訊。
  • 對您的資料採取行動: 傳送資料給合作伙 destination 伴可協助他們快速開發並鎖定合格的受眾細分。
  • 降低技術開銷: 商業使用者可在介 destinations 面中安全設 Destination Builder 定。 這有助於縮短部署前測試所需的時間。 有了 Destination Builder,您就可以隨著業務需求的變 destinations 更,建立、管理和刪除內容,而不需花費長時間的開發週期。

技術考量

資料傳送取決於您的資料合作夥伴想要或能夠如何接收資 destination 訊。 技術或工程限制可能會阻 destination 止某人透過、 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 限定使用者,並立即重新定位。
  • 僅傳輸有關新訪客的資料。
  • 必須再次檢視訪客才能符合區段的資格。