GA4 導入指南：網站數據怎麼看、轉換事件怎麼設
打開後台，看到這個月有幾千次瀏覽，然後呢？
多數企業網站的數據困境不是沒有數字，而是有一堆看不出所以然的數字。真正該回答的問題其實很具體：這個月的詢問是從哪裡來的？部落格有沒有帶來客人？改版之後有比較好嗎？這些問題有沒有答案，取決於埋點當初有沒有設計過。
先想清楚要回答什麼問題，再去設定
導入分析工具最常見的順序錯誤，是先把追蹤碼裝上去，再回頭想要看什麼。
比較有效的做法是倒過來：先把你每個月想在會議上回答的問題列出來，再決定要記錄哪些動作。常見的問題大概是這幾類：
- 詢問或訂單是從哪些管道進來的？
- 哪些頁面實際促成了聯絡，哪些只是被看了很多次？
- 自然搜尋進來的人，和廣告、社群進來的人，行為差在哪裡？
- 新做的內容有沒有開始帶流量？
列完之後你會發現，需要記錄的動作其實不多，但每一個都必須被明確定義。這一步和寫軟體需求是同一種工作，可以參考軟體需求怎麼寫的思路：把模糊的想法變成別人照著做也不會做錯的描述。
GA4 與 Search Console 的分工
這兩個工具常被誤以為重複，實際上它們負責的是使用者旅程的不同段落。
| Search Console | GA4 | |
|---|---|---|
| 觀察位置 | 訪客進站之前 | 訪客進站之後 |
| 回答的問題 | 他們搜了什麼、有沒有看到我 | 他們進來做了什麼 |
| 典型用途 | 找出有曝光但點擊少的關鍵字 | 看轉換與各管道的表現差異 |
| 對內容的意義 | 判斷該補寫哪些主題 | 判斷哪些內容真的帶來行動 |
實務上最有價值的用法，是把兩邊對起來看：某個主題在搜尋端有曝光但點擊不佳，通常是標題與描述沒有回應搜尋意圖；點擊進來了卻沒有任何後續行動，那問題多半在內容本身或頁面上找不到下一步。內容選題與結構的做法，整理在品牌部落格怎麼經營。
要提醒的是，這兩項工具的介面與報表名稱時常調整，本文只談判斷邏輯，實際操作位置請以官方最新說明為準。
事件與轉換：把「成功」定義出來
事件指的是使用者在網站上做的一個動作，轉換（部分介面稱為關鍵事件）則是你認定為有商業價值的那幾個動作。沒有做這一步，報表上就只有流量，沒有結果。
一般企業網站值得記錄的動作大致是：
- 聯絡表單送出成功（注意是送出成功，不是按下按鈕）
- 電話號碼被點擊（手機訪客尤其重要）
- 通訊軟體或官方帳號的加入按鈕被點擊
- 型錄、報價單等檔案被下載
- 電商情況下的加入購物車、開始結帳、完成訂單
設計時有幾個原則會影響日後好不好用：
一、命名先訂規則再開始記錄。事件名稱一旦混亂，半年後沒有人分得清楚 contact 和 contact_form 差在哪。建議用「動作＋位置」的固定格式，並寫成一份文件交接。
二、只把真正代表商業價值的動作標記為轉換。把所有事件都標成轉換，等於沒有轉換，因為報表會被大量無意義的數字灌滿。
三、區分「按下」與「完成」。按下送出按鈕但驗證失敗、或後端寫入失敗，都不算成功。記錄點應該放在確認成功之後。
四、流量來源要標記。站外投放、電子報、口碑文章的連結，應該加上一致的來源標記，否則全部會被歸在同一堆。這一段的做法與案例，在口碑行銷 ROI 怎麼量有更完整的說明。
隱私與同意的處理原則
導入追蹤時，有兩件事必須一起處理。
第一是不要把個人資料送進分析工具。姓名、電話、電子郵件、地址、身分證字號都不應該出現在事件參數或網址參數中。最常見的意外是表單送出後把填寫內容帶進網址，結果整批個資被記錄下來。
第二是告知與同意。網站應有隱私權政策，說明蒐集哪些資料、用途與保存方式；若採用需取得同意才啟用追蹤的作法，就要確保在取得同意之前不載入相關程式，而不是只放一個關不掉的提示條。
相關法規與各工具提供的同意機制會持續調整，這裡只講原則：能不蒐集的就不蒐集，蒐集了就要說清楚。 實際作法請以主管機關與官方文件的最新版本為準，涉及合約或法遵責任時建議諮詢律師。網站在資料保護上的其他基本功，可以看企業網站資安基本功。
最常見的幾個錯誤
重複安裝。換過廠商、換過佈景、後來又用外掛裝了一次，同一個頁面載入兩份追蹤碼，數據會膨脹且失真。檢查方式是在瀏覽器裡確認同一個代碼是否只出現一次。
只裝了追蹤碼，沒有設任何轉換。這是最普遍的狀況，結果是三年後回頭看，只知道流量高低，不知道帶來多少生意。
自己人的流量沒有排除。公司內部、開發廠商、測試環境的流量若混進來，小型網站的數據會被嚴重稀釋。
改版時沒有沿用設定。網站重做後事件全部失效，歷史資料無法比較。改版前後的檢查項目，整理在網站改版 SEO 檢查清單。
把流量本身當成目標。流量成長但詢問沒增加，通常代表來的人不對，或頁面上沒有明確的下一步。
忽略速度對數據的影響。頁面太慢時，訪客在追蹤生效前就離開，數據看起來像「沒人有興趣」，實際上是根本沒看到。相關指標見網站速度優化指南。
不同類型的網站，該記錄的東西不一樣
形象官網與服務型網站：轉換路徑短，重點放在聯絡行為——表單送出、電話點擊、通訊軟體加入。這類網站的訪客量通常不大，因此更要把每一次聯絡的來源標記清楚，否則樣本太少時看不出差異。
內容型網站與品牌部落格：單篇文章帶來的不一定是立刻詢問，而是先建立信任。除了轉換之外，值得看的是閱讀深度、內部連結的點擊，以及讀者從文章走到服務頁的比例是否在變化。
電商網站：流程較長，建議完整記錄加入購物車、開始結帳、完成訂單這條路徑，才看得出來是在哪一步流失。串接金流時也要確認回到網站的那一步有被正確記錄，否則完成的訂單會被算成別人的功勞。
有後台或會員的系統：登入之後的行為往往涉及個人資料，設計上要特別小心不要把帳號、姓名帶進追蹤參數。這類系統的營運數據通常應該從自家資料庫取得，分析工具只負責站外到站內這一段。
埋點是誰的責任，怎麼寫進驗收
這件事常在專案結束後才被想起來，於是變成沒有人負責。比較好的做法是在需求階段就講清楚：
- 誰負責安裝與設定：開發廠商、行銷團隊還是外部顧問。
- 要記錄哪些事件：列成清單並附上名稱規則，當成交付項目之一。
- 怎麼驗收：實際在測試環境走一次流程，確認事件有被記錄、轉換有被標記，而不是只看到追蹤碼存在。
- 帳號歸屬在誰名下：分析與搜尋工具的擁有者權限應該在你公司，不是在廠商的個人帳號。這一點和網域、主機的歸屬同等重要。
- 交接文件：一份說明有哪些事件、代表什麼意思的文件，換人接手時才不會從零開始猜。
把這幾項寫進需求與驗收標準，成本幾乎是零，卻能避免日後整批重做。
上線之後要定期看的幾件事
不需要每天盯報表。建議每月固定看四件事就夠用：
- 各管道帶來的轉換數，而不是只看造訪數。
- 哪些到達頁真的促成行動，用來決定內容要加強還是調整。
- 搜尋端的曝光與點擊趨勢，用來判斷要補寫哪些主題。
- 行動裝置與桌機的差異，多數產業的訪客以手機為主，兩者的表現常常不同。
若你的生意高度依賴附近的客人，還要一併看地圖與在地搜尋的表現，這部分的做法在在地商家行銷與本地 SEO有整理。
數據工具本身不會帶來生意，它的作用是讓你停止猜測。把「什麼叫成功」定義清楚、把來源標記好、把個資擋在工具之外，剩下的判斷就有依據了。
如果你的網站還沒埋點、或埋了但沒人看得懂報表，與 NETVANA 討論你的網站需求，我們會先釐清你要回答的問題再談作法。NETVANA 的網站開發服務將成效追蹤設定列為交付物之一，各服務內容可以看軟體服務介紹。
延伸閱讀：想讓內容真的被搜尋到，可以看品牌部落格怎麼經營；想改善頁面速度與體驗指標，可以看網站速度優化指南；想把行銷投入換算成可追蹤的成效，可以看口碑行銷 ROI 怎麼量；網站數據以外的營運數字，需要另一層報表，可以看報表系統與儀表板開發指南；埋了追蹤碼就必須交代蒐集了什麼、怎麼用，可以看網站隱私權政策怎麼寫。
