IKENSA暫定名 · 開發預覽

GA4 安裝與事件規劃

先想清楚要量什麼再裝

f11檢核 半自動基礎建置在互動地圖中開啟 →

GA4 像店裡的監視器加收銀機——裝了才知道客人從哪個門進來、在哪一排貨架停留、最後有沒有結帳。

03為什麼是現在學

「先想清楚要量什麼,再裝」——事件規劃沒做,裝出來的是一堆沒人看的預設數字;而轉換資料是之後跟老闆要 SEO 預算的唯一語言。

04白話理解(對客戶簡報可直接引用)

GA4 記錄訪客行為。重點不是裝(一段代碼而已),是事件規劃:這個網站的「成功」是什麼——填表單?打電話?加入購物車?把這些定義成轉換事件,SEO 成效才能用「帶來幾筆詢問」而不是「帶來幾個訪客」來講。

05工具箱

  • GA4(經 GTM 安裝) — 所有追蹤碼統一走 GTM,不要散裝
  • 事件規格書模板 — 事件名/觸發條件/參數/誰要看
  • GA4 DebugView — 上線前逐事件驗證有沒有真的打出來

06怎麼做 · SOP 4 步(每步標產出物)

  1. 1訪談定義商業轉換(主要 2–3 個、次要若干)轉換定義清單
  2. 2寫事件規格書、經 GTM 實作事件規格書+GTM 容器
  3. 3DebugView 逐事件驗證後標記為關鍵事件驗證紀錄
  4. 4GA4 與 GSC 連結資源連結完成

07場景應用(實戰經驗)

  • B2B 官網:轉換是「表單送出+點擊電話+點擊 LINE」三件事——只看流量永遠證明不了官網值多少錢。

08⚠️ 常見誤區

  • 裝了 GA4 但轉換事件零設定——一年後要回顧成效時什麼都對不出來。
  • 同一頁裝了兩份 GA 代碼,數字灌水一倍。
口訣

先定義成功,再開始計數。

10里程碑 · 完成標準(可驗證)

  • 2–3 個主要轉換事件上線且驗證過
  • 事件規格書存在
  • GA4×GSC 已連結

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

半自動:程式抓資料或客戶填表,再由系統/顧問判讀。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
Google Search Console 驗證
下一節點 →
GTM 容器與版本控管