GTM教學｜提升廣告成效｜Adblocker阻擋原理

前陣子開始提及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。
• 埋設比一般瀏覽器追蹤還要複雜。