像素与回传：您应该使用哪种跟踪方法？

已发表: 2016-05-26
两个人一起在计算机上计算像素和回发跟踪。

由 Makers 拍摄的 Nesa

在绩效营销方面，您可以问自己（或您的广告客户）的最大问题之一是您想要使用哪种转化跟踪协议：像素跟踪（客户端）或回发跟踪（服务器端）。 每种都有优点和缺点，如果你想成功，区分它们很重要。 所以，让我们分解一下。

首先——定义：

像素追踪

也称为客户端、基于 cookie 的浏览器内跟踪。 此方法依靠用户的浏览器来跟踪转化，方法是在点击上放置一个 cookie，该 cookie 在转化时再次调用，以验证会话并将转化归因于正确的附属公司。 基于像素的优惠使用 cookie 进行跟踪，因为它们可以将会话值存储在 cookie 中，并且通过像素设计用于跟踪的方式，可以轻松地从浏览器中提取此信息。 因此，使用像素设置要跟踪的报价非常简单，只需将 HTML 报价像素放置在转化页面上即可。

在以下情况下使用像素跟踪：

TUNE 的一般建议是尽可能少地使用像素跟踪，因为像素跟踪仅适用于可以存储 cookie 的非移动网络流量。 此外，Safari、Chrome 和 Firefox 等主要浏览器正在不再允许与跟踪相关的 cookie，即使对于第一方也是如此。

作为最后的手段，如果满足以下条件，请使用像素跟踪：

优惠的广告客户无法发送服务器端转化通知。
该优惠不涉及移动应用程序安装。
优惠的所需最终用户使用支持跟踪相关 cookie 的浏览器。

有关更多信息，请查看此TUNE 支持文章，解释像素跟踪的实现。

回发跟踪

也称为服务器端、服务器调用、服务器 2 服务器（或服务器到服务器）、s2s 以及错误的服务器像素跟踪，它依赖于广告客户的服务器来跟踪点击产生的会话以归因于转化。 服务器记录然后将事务 ID 传递回 TUNE。 此方法独立于用户的浏览器。 回发跟踪可以被认为是两个独立的过程：用户点击报价时会发生什么以及转换时会发生什么。

导致转换：

  1. 用户看到一个报价。
  2. 用户点击报价。
  3. 单击转到 TUNE 服务器。 服务器记录点击，然后生成并记录该会话的 ID（在大多数情况下为事务 ID）。
  4. TUNE 立即将用户引导至优惠的登录页面，包括优惠 URL 中该会话的 ID。
  5. 用户在广告客户的网站上看到优惠页面。 广告商的网站会处理记录该会话的 ID，但它认为合适，例如将其作为变量存储在电子商务网站或移动应用程序中的 SDK 中。

当用户转换该优惠时：

  1. 广告商的服务器向 TUNE 发送一个信号（也就是触发回发），其中包括最初提供的 ID TUNE。 用户不会以任何方式返回到 TUNE。
  2. TUNE 记录了该会话的转换。

TUNE 有另一篇很棒的支持文章，解释了回发跟踪。

在以下情况下使用回发跟踪：

您拥有可用于实施服务器端调用的技术资源（有关实施的详细信息，请参见下文）。

像素跟踪的优缺点

优点：

  • 像素跟踪非常容易实现。 因为它只是将代码复制并粘贴到您网站的 HTML 中，所以您无需成为开发人员即可设置跟踪。 同样，实施的学习曲线也不那么陡峭。

缺点：

  • 如果转化发生在移动设备上，像素跟踪将不起作用。 这意味着移动网络、应用商店和应用中的转化不会注册。 （移动设备和智能手机的默认设置通常是阻止 cookie，因此一开始就永远不会将 cookie 放置在移动设备上。）
  • 像素跟踪更容易出现欺诈行为。 正如您可以想象的那样，由于跟踪是在浏览器中完成的，因此精通技术的会员很容易在不发生实际转换的情况下触发像素。
  • 有时，像素只是不触发，你不会知道为什么。 造成这种情况的一个可能原因是用户在点击和转化之间清除了缓存，但有时原因不明。 报告对故障排除几乎没有帮助，因为您没有服务器日志可供使用。
  • 由于所有这些原因（以及其他原因），像素跟踪非常不准确。

回发跟踪的优缺点

优点：

  • 更可靠，因为所有跟踪都是在服务器端完成的，所以你留下的机会要少得多。
  • 使用 TUNE 的服务器日志更容易排除故障。
  • 不太容易发生欺诈，还有更多选项可用于减轻欺诈，例如添加报价白名单、广告商安全令牌或散列回发 URL。 阅读有关防止回发欺诈的更多信息。
  • 您可以选择设置全局回发（基于每个广告商），其中单个回发实现可以为该广告商的所有报价注册转换。 像素没有那个选项。
  • 通常，回发跟踪将允许更多选项用于在用户访问网页时触发转换。 您可以让您的广告客户随时发回转化 URL，而不是仅限于简单的页面加载。 例如，如果您的广告客户不想在订单发货或潜在客户合格后才注册转化，这将非常有用。
  • 回发跟踪适用于移动设备！ 请记住，像素跟踪不适用于智能手机或移动设备。

缺点：

  • 回发跟踪更难实现。 它需要网络和广告商之间直接通信以确保将 ID 传递到正确的参数中，然后需要代表广告商进行技术实施来存储和传回该值。 广告商需要有服务器端 HTTP 经验的人员才能对请求进行编码。
  • 实施时间差异很大。 可以在几分钟内设置回发跟踪，但对于一些广告商来说，可能需要一整天的时间来编写数据库以存储 ID。

想要更多信息？ 查看我们关于数字跟踪方法的博客系列，或通过[email protected]将您的问题通过电子邮件发送给我们。

2021 年 9 月更新：随着 Apple ITP 现在阻止所有第三方 cookie 并在 iOS 15 中引入新的隐私措施，回发和服务器端跟踪现在比以往任何时候都更加重要。 如果您仍然依赖像素和 cookie 来跟踪您的绩效营销活动，那么现在是采用无cookie 跟踪解决方案的时候了。

要了解更多关于 TUNE 平台如何让您的跟踪能力适应未来，请联系[email protected] 。