接手一個 GA4 資源的第一個小時:十項管理設定的盤點順序
接手一個 GA4 資源時,第一個小時不該拿來看報表,而是拿來看管理設定。最該優先確認的三件事是:誰有管理權限、資料保留期限是否已延長到十四個月、關鍵事件是否真的對應到業務上的轉換。這三項錯了,之後看到的每一張報表都要打折扣。
我們常在新客戶進場時做這件事。客戶通常會說:「GA4 早就裝好了,數據都在。」數據確實都在,但打開管理頁面後,常會發現時區設成美國、幣別是美元、資料保留期限還是預設的兩個月、關鍵事件裡有一個「page_view」,而真正的詢價表單事件根本沒有被標記。
這篇文章把盤點過程整理成十項,依照「不處理會造成永久損失」到「可以之後再優化」的順序排列。你可以照著清單逐項打勾,一個小時內完成第一輪檢查。
為什麼先看設定,不先看報表
報表是設定的產物。時區錯了,每日報表的日期切點就會錯;保留期限太短,探索報表能回溯的時間就不夠;關鍵事件標錯,所有轉換率都是錯的分母或分子。如果先看報表、做判斷,再發現設定有問題,前面的分析就要全部重來。
另一個原因是,部分設定只影響「修改之後」的資料。越晚發現,損失的資料越多。所以盤點的第一原則是:先處理會持續造成損失的項目,再處理只是不夠好的項目。
第一優先:權限與擁有權
- 帳戶與資源的使用者清單:確認公司內至少有兩個人具備管理員權限,且其中至少一個是公司自有帳號,而不是個人信箱或代理商帳號。
- 移除不該存在的使用者:離職員工、已結束合作的廠商。
這一項排第一,是因為它決定了你能不能做後面的所有事。我們遇過最麻煩的狀況是,唯一的管理員是已經離職的外包工程師,公司只剩檢視權限,任何設定都改不了。這種情況只能聯絡對方協助轉移,耗時很久。
權限交接也是資料交接的一環,完整的交接文件可以參考行銷數據交接的六份文件。
第二優先:會持續造成損失的設定
- 資料保留期限:GA4 的探索報表資料保留期限預設為兩個月,標準資源可以延長到十四個月。官方說明見資料保留。這個設定只影響探索報表與使用者層級資料,標準報表的彙總資料不受影響,但若沒有延長,你會無法用探索報表做跨季比較。
- 報表時區與幣別:台灣企業應設為台北時區與新台幣。時區修改後只影響之後的資料,之前的資料不會重算,所以越早改越好。
- 資料串流是否正確:確認網站串流的網址是正式網域,並且只有一個網站串流在收集正式站資料。多個串流同時收集同一個網站,是資料重複的常見原因。
- 內部流量與開發人員流量篩選器:確認是否已建立,以及狀態是測試還是啟用。
第三項與第四項尤其重要,因為它們一旦錯過,就沒有辦法回溯修正。改完之後,建議在資源的註解或內部文件中記錄修改日期,未來比對數據時才知道哪一天之後的資料是新設定。
第三優先:影響判讀正確性的設定
- 關鍵事件:GA4 把原本的「轉換」改稱為「關鍵事件」,官方在轉換與關鍵事件的差異中說明了兩者的關係。盤點時要確認清單中的每一個事件,都是業務上真正在意的行動,例如詢價送出、購買完成、預約成功。像 page_view、scroll 這類事件不應該被標為關鍵事件。
- 事件是否有重複或命名混亂:打開事件報表,看看是否有意義相同但名稱不同的事件,例如 form_submit、Form Submit、submit_form 同時存在。這通常代表不同時期、不同人各自設定過,需要統一。命名原則可參考GA4 事件命名規範。
關鍵事件設錯的影響很大。我們見過一個網站把「點擊電話號碼」和「表單送出」都標成關鍵事件,而電話號碼在每一頁的頁尾都有,手機使用者只要誤觸就算一次轉換。報表上的轉換率看起來很漂亮,但完全無法反映真實的詢價數。
第四優先:可以之後再優化的設定
- 報表識別資訊與 Google 信號:報表識別資訊決定 GA4 如何辨識跨裝置的同一使用者,有混合、依觀察資料、依裝置三種選項。這項設定可以隨時切換,而且會回溯套用到報表,所以不像時區那樣有急迫性。但要知道目前是哪一種,因為它會影響使用者數的計算方式。
- 產品連結:確認 Google Ads、Search Console、BigQuery 等產品連結是否已建立,以及連結的是否為正確的帳戶。常見的問題是 Google Ads 連結的是已停用的舊帳戶,新帳戶的資料沒有進來。
Search Console 連結特別值得建立,因為它能讓你在 GA4 中看到自然搜尋查詢資料。但要記得,兩邊的數字定義不同,不會完全對上,原因可以參考GA4 與 Search Console 對不起來的五個定義差異。
十項盤點總表
| 順序 | 項目 | 錯了會怎樣 | 可否回溯修正 |
|---|---|---|---|
| 1 | 管理員權限 | 無法修改任何設定 | 可,但可能耗時很久 |
| 2 | 使用者清單清理 | 資料外洩與誤改風險 | 可 |
| 3 | 資料保留期限 | 探索報表無法跨季分析 | 不可 |
| 4 | 時區與幣別 | 日期切點與金額錯誤 | 不可 |
| 5 | 資料串流 | 資料重複或遺漏 | 不可 |
| 6 | 流量篩選器 | 內部流量污染報表 | 不可 |
| 7 | 關鍵事件 | 轉換率失真 | 部分可 |
| 8 | 事件命名 | 分析困難、重複計算 | 部分可 |
| 9 | 報表識別資訊 | 使用者數計算方式不同 | 可 |
| 10 | 產品連結 | 跨平台資料缺漏 | 連結後才開始有資料 |
最後一欄是這張表的重點。「不可回溯」的項目,每拖一天就多損失一天的正確資料,所以要在第一個小時內處理完。
盤點時最常犯的錯
- 只看資源層級,沒看帳戶層級的權限,結果漏掉帳戶管理員。
- 看到資料保留期限是兩個月,以為標準報表也只剩兩個月,其實不是。
- 直接刪除看起來沒用的關鍵事件,沒有先確認是否有廣告帳戶正在使用它做出價。
- 同時修改多項設定,事後無法判斷數據變化是哪一項造成的。
- 修改後沒有記錄日期,半年後比對數據時找不到斷點。
第三點要特別小心。GA4 的關鍵事件可能被匯入 Google Ads 作為出價目標,貿然移除會影響廣告投放。修改前先到 Google Ads 確認轉換動作的來源,必要時與廣告負責人一起決定。
盤點之後,下一步做什麼
第一輪盤點完成後,建議把結果整理成一頁文件,記錄每一項的現況、修改內容與修改日期。這份文件就是這個 GA4 資源的「病歷」,之後每一季重新檢查一次,確認沒有人在不知情的情況下改動設定。
如果你正在接手一個狀況不明的 GA4 資源,或是公司剛更換行銷負責人,需要有人協助做完整的資料健檢,可以參考我們的服務說明。
常見問題
資料保留期限延長到十四個月,會影響網站速度或費用嗎?
不會影響網站速度,標準版 GA4 延長保留期限也不需額外付費。它只決定 GA4 保留使用者層級與事件層級資料多久,供探索報表使用。
時區設錯了很久,改過來之後舊資料怎麼辦?
舊資料不會重新計算。建議記錄修改日期,做跨期比較時避開切換那一天,或在分析說明中註明前後時區不同。
關鍵事件應該設幾個比較合適?
沒有固定數字,重點是每一個都要對應到明確的業務目標。多數中小企業網站有二到五個關鍵事件就足夠,例如詢價、購買、預約、下載型錄。
報表識別資訊選哪一種比較好?
若網站有登入機制並傳送使用者 ID,混合模式能提供較完整的跨裝置辨識。若沒有登入機制,差異通常不大,重點是團隊知道目前使用哪一種,並在比較數據時保持一致。
