網站改版後 GA4 沒資料：追蹤碼移轉與事件驗收指南

文章目錄

• 1. 先確認問題與適用範圍
• 哪些改版動作最容易影響 GA4
• 本篇不處理的範圍
• 2. 需要準備的資料與檢查欄位
• 改版前必須記錄的項目
• 改版後需要比對的欄位
• 3. 逐步判斷與操作方式
• 第一步：確認識別碼是否正確
• 第二步：用即時報表初步確認
• 第三步：用 DebugView 逐一驗證事件
• 4. 可填寫的核對表與驗收方式
• 識別碼與環境類
• 事件與轉換類
• 同意模式與第三方串接類
• 5. 常見例外與資料來源
• 廣告攔截與同意設定造成的資料落差
• 資料處理延遲與抽樣
• 官方資料來源

網站改版後 GA4 沒資料，多數情況不是 GA4 壞掉，而是追蹤碼在改版過程中被誤植、測試識別碼忘記換回正式識別碼，或是新版網站的事件觸發條件跟舊版不一樣，導致原本設定好的轉換事件全部斷線。這類問題在改版後 24 到 72 小時內最容易被發現，因為報表上的即時使用者數字會明顯掉到接近零，或是轉換事件突然歸零。遇到這種狀況，與其對著後台猜測，不如照一套固定的盤點與驗收順序排查，通常能在一個工作天內找到根本原因。

我們在協助台中地區中小企業進行網站改版專案時，常遇到客戶在換了新版型、新系統之後才發現「怎麼 GA4 都沒數字」。這類狀況背後的原因往往不只一個，可能是追蹤碼放錯位置，也可能是同意模式（Consent Mode）設定影響了資料收集範圍。本文鎖定改版前後的量測盤點、測試與正式識別碼的切換流程，以及事件驗收的具體做法，不重複講 GA4 基礎設定，而是聚焦在「改版」這個特定情境下容易出錯的環節。

本文重點摘要

• 網站改版後 GA4 沒資料，追蹤碼移轉與事件驗收沒做完整是最常見的原因，而非 GA4 服務異常
• 改版前要盤點現有事件、轉換目標與第三方串接清單，改版後逐一比對才算完整驗收
• 測試環境與正式環境的資料串流識別碼（Measurement ID）必須明確區分，上線前要再三確認正式碼有被帶上線
• 同意模式與廣告攔截工具會讓部分使用者行為不進 GA4，這是正常的資料落差，不建議關閉同意控制來換取數字好看
• 事件驗收要同時透過 DebugView 即時檢查與正式報表延遲確認，兩者缺一不可

先確認問題與適用範圍

在動手排查之前，先確認這次「GA4 沒資料」的狀況屬於哪一種類型，因為處理方式完全不同。常見的三種情境是：完全沒有任何資料（連即時報表的使用者數都是零）、部分資料消失（例如轉換事件不見了但頁面瀏覽還在）、資料時間延遲過長（超過 Google 官方說明的正常處理時間）。這篇文章鎖定的是改版情境下的資料中斷，也就是在改版上線前資料正常、改版上線後立刻或短時間內出現異常的狀況，不涵蓋網站本身從未安裝過 GA4、或是長期使用錯誤的分析工具版本這類根本沒設定過的情形。

哪些改版動作最容易影響 GA4

依照實務經驗，以下幾種改版動作最容易造成追蹤中斷：更換網站系統或框架（例如從 WordPress 換成其他 CMS）、更換網域或子網域結構、重新設計頁面範本導致原本綁定事件的 HTML 元素消失、使用新的標籤管理工具或重新建立 Google Tag Manager 容器、委外廠商在測試環境開發時用了測試用的資料串流識別碼。這些動作都可能讓原本運作正常的 GA4 追蹤碼失效，或是被新舊版本的程式碼重複置入造成資料重複計算。

本篇不處理的範圍

本文不重述 GA4 的基礎安裝教學、也不涵蓋電子商務事件的完整參數設定，這些屬於一般入門內容，站內已有相關文章可以參考。這篇聚焦在「改版」這個特定時間點的量測盤點與驗收機制，適合已經有 GA4 基礎概念、現在正在規劃或執行網站改版專案的團隊使用。

需要準備的資料與檢查欄位

改版前的盤點工作做得紮實，改版後的驗收才有比對基準。很多團隊的問題出在改版前完全沒有記錄現狀，改版後資料異常時連「原本應該長什麼樣子」都說不清楚，排查起來自然事倍功半。

改版前必須記錄的項目

建議在改版啟動前，將以下項目整理成一份文件：目前使用的資料串流識別碼（格式為 G- 開頭的英數字串）、所有已設定的轉換事件名稱與觸發條件、自訂維度與自訂指標清單、Google Tag Manager 容器 ID 與目前發布的版本、是否有串接 Google Ads、Search Console 或其他行銷平台、目前的同意模式設定狀態。這些資料可以直接從 GA4 後台的「管理」頁面、以及 Google Tag Manager 的「版本」紀錄中匯出截圖存檔。

改版後需要比對的欄位

改版上線後，拿著前面整理的清單逐項核對：正式識別碼是否正確出現在新版網站的原始碼中、原本的轉換事件是否還能正常觸發、自訂維度的資料是否持續進來、第三方串接是否仍然有效。特別要注意的是，如果改版時更換了網域（例如從 www.example.com 改成 example.com.tw），需要確認資料串流的設定網址是否同步更新，否則 GA4 可能會判定網址不符而影響部分資料收集。

改版前沒有盤點清單，改版後出問題就只能用猜的；花半天時間做盤點，能省下事後排查三天的時間。

逐步判斷與操作方式

確認好檢查範圍與盤點資料後，接下來是實際排查的步驟。建議按照下面的順序操作，因為前面的步驟通常能快速排除最常見的原因，不需要一開始就深入到複雜的程式碼層級。

第一步：確認識別碼是否正確

開啟新版網站的原始碼，搜尋「G-」開頭的字串，確認這組識別碼跟 GA4 後台正式資料串流顯示的識別碼完全一致。這是改版時最常出錯的地方：開發團隊在測試站使用測試用的識別碼進行功能驗證，上線時忘記換回正式識別碼，導致資料全部跑到測試資料串流而非正式環境。

如果網站是透過 Google Tag Manager 布建追蹤碼，則要確認 GTM 容器內的 GA4 設定標籤使用的是正確識別碼，且容器版本已經「發布」（Publish）而不是停留在「預覽」（Preview）狀態。

第二步：用即時報表初步確認

開啟 GA4 後台的「即時」報表，自己瀏覽新版網站幾個頁面，觀察即時報表是否出現使用者活動。這一步可以快速判斷追蹤碼是否「有在運作」，但即時報表看到資料不代表所有事件都正確，只能當作初步篩檢。

第三步：用 DebugView 逐一驗證事件

DebugView 是排查事件問題最直接的工具，透過 Chrome 的 Google Analytics Debugger 擴充功能，或是在網址後面加上除錯參數，就能在 GA4 後台即時看到每個事件被觸發的詳細參數。

逐一測試改版前盤點清單上的每個轉換事件：表單送出、加入購物車、點擊客服按鈕等，確認事件名稱、參數內容都跟改版前一致。如果發現事件完全沒有觸發，通常是因為改版後的 HTML 元素 ID 或 class 名稱改變了，導致原本綁定在 Google Tag Manager 裡的觸發條件失效。

DebugView 看得到的事件，不代表正式報表也一定會準確呈現。

根據 Google Analytics 開發者文件疑難排解指南資料從收集到出現在標準報表中可能有數小時的延遲，排查時應優先使用即時報表與 DebugView，而非直接以標準報表的空白來判斷追蹤是否正常。

可填寫的核對表與驗收方式

以下整理成一份可以直接套用的核對清單，建議在改版上線前後各執行一次，分成四大類逐項勾選。

識別碼與環境類

• 正式環境原始碼中的資料串流識別碼與 GA4 後台一致
• 測試環境與正式環境使用不同的資料串流，避免資料混雜
• Google Tag Manager 容器已發布正式版本，而非停留在預覽模式
• 網域或子網域變更後，已同步更新資料串流的網站網址設定
• 舊網址的 301 轉址設定完成，避免流量被導向無效網址而遺失

事件與轉換類

• 改版前盤點的所有轉換事件，在新版網站上逐一用 DebugView 測試通過
• 表單送出事件未因改版後的表單欄位變動而重複觸發或遺漏
• 電子商務相關事件（如有）的商品參數、金額欄位格式正確
• 自訂維度與自訂指標持續接收資料，數值範圍合理

同意模式與第三方串接類

• 同意模式（Consent Mode）的預設狀態與改版前一致，未被意外調整為全面阻擋
• Cookie 同意橫幅在新版網站正常顯示，使用者可以正常選擇同意或拒絕
• Google Ads、Search Console 等第三方串接在改版後重新確認連結狀態
• 改版後 48 小時內持續觀察即時報表與轉換事件數量，與改版前同期數據比對

常見例外與資料來源

排查過程中常遇到「明明都設定對了，數字還是跟改版前對不起來」的情況，這類落差多半不是追蹤碼的問題，而是量測環境本身的限制。

廣告攔截與同意設定造成的資料落差

廣告攔截程式（Ad Blocker）會阻擋 GA4 的追蹤請求，這類使用者的行為資料本來就不會進到報表裡，改版前後都一樣，不是改版造成的新問題。另外，如果網站啟用了 Cookie 同意管理，使用者選擇「拒絕」分析類 Cookie 時，GA4 同樣無法收集該名使用者的完整行為資料。這是歐盟 GDPR 與台灣個資法框架下合理的使用者選擇結果，不建議為了讓數字好看而調整同意模式的預設行為，這種做法在法規遵循上有疑慮，也不是正確的排查方向。

改版後數字比以前少，先看是不是同意率本來就偏低，而不是急著改追蹤碼。

資料處理延遲與抽樣

GA4 的標準報表存在處理延遲，通常需要數小時才會完整反映當天資料，部分深度分析報表的延遲時間更長。如果改版剛上線幾小時內報表數字偏低，先確認是否只是延遲問題，不要急著判斷追蹤碼故障。另外在流量規模較大的網站上，GA4 部分探索報表可能涉及資料抽樣，這也會讓數字跟即時報表或其他報表之間出現合理範圍的落差。

官方資料來源

排查過程建議以 Google 官方文件作為最終判斷依據，避免依賴網路上未註明時間、可能已經過時的教學文章。

同意模式造成的資料落差是正常現象，不代表追蹤碼壞掉，也不是應該被「修正」的問題。

改版專案的 GA4 驗收，交給熟悉前後台串接的團隊處理

網站改版牽涉前端架構、標籤管理與分析工具的多方協調，如果你正在規劃改版、或是已經上線但發現數據異常，歡迎與欣創數位科技聊聊你目前遇到的狀況，我們可以就網站架構與量測串接提供具體的檢查建議。