像素與回傳：您應該使用哪種跟踪方法？

已發表: 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] 。