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

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

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

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

對(duì)于所有想要了解更多有關(guān)服務(wù)器端跟蹤或當(dāng)前正在評(píng)估提供商的人，我們?cè)谶@篇博文中總結(jié)了最重要的方面：

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

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

什么是服務(wù)器端跟蹤？

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

服務(wù)器端跟蹤如何比較？

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

服務(wù)器端跟蹤可以帶來哪些好處？

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

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

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

客戶端跟蹤的缺點(diǎn)

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

服務(wù)器端跟蹤的優(yōu)勢(shì)

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

服務(wù)器端跟蹤的缺點(diǎn)

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

實(shí)施服務(wù)器端跟蹤時(shí)應(yīng)考慮的事項(xiàng)

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

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

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

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

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

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

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

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

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

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

具體來說，這意味著：

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

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

具體來說，這意味著：

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

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

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

概括

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

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

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