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 止通过、或 URL过程 cookie接收 server-to-server 数据。 与您的第三方合作伙伴合作,确定他们可以使用的方法。

业务考虑事项

选择一种投放方法而非另一种方法的业务决策取决于您的合作 destination 伙伴的技术能力,以及您希望如何处理合格的用户信息。 例如,如果某个用户无法通过特定投放方法接 destination 收数据,技术约束可以限制您的选项。 但是,如果没有技术问题,您可以根据要如何对该数据执行操作来发送信息。 例如:
  • URL和几 cookie-based destinations 乎与页面上的用户操作同步工作。
  • Server-to-server 方法有利于长期构建深层受众段。

Destination 类型和典型使用

下表中的示例可以帮助您了解何时使用特定类型以及 destination 每种类型之间的差异。
Destination 键入
通常在
示例
注意事项
Adobe Experience Cloud Destinations
您需要将数据发送到其他Adobe Experience Cloud解决方案。
将数据发送到AdobeAnalytics。
People-Based Destinations
您需要将受众细分发送给基于人的环境,如Facebook。
根据现有客户的购买历史向其提供个性化优惠
受众定位是通过散列标识符完成的。 请参 阅基于人的目标
Device-Based Destinations ( 服务器到服务器 )
  • 无需立即进行数据传输。
  • 收集受众以构建一个大型合格用户池。
收集一段时间(小时或天)的数据,以在设置为稍后运行的活动中使用它。
  • 传输有关新站点和以前站点访客的数据。
  • 访客无需再被看到即可获得其他细分。
Custom Destinations ( URL Cookie )
您需要立即传输数据,以便目标可以立即对合格用户执行操作。
从票证购买站点发送数据。 使用或 URL 确 cookie destination 定用户资格并立即重新目标。
  • 仅传输有关新访客的数据。
  • 访客必须重新查看才能符合区段资格。