新版網站上線後，訪客、表單與廣告轉換突然變少，不一定是生意下滑，也可能是量測中斷或定義改變。本文用五項驗收問題，協助企業確認帳號、量測識別碼、事件定義、改版前後基準與實際測試，避免拿不同口徑的報表做預算決策。
網站改版上線後，行銷報表顯示訪客少了一半，表單完成數也突然下降。網站廠商說頁面都能開，行銷廠商認為廣告品質變差，業務卻沒有感覺詢問量同步腰斬。這時若直接停廣告、重寫內容或怪罪新版設計，可能是在用一把換過刻度的尺做決策。
改版常同時更換版型、網址、表單、代碼管理工具與外包團隊。畫面正常，不代表原本的分析帳號、事件名稱和觸發條件都被完整接回。數據若中斷、重複或改了定義，企業會誤判行銷成效、錯配預算，也難以驗收改版到底改善了什麼。
可以把量測延續想成商店更換收銀系統。新機器能結帳，不代表本月報表可以直接和上月相比。若商品代碼、退貨算法或分店分類一起改了，營收差異可能來自記帳口徑，而不是生意本身。網站也需要一張舊規則與新規則的對照表。
問題不只是有沒有安裝分析工具
Google Analytics（Google 的網站分析工具）以資源和資料串流接收網站資料。量測識別碼是把網站送出的資料連到特定網頁資料串流的識別資訊。接到新的識別碼，報表仍會出現數字，但歷史資料可能留在另一個資源，新舊期間就無法直接延續比較。
事件是網站送給分析工具的一項使用者動作，例如瀏覽服務頁、開始填表或送出詢問。關鍵事件則是企業認定與成果特別相關的事件。改版若把「表單送出成功」改成「點擊送出按鈕」，名稱看似相近，實際上後者可能包含驗證失敗與重複點擊，不能當成同一項成果。
用五個問題驗收改版前後能否比較
- 公司仍掌握同一組分析資產嗎？ 確認 Google Analytics 資源、網頁資料串流、Google Tag Manager（集中管理追蹤設定的工具）容器與廣告帳號由公司持有最高權限。不要只看廠商能否提供截圖。
- 新版送到正確且唯一的量測識別碼嗎？ 逐頁確認正式站使用預定的識別碼，舊版程式與新版容器沒有同時送出，測試站也沒有混入正式報表。識別碼相同不保證設定正確，但不同時一定要先說明資料如何銜接。
- 關鍵事件的成功條件有沒有改變？ 將舊站與新版的事件名稱、觸發畫面、必要欄位、防重方式及關鍵事件設定逐項對照。每個差異都要標示從哪一天生效，不能把改名後的數字直接接在舊趨勢後面。
- 改版前留下可比較的基準嗎？ 至少保存重要入口、流量來源、表單開始、送出成功、訂單或有效詢問的改版前資料，並記錄時區、日期範圍、篩選條件與當時定義。只有總訪客截圖，無法判斷是哪一段中斷。
- 有人走完真實流程並留下證據嗎？ 用測試資料從廣告或搜尋入口進站，完成表單或購買，確認網站紀錄、分析事件與業務端各出現一次。Google Tag Manager 的預覽模式可查看標籤何時啟動，Analytics 的 DebugView（除錯檢視）可即時檢查測試裝置送出的事件與參數。
預算有限時，先保住決策需要的三條線
企業不必為了改版一次搬完所有歷史報表。先選三條最重要的營運線，例如服務頁到詢價、商品頁到付款、文章到預約，為每條流程定義入口、途中動作與完成證據。改版前匯出同一口徑的基準，改版後在相同裝置、同意選擇與測試資料下重跑。
沿用原本的分析資源與事件名稱，通常較容易延續趨勢，但舊設定若本來就重複或定義錯誤，不應只為保持曲線而照搬。重新設計量測能修正問題，代價是新舊資料需要分段解讀。合理方案會明確說明哪些指標可直接比較、哪些只能建立新基準，而不是承諾所有數字無縫接合。
廠商說已經接好，應該交付什麼
最低限度應有分析資產與帳號清單、舊新事件對照、代碼管理工具版本、改版生效時間、測試案例和實際結果。便宜方案若只把一段追蹤程式貼回首頁，可能漏掉多頁表單、跨網域付款、同意選擇、重複觸發與行銷平台轉換，省下的是設計與驗證，不只是安裝工時。
也要確認報表能保留多久。Google 說明，資料保留設定會影響使用者層級與事件層級資料可供進階分析的期間，標準版可設定的上限有限。若企業需要多年逐筆分析或與內部訂單長期對帳，應在採購時評估匯出與自有保存，而不是事後才發現明細已無法使用。
自行處理的邊界與接洽準備
企業主可以先整理分析與廣告帳號擁有人、量測識別碼、五個重要事件、改版日期及最近三個月基準，並要求廠商展示一筆完整測試。不要在正式站直接刪除舊標籤，也不要為了測試填入真實客戶資料。
若改版同時更換網域、表單、金流、會員系統或多家行銷平台，涉及跨網域追蹤、同意管理、伺服器端傳送，或新舊廠商各自掌握部分帳號，就值得由網站、行銷、資料與隱私人員共同盤點。接洽邊境部署前，可準備舊新網址、唯讀帳號權限、事件清單、改版時程、測試流程、近期報表與最重要的商業成果。我們可以協助把量測規則翻成可驗收的對照與測試，讓改版後的預算決策建立在同一把尺上。