前陣子開始提及IOS17會將fbcild, gclid給殺光，讓廣告的成效越來越難追蹤。因此這一篇想要討論，為甚麼要做Server-side的追蹤 (以下簡稱S端)。
如果你是要瞭解透過GCP部署伺服器，那你可以查看
由GCP伺服器追蹤：「GTM教學 – 手動設定GCP-SERVER伺服器配置」。
由STAPE伺服器追蹤：「GTM – ServerSide 伺服器追蹤教學 | 伺服器配置設定」。
S端基本概念
原本的Client端追蹤，都是直接透過使用者的瀏覽器，發送請求至第三方追蹤工具，例如GA4, FB Pixel，但隨著IOS更新政策，Adblocker的頻繁使用，導致這些追蹤的資料，越來越難被成功發送至第三方追蹤工具。
例如Adblocker將一些常見的追蹤發送請求擋了下來，因此導致追蹤工具無法正確收到數據，成效因此開始跌；這也就是為甚麼需要S端的追蹤。
因此現在我們才需要一個Server，透過伺服器幫我們轉發給指定的第三方工具。
透過伺服器可以追蹤臉書廣告「GTM – ServerSide 伺服器追蹤教學3 | FacebookCapi轉換事件設定」。
如果你是想要透過伺服器設定GA4事件收集資料，那你可以參考「GTM – ServerSide 伺服器追蹤教學2 | GA4事件設定」
伺服器可以減少被阻擋的機會
使用者端裝了Adblocker，阻擋原有瀏覽器的請求；那麼如果你有使用S端追蹤，好比以另外一個人的名義發送請求，給第三方追蹤工具，但這個人不在Adblocker的封鎖名單裡。因此這樣也就能繞過被阻擋的受限。
**講更簡單就是Server端就是「車手」 – 是有益的車手
甚麼類型網站需要S端
頭號建議絕對是「電商平台」。我覺得台灣很幸運的是，每間開店平台，基本上你只要埋上GA4、PIXEL，他們都會幫你做好S端追蹤，所以絕大多數都不用擔心這個問題。但如果你身在大企業，尤其網站還是自建。那絕對是需要S端的追蹤輔助。
其他類型的網站呢? 我也會建議，但不是這麼的必要，畢竟也要考量到伺服器租用的成本、還有埋設的人力成本。但有埋設S端當然是對整體追蹤的正確性會有幫助的。
S端的其他優點
- 整合同事件類型的JS發送請求，可以提升整體網站速度效能。
減少網站上過多JS的運算。
- 可將修改使用者資料，因為S端是先傳到伺服器，而不是直接對第三方追蹤。
例如PII資料，或者是你想額外安插一些自訂資料皆可。
- 額外自訂https請求，可執行更彈性的網站追蹤、行銷即時推播等其他功能。
例如，收到某些Request後，接著再發送請他請求給其他平台，執行特定網站命令。
S端的缺點
- 需要額外租用伺服器成本，例如GCP，Stape。
- 埋設比一般瀏覽器追蹤還要複雜。