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可确定用户资格并立即重新目标。
  • 仅传输有关新访客的数据。
  • 访客必须重新查看才能符合区段资格。

在此页面上