绩效营销的未来：ITP 2.0 更新和跟踪常见问题解答

已发表: 2018-10-05

照片由 rawpixel 在 Unsplash 上拍摄

2021 年 6 月更新：阅读我们对 WWDC21 和智能跟踪预防“3.0”的回复，或直接跳转到我们关于 ITP 2.0+ 和转化跟踪方法的深入电子书资源。

如果您从事绩效营销行业，您会注意到主要浏览器一直在对其隐私和安全规则进行重大更改。 这对广告商、网络和出版商来说意味着巨大的变化。

2018 年 9 月针对 Safari 浏览器推出的智能跟踪预防 (ITP) 2.0 更新只是 Apple、Google 和 Mozilla 的一系列更新和公告中的一个，这些更新和公告使在互联网上开展业务变得更加困难。 虽然互联网用户可能会欢迎这些变化，但跟踪器阻止、对 cookie 的访问减少以及对安全传输 (https) 的需求增加了进入在线商务的障碍。 这些变化也造成了高复杂度和低复杂度的营销人员之间的差距。

在这篇文章中，我们将回顾三个主要浏览器最近所做的更改，这些更改对效果营销人员和TUNE意味着什么，以及广告商、网络和发布商如何为数字广告的未来做好准备。

浏览器更新：Safari、Chrome 和 Firefox

虽然浏览器名称仍然不同，但 Safari、Chrome 和 Firefox 在隐私和安全更改方面似乎都朝着相同的方向发展。 有关特定于浏览器的细分，请参阅我们之前的帖子， Apple 的智能跟踪预防 2.0 (ITP) 对绩效营销意味着什么，以及这些文章：

  • Firefox ：2018 年 1 月 – Mozilla 发布更广泛的跟踪器拦截功能
  • Firefox ：2018 年 3 月 – Mozilla 不信任 Symantec TLS/SSL 证书
  • Safari ：2018 年 6 月——Apple 推出 ITP 2.0
  • Chrome : 2018 年 7 月 – 谷歌更加关注保护域
  • Firefox : 2018 年 8 月 – Mozilla 重新考虑跟踪器拦截

这一切意味着什么

本质上：不安全的客户端会话跟踪已失效。 （可能是由于人们在互联网上移动时对个人进行了猖獗的客户端跟踪。）这是目前 Safari 浏览器上的现实，最近的更新表明 Firefox 将紧随其后，因为 Mozilla 为提高用户安全性和隐私做出了有意义的努力.

在 TUNE，我们相信这些变化是有意义的演变，应该张开双臂接受。 我们也知道这些变化意味着跟踪和报告方法的革命即将到来——一场将影响整个绩效营销行业的革命。

那么……这对绩效营销人员有何影响？

广告商、网络和发布商应如何准备

在我们之前关于 ITP 2.0 的帖子中，我们分享了所有绩效营销人员的最佳前进路径是立即转向服务器端跟踪，也称为回发跟踪。

对于广告商来说，仍然有机会利用像素和 cookie，只要 cookie 位于广告商主域的同一域（或子域）上。 Cookie 访问仍然是可能的，但有新的限制，包括 30 天的 cookie 存储限制和增加的丢弃会话。

但是，对于网络或发布者域则不能这样说。 在 9 月 17 日发布 ITP 2.0 更新后，Safari 开始识别仅用作“第一方退回跟踪器”的域，并阻止这些域访问用户浏览器上的 cookie。 Apple 批准并且仍然允许用于此用例的唯一跟踪方法是服务器端（回发）跟踪。

回传：前进的道路

一段时间以来，我们 TUNE 已经认识到回发的力量。 （以至于我们以它命名了我们的年度会议，我们的首席执行官对它赞不绝口。）毕竟，我们发明了它。 它是TUNE 平台的一个决定性功能，本机集成并支持移动设备，并且多年来一直是我们推荐的归因方法。 但我们也认识到，并非表演领域的每个人都准备好迈出如此大胆的一步。

这就是为什么我们很高兴地宣布我们正在为绩效营销人员开发 JavaScript 测量 SDK。 我们的目标是使其与 Google 跟踪代码管理器兼容，以 Safari、Chrome 和 Firefox 不想阻止它的方式构建它，并确保它不会对网站体验产生负面影响。 您可以期待 TUNE 将我们从移动设备中学到的知识带回网络，以帮助每个人更好地进行跟踪。

如果您对 ITP 2.0 有任何疑问，或者您希望在 TUNE JavaScript SDK 中解决特定需求，请在下面的评论中告诉我们。 要了解更多关于 TUNE 平台如何让您的跟踪适应未来发展的信息，请联系[email protected] 。

ITP 2.0 跟踪常见问题解答

正如所承诺的，我们关于 Apple 的 ITP 2.0 更新的常见问题解答：

问题回答
使用像素/cookie 跟踪的 TUNE 客户应该怎么做？ 如果您是网络或发布商，并且目前正在使用像素跟踪从您的广告商接收转化信息：联系您的广告商并立即开始切换到回发跟踪的过程。 您将丢失来自 Safari 的所有转换。

如果您是广告商：只要您的 cookie 在您的主站点的子域中（例如，如果您的站点是ads.com ， track.advertiser.com就是一个子域），您应该没问题。 但是，您的跟踪 cookie 仍将受制于 30 天的活动窗口。

TUNE 会开发 JavaScript SDK 吗？ 是的。 TUNE 目前正在开发 JavaScript SDK。 我们认为这是一种权宜之计，而不是以任何方式证明未来。 回发（服务器端跟踪）是未来最可接受的方法。 Apple 和 Mozilla 都特别提到它是跟踪转换信息的最佳方式。
使用 TUNE“无cookie”像素跟踪是否有任何限制？ 是的。 无 Cookie 像素依赖于transaction_id （TUNE 会话标识符）来发挥作用。 由于 cookie 将受到 ITP 的限制，而支持 cookie 跟踪的关键论据之一是为诸如transaction_id之类的第三方标识符实现存储的开发工作，无 cookie 像素可能会将转换跟踪限制在广告商的即时会话中网站。 （这使得 30 天的 cookie 窗口更像是一个三分钟的 cookie 窗口。）
使用 Google 跟踪代码管理器的 TUNE 客户呢？ 谷歌标签管理器不能解决这个问题。 Google 跟踪代码管理器是用于管理测量像素的客户端 JavaScript SDK。 它没有服务器端跟踪功能，因此无法向下游系统发送通知。
TUNE 客户端是否需要自定义域来响应 ITP？ SSL证书呢？ 是的。 广告商需要与主网站位于同一域的自定义跟踪域，以允许进行像素跟踪。 如果不存在像素跟踪，则不需要自定义域。 但是，最佳做法是使用自定义域将您的跟踪与共享域的问题隔离开来。

关于 SSL 证书：如果您是广告商并希望使用基于 cookie 的跟踪，并且您的转化/感谢页面是安全的（即 https），您将需要用于跟踪目的的域的 SSL 证书. 此外，我们希望 Chrome 和 Safari 能够阻止不安全的域。 虽然目前不是必需的，但在您的域上支持安全跟踪以确保您的跟踪在未来是明智的。

如果您是网络或发布者，则不需要安全跟踪域。 然而，随着 https 成为互联网上的规范，使用它是谨慎的。 如果任何第三方（不是用户）试图捕获流量，他们将无法查看查询字符串，因为https 会在传输过程中对链接的查询字符串参数进行加密。

我是一名广告商，作为发布商与多个网络合作。 ITP 将如何改变我与他们合作的方式？ 作为广告商与多个网络合作可能是一项挑战，尤其是在幕后工作的许多不同跟踪技术的情况下。 Apple 和 Mozilla 明确表示，服务器端（回发）跟踪是在跟踪平台之间共享数据的理想标准。 但是，目前并非所有平台都支持服务器端通知。 如果遇到无法接受服务器端通知的网络平台，有两种选择：

1) 如果您有一个自定义域并且正在使用符合我们之前列出的 ITP 要求的像素，您可以允许网络使用他们的像素或 JavaScript SDK。 这将要求您放置一个 iframe 像素。 但是，请为 Safari 和 Firefox 用户的报告中的差异做好准备。

2) 如果您没有为您的网站设置符合 ITP 的像素，您的网络必须使用服务器端转换通知（回发）或需要从您的会员界面接收统计信息。

有兴趣了解有关 TUNE 平台、回发跟踪以及我们如何解决 Apple 的 ITP 和其他 cookie 阻止措施的更多信息吗？ 通过[电子邮件保护]联系我们。 要了解有关《通用数据保护条例》下的 TUNE 和用户隐私的更多信息，请访问我们的 GDPR 页面。

有关您现在可以使用的绩效营销测量的深入指南，请下载 TUNE 关于后 ITP 世界中的在线跟踪和 4 种最流行的转化跟踪方法的电子书。

2019 年 9 月更新：阅读我们对 ITP 2.2 的观点。

2019 年 6 月更新： 此解决方法会在网站上放置一个第一方 cookie，该 cookie 作为第三方 cookie 用于跟踪目的； ITP 2.2 现在会在 24 小时后删除这些第一方 cookie。 TUNE 推荐的转换跟踪方法，即服务器端回发跟踪，不受这些更新的影响，因为它不依赖 cookie 来工作。

2018 年 11 月更新：针对 iOS 12 和 macOS Mojave 的 Safari 上的 Intelligent Tracking Prevention 2.0 的发布严重影响了传统绩效和联盟营销平台的跟踪能力。 TUNE 合作伙伴营销平台并非如此。 服务器端回发跟踪本机内置于我们的平台中，因此使用此方法在 TUNE 上进行的跟踪不受 ITP 2.0 的影响。