對台灣電商經營者來說，GA4（Google Analytics 4）已經是不能不會的基本功。舊版的通用 Analytics（Universal Analytics，簡稱 UA）已於 2023 年停止處理新資料，所有流量與電商數據都要改用 GA4 來追蹤。但很多人裝了追蹤碼後，營利報表卻一片空白、購買數對不上後台訂單，問題幾乎都出在電商事件沒設好。這篇教學會帶你從頭走一遍：建立資源與資料串流、安裝追蹤碼、開啟增強型評估、設定增強型電商事件與商品參數、標記轉換、串接 Google Ads，最後看懂該看的報表，並避開最常見的計算錯誤。本文數據皆為估算或範例，實際以你的後台與 GA4 介面為準。
GA4 與舊版 UA 有什麼不同？
理解差異，才知道為什麼設定方式整個翻新。UA 的核心是「工作階段（Session）」與「網頁瀏覽」，而 GA4 改用「事件（Event）」為基礎——在 GA4 的世界裡，任何互動都是事件，包括頁面瀏覽、捲動、點擊、加入購物車、購買，全部都是事件搭配參數。
第二個重大差異是「評估（Measurement）」概念。GA4 內建「增強型評估（Enhanced Measurement）」，開啟後會自動追蹤捲動、站外點擊、站內搜尋、檔案下載與影片互動，不必再手動埋一堆程式碼。第三，GA4 的「轉換（Conversion，新版介面稱為關鍵事件 Key Event）」是把某個事件勾選為轉換，而不是像 UA 那樣設定目標漏斗。最後，GA4 同時追蹤網站與 App，並以跨平台、以使用者為中心的方式建模，資料保留與報表邏輯都跟 UA 不同。對電商而言，最關鍵的是：GA4 的電商報表完全依賴你送進來的標準電商事件與參數，名稱與格式錯一個字，營利報表就抓不到。
第一步：建立資源與資料串流
還沒有 GA4 帳戶的話，先到 Google Analytics 後台建立。整個初始化流程如下：
- 登入 analytics.google.com，點左下角「管理」齒輪，建立「帳戶（Account）」，填寫帳戶名稱與資料共用設定。
- 在帳戶底下建立「資源（Property）」，輸入資源名稱（建議用品牌名）、選擇時區為「台北標準時間（GMT+8）」、幣別選「新台幣（TWD）」。幣別務必選對，否則營利報表的金額會換算錯誤。
- 填寫產業類別與商家規模，選擇商業目標時勾選「產生潛在客戶」與「線上銷售」等與電商相關的選項。
- 建立「資料串流（Data Stream）」，電商網站選「網站」，輸入你的網域與串流名稱。
- 建立完成後，系統會給你一組「評估 ID」，格式為 G- 開頭（例如 G-XXXXXXXXXX），這就是你要安裝到網站的識別碼。
建立資料串流的同時，GA4 預設就會把「增強型評估」打開，這點稍後會再確認。
第二步：安裝追蹤碼（直接裝 vs 用 GTM）
拿到 G- 開頭的評估 ID 後，有兩種安裝方式，各有適用情境。
方法一：直接安裝 gtag.js
如果你的網站是自架或用簡單的模板，可以把 Google 代碼（gtag.js）直接貼進每一頁的 <head> 裡。很多電商開店平台（如部分台灣 SaaS 開店服務）後台有「GA4 評估 ID」欄位，直接把 G- ID 填進去就完成，平台會自動幫你輸出代碼。這種方式最快，但缺點是日後要加事件、改參數都得改程式或等平台支援。
方法二：用 Google 代碼管理工具（GTM）
對電商來說，強烈建議用 GTM（Google Tag Manager）。GTM 是一個「容器」，你只要在網站裝一次 GTM 代碼，之後所有的 GA4 設定、電商事件、Google Ads 代碼都在 GTM 介面裡管理，不必每次都改網站原始碼。流程是：建立 GTM 容器、把容器代碼貼到網站、在 GTM 裡新增一個「GA4 設定代碼（Google 代碼）」並填入 G- ID、設定觸發條件為「初始化 - 所有頁面」。日後要送 add_to_cart、purchase 等事件，就在 GTM 裡搭配「資料層（dataLayer）」設定，彈性與維護性都遠勝直接埋碼。提醒：GTM 與直接 gtag.js 兩種方式只能擇一輸出 GA4 設定，兩個都裝就會造成重複計算。
第三步：確認增強型評估已開啟
回到「管理 → 資料串流 → 點進你的網站串流」，會看到「增強型評估」區塊。確認它是開啟狀態，並點齒齒輪展開細項，建議全部勾選：網頁瀏覽、捲動、站外點擊、站內搜尋、影片互動、檔案下載、表單互動。這些事件不用寫任何程式碼就能自動收集，能讓你快速看到使用者行為。不過要注意，增強型評估只涵蓋通用互動，真正的電商交易事件（加入購物車、結帳、購買）還是要另外設定，這是下一步的重點。
第四步：設定電商事件與商品參數
這是電商追蹤的核心，也是最容易出錯的地方。GA4 的電商報表只認得「建議的電商事件名稱」與「標準參數結構」。你要做的是在使用者操作的對應時機，把帶有 items 陣列的事件推進資料層（dataLayer），再由 GTM 送到 GA4。
每個電商事件都要附帶一個 items 陣列，裡面放商品參數，常用的包括：item_id（商品 ID）、item_name（商品名稱）、price（單價）、quantity（數量）、item_category（分類）、item_brand（品牌）。購買事件還要在事件層級放 transaction_id（訂單編號，用來去重）、value（金額）、currency（幣別，填 TWD）。下表是 GA4 重要電商事件對照，建立時請完全照標準名稱，連大小寫都不能改：
| 事件名稱 | 觸發時機 | 必備關鍵參數 | 會影響的報表 |
|---|---|---|---|
| view_item_list | 使用者看到商品列表頁 | items（含 item_list_name） | 商品成效 |
| view_item | 進入單一商品頁 | items、currency、value | 商品成效、營利 |
| add_to_cart | 加入購物車 | items、currency、value | 購物行為、商品成效 |
| view_cart | 檢視購物車 | items、currency、value | 購物行為 |
| begin_checkout | 開始結帳流程 | items、currency、value | 結帳轉換、購買歷程 |
| add_payment_info | 填入付款資訊 | items、payment_type | 結帳轉換 |
| purchase | 完成下單付款 | transaction_id、value、currency、items | 營利（總收益、購買數） |
| refund | 退款 | transaction_id、value | 營利（退款） |
實務上，可請工程師在感謝頁（訂單完成頁）輸出一段 dataLayer.push，帶入真實的 transaction_id 與商品明細，GTM 再以「自訂事件」觸發 GA4 的 purchase 事件。設定完成後，務必用 GTM 的「預覽模式」與 GA4 的「DebugView」實際下一筆測試單，確認每個參數都有正確帶值。
第五步：標記轉換（關鍵事件）
事件送進來之後，要告訴 GA4「哪些事件算成果」。到「管理 → 事件（或關鍵事件）」，找到 purchase，把它切換為「標示為關鍵事件 / 轉換」。電商通常會把 purchase 設為主要轉換，也可視行銷目的把 begin_checkout、add_to_cart、加入會員（sign_up）一併標為關鍵事件，方便在報表中追蹤各階段成效。提醒：新事件要先實際被觸發過、出現在事件清單裡，才能勾選為關鍵事件；剛設定完可能要等最多 24 至 48 小時資料才會完整顯示（此為估算）。
第六步：串接 Google Ads
如果你有投放 Google 廣告，務必把 GA4 與 Google Ads 連結，這樣才能把 GA4 的關鍵事件匯入 Ads 當作轉換出價依據，也能建立再行銷受眾。步驟是：在 GA4「管理 → 產品連結 → Google Ads 連結」按「連結」，選擇你的 Ads 帳戶並啟用個人化廣告與自動標記。連結後回到 Google Ads，在「目標 → 轉換」中匯入 GA4 的 purchase 等關鍵事件。這樣廣告系統就能用真實的電商轉換來最佳化，對 ROAS（廣告投資報酬率）優化很關鍵。連結完成後，GA4 的「廣告 → 歸因」與「客戶開發」報表也會出現 Google Ads 的活動與費用資料。
第七步：該看哪些報表
設定都到位後，重點就是判讀報表。電商最該盯的有三類：
客戶開發（流量開發）報表
在「報表 → 客戶開發」可看到流量來源，分為「使用者開發」（首次帶來訪客的來源）與「流量開發」（每個工作階段的來源）。用「工作階段預設管道分組」分辨自然搜尋、付費搜尋、社群、電子郵件、直接流量各帶來多少工作階段與轉換，判斷哪個渠道值得加碼。
營利報表
「報表 → 營利 → 總覽」與「電子商務購買」是電商命脈，能看到總收益、購買數、平均訂單金額、各商品的瀏覽、加入購物車與購買次數，以及購物車到購買的轉換率。這裡的數字若空白或對不上後台，幾乎都是 purchase 事件或參數沒設好。
轉換路徑與購買歷程
「探索 → 漏斗探索」可自訂 view_item → add_to_cart → begin_checkout → purchase 的漏斗，找出流失最嚴重的環節（例如很多人加入購物車卻沒結帳，可能是運費或結帳流程的問題）。「廣告 → 歸因 → 轉換路徑」則能看到使用者在轉換前接觸了哪些管道，幫你評估不同渠道在轉換歷程中的貢獻。
常見錯誤與避坑指南
最後整理電商最常踩的雷，這些都會直接讓數據失真：
- 重複計算：同時用「直接埋 gtag.js」與「GTM」各送一份 GA4 設定，導致每個頁面瀏覽與事件被算兩次。請只保留一種輸出方式。
- 未過濾自家流量：你和同事每天進站測試，會灌水數據。請到「資料設定 → 資料篩選」設定內部流量篩選器，以辦公室 IP 排除內部流量；測試期間也記得用 DebugView 而非正式報表。
- purchase 重複觸發：感謝頁被重新整理會再送一次 purchase，造成重複訂單。GA4 會以相同的 transaction_id 自動去重，所以一定要帶入唯一且正確的訂單編號。
- 幣別或金額格式錯誤：value 帶了含貨幣符號的字串、或 currency 沒填 TWD，營利金額就會錯。value 要是純數字，currency 用標準代碼。
- 事件名稱自創：把 add_to_cart 寫成 addToCart 或 add-to-cart，GA4 就不會認列為電商事件，務必照官方建議名稱。
- 沒做測試就上線：設定後沒用 GTM 預覽與 GA4 DebugView 實測一筆訂單，等發現報表沒資料往往已過了好幾天。上線前一定要實測驗證。
把以上七步走完並避開這些坑，你的 GA4 就能完整追蹤電商從瀏覽、加入購物車、結帳到購買的全歷程，配合 Google Ads 串接，行銷預算才花得明白。建議每季回頭檢查一次事件與參數是否仍正確，網站改版或換開店平台後尤其要重新驗證。