在線營銷人員和網(wǎng)絡(luò)分析師一致認為，2023 年將是服務器端跟蹤的一年。我們回答有關(guān)新跟蹤技術(shù)的最重要問題。

近年來，傳統(tǒng)的客戶端跟蹤出現(xiàn)了越來越多的問題：

• 跟蹤防護器和廣告攔截器限制了數(shù)據(jù)質(zhì)量
• DSGVO 和 ePrivacy 給公司帶來法律風險
• 跟蹤設(shè)置變得越來越復雜
• 隱私對最終客戶而言比以往任何時候都更加重要

由于明年第三方 cookie 將最終被淘汰，數(shù)字公司正在尋找解決方案。領(lǐng)跑者已經(jīng)在服務器端跟蹤中找到了一個有吸引力的解決方案。還有更多人效仿。其余的將不得不在今年進行轉(zhuǎn)換，以避免在 2024 年丟失大數(shù)據(jù)。

對于所有想要了解更多有關(guān)服務器端跟蹤或當前正在評估提供商的人，我們在這篇博文中總結(jié)了最重要的方面：

在線營銷人員和網(wǎng)絡(luò)分析師將找到以下問題的答案：

• 什么是服務器端跟蹤？
• 服務器端跟蹤有什么好處？
• 實施中要注意什么？
• 什么是最適合您業(yè)務的服務器端跟蹤解決方案？
• 概括

什么是服務器端跟蹤？

在我們回答這些問題之前，先快速回顧一下傳統(tǒng)的客戶端跟蹤。在這種類型的跟蹤中，數(shù)據(jù)直接從用戶的瀏覽器/終端設(shè)備（稱為客戶端）傳輸?shù)酵獠糠掌鳎?Google Analytics 或 Facebook 使用的服務器。數(shù)據(jù)傳輸由稱為“像素”或“標簽”的小型 JavaScript 代碼啟用。最重要的是，每個像素在客戶端跟蹤中為自己收集數(shù)據(jù)，從而產(chǎn)生許多單獨的數(shù)據(jù)流。

服務器端跟蹤如何比較？

通過這項技術(shù)，一個單一的 JavaScript 代碼被直接構(gòu)建到負責收集數(shù)據(jù)的網(wǎng)站中。客戶數(shù)據(jù)不是直接發(fā)送給谷歌、Facebook 等，而是首先發(fā)送給跟蹤服務器。然后，數(shù)據(jù)從那里轉(zhuǎn)發(fā)到各種工具。

服務器端跟蹤可以帶來哪些好處？

很長一段時間以來，客戶端跟蹤是首選的數(shù)據(jù)收集方法——但這種情況開始發(fā)生變化。每種方法都有不同的優(yōu)點和缺點，在線營銷人員和網(wǎng)絡(luò)分析師應該意識到這一點。

客戶端跟蹤的優(yōu)勢

• 可以跟蹤大量行為數(shù)據(jù)（滾動、點擊等）。
• 網(wǎng)絡(luò)營銷的標準
• 易于設(shè)置
• 靈活運用
• 便宜/免費

客戶端跟蹤的缺點

廣告攔截器和跟蹤防護器阻礙數(shù)據(jù)收集
第三方數(shù)據(jù)依賴
數(shù)據(jù)隱私問題
缺乏數(shù)據(jù)控制
原始數(shù)據(jù)所有權(quán)很少被授予。

服務器端跟蹤的優(yōu)勢

• 不受廣告攔截器和跟蹤防護器的影響
• 面向未來的第一方數(shù)據(jù)策略
• 無 Cookie 跟蹤
• 新的隱私選項
• 完整的數(shù)據(jù)控制和原始數(shù)據(jù)
• 數(shù)據(jù)充實

服務器端跟蹤的缺點

新技術(shù)和新知識
更高的復雜性
對數(shù)據(jù)層的依賴
更難的連接器開發(fā)
必須保證服務器運行
更高的成本，例如服務器運行

實施服務器端跟蹤時應考慮的事項

與純客戶端跟蹤一樣，服務器端跟蹤也有單獨的標簽管理系統(tǒng)，通過它可以控制跟蹤。

這些在大多數(shù)方面都與它們的前輩相似。仍然有工具、標簽和觸發(fā)器需要實施。還需要考慮與同意管理平臺 (CMP) 的連接。

最大的變化其實是數(shù)據(jù)邏輯。在將數(shù)據(jù)傳遞給服務器端跟蹤工具之前，您必須捕獲它。每個供應商解決這個問題的方法都略有不同，雖然這本身并不是一項艱巨的任務，但確實需要重新思考。

原則上，技術(shù)層面需要考慮以下幾點：

• 標簽管理器將如何在網(wǎng)站上實施？
• 解決方案將如何以及在何處托管？
• 服務器端可以安裝哪些工具？
• 我需要多少個事件來 1) 捕獲和 2) 轉(zhuǎn)發(fā)服務器端？
• 如何將服務器端跟蹤鏈接到我的 CMP？
• 我的數(shù)據(jù)層構(gòu)建良好嗎？（這一點經(jīng)常被低估）

此時您可能會懷疑，任何服務器端跟蹤解決方案的實施都是一個遷移項目。
這涉及逐個工具重建工具，服務器端的所有標簽和觸發(fā)器，檢查數(shù)據(jù)質(zhì)量，然后通過服務器端跟蹤將數(shù)據(jù)路由到所需的工具，例如 Google Analytics。

根據(jù)復雜性和技術(shù)要求，這樣的項目可能需要 1-8 周的時間。

兩個極端：哪個是最適合您業(yè)務的服務器端跟蹤解決方案？

我們現(xiàn)在可以比較兩種不同的服務器端跟蹤方法。

一方面，有“自己動手”的方法。有用于此的開放框架，例如來自 Google (SS-GTM) 的框架。顧名思義，您必須在這里投入大量時間和工作。

具體來說，這意味著：

• 您必須自己托管解決方案并全天候維護 24/7。
• 您必須（主要）自己開發(fā)和維護工具集成。
• 您必須自己開發(fā)和維護 CMP 鏈接。
• 支持主要由社區(qū)提供（機構(gòu)也可以接管這些任務）。

另一方面，服務器端跟蹤有“托管服務方法”。在這里，公司提供完整的產(chǎn)品，這些產(chǎn)品作為服務的一部分接管了很多任務。

具體來說，這意味著：

• 您不必擔心托管和監(jiān)控。
• 您不必處理工具集成。
• 您不必處理 CMP 鏈接
• 支持由幫助臺或個人聯(lián)系人提供，具體取決于 SLA。

這種服務器端跟蹤解決方案的承諾很明確：

客戶可以繼續(xù)專注于 Tag Manager 中的跟蹤并享受數(shù)據(jù)質(zhì)量和數(shù)據(jù)控制帶來的好處，而相當多的必需品則由服務提供商在后臺處理。

概括

1. 未來數(shù)據(jù)采集必須改變。

2. 由于數(shù)據(jù)質(zhì)量和隱私問題，客戶端網(wǎng)絡(luò)跟蹤變得越來越有限和不可靠——這些限制將繼續(xù)增加。

3. 服務器端跟蹤允許組織以盡可能最好的方式繼續(xù)收集數(shù)據(jù)，保持對數(shù)據(jù)的完全控制，并確定與誰共享數(shù)據(jù)。