追蹤健檢:接手一個網站,先看這 7 件事

接手一個不是你建的網站或廣告帳戶,第一件事不是投廣告,是確認數據可不可信。前投手給你一張「追蹤健檢 7 件事」檢核表:從 GTM、Pixel+CAPI 去重、事件設計到 ROAS 對帳,一項一項看懂前人埋了什麼、漏了什麼、亂了什麼——附三層揭露式的判斷順序。

為什麼你的 ROAS 可能是假的:轉換追蹤的品質問題

後台顯示 ROAS 8,你開心加碼,結果對一下銀行入帳根本沒那麼多?因為 ROAS 是廣告平台替自己打的成績單——選手兼裁判。前投手拆解 ROAS 失真的四個來源:歸因灌水、重複計算、口徑不一、跨平台重複邀功,以及還能怎麼看才對。

GTM 事件能達到什麼效果:從按鈕點擊到名單品質

GTM 事件追蹤,除了看點擊數還能幹嘛?其實那只是最低的一階。前投手用「事件的價值階梯」講清楚同一個點擊怎麼一路長成廣告優化、再行銷受眾、最後變成名單品質——以及每一階分別能達到什麼效果、又有什麼極限。

事件設計學:埋碼之前,先想好你要問數據什麼問題

你的 GA4 裡有兩百個事件,卻回答不了老闆隨口問的一個問題?因為順序反了。前投手講「事件設計的反向順序」:先想清楚要回答什麼商業問題,才決定追什麼行為、才設計成事件。這篇不教怎麼埋,教你埋之前該先想什麼——以及一句你之後會一直用到的原則。

GTM 的存在理由:為什麼要多一層代碼管理

每次改一個追蹤都要發需求單、排工程師的下個 sprint、等兩週?這就是 GTM 想解決的痛。前投手用「水電總管」的比喻講清楚 Google Tag Manager 到底在管什麼、為什麼值得多這一層,以及它做不到什麼——不教安裝,教你看懂它的目的、效果與極限。

你的 Pixel 為什麼失準:iOS 之後,CAPI 補的是什麼

投了廣告卻發現後台轉換數一直掉?不是你素材爛,是 iOS 之後 Pixel 走的「瀏覽器路」開始漏水。前投手用「兩條回報路徑」講清楚 Pixel 為什麼失準、CAPI(轉換 API)補的是哪一塊、又補不回什麼——順便破除「Pixel 要被淘汰」的誤會。

Meta Pixel 是什麼?它看得到什麼、看不到什麼

Meta Pixel 是什麼?網路上全是安裝教學,卻沒人告訴你它「看不到什麼」。前廣告投手拆解 Pixel 的原理、它替你追蹤什麼、以及 iOS 隱私政策之後它為什麼天生就缺一角——裝了不代表就有完整數據。

數據追蹤基礎建設全圖:GTM、Pixel、GA4 各自負責什麼

GTM、Meta Pixel、GA4 到底誰是誰、誰負責什麼?前投手用「水電總管、廣告平台的眼睛、你的儀表板」三個角色講清楚追蹤基礎建設——不教安裝,教你看懂這套系統的目的、效果,和最常見的埋錯代價。