績效營銷的未來：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 的影響。