2024 年底，Google 將 GA4 作為電商追蹤的唯一標準方案後，越來越多 WooCommerce 店家發現一個共同痛點：沒有正確的購物事件資料，根本看不出轉換漏斗在哪一步斷掉。訪客明明進了商品頁、加入購物車、進了結帳頁，但最後卻沒有完成購買——這些關鍵時刻要被 GA4 記錄下來，才能真正掌握購物旅程的完整面貌。要達成這一點，WooCommerce 與 GA4 的整合並不複雜，只需選對方法、完成驗證即可。
整合 WooCommerce 和 GA4 有兩條主要路線：一是透過 Google Site Kit 外掛一鍵串接，二是用 Google Tag Manager（GTM）手動設定事件監聽。兩者各有適用場景，差別在於靈活度與技術門檻。本篇逐一說明整合流程、事件驗證方法，以及怎麼在 GA4 後台確認資料是否正確進場。
Google Site Kit 快速路線
Site Kit 是 Google 官方維護的 WordPress 外掛，集成了 Google Analytics、Search Console、PageSpeed Insights 等工具。對於第一次接觸 GA4 追蹤的新手店家，這是最簡便的起點。
安裝與啟用
先在 WordPress 後台外掛市場搜尋「Google Site Kit」並安裝，然後點擊啟用。接著進入外掛設定，用 Google 帳號登入並授權外掛存取你的 Google 帳戶。在「服務」標籤裡，勾選「Google Analytics」與「WooCommerce」（若有此選項）。授權完成後，Site Kit 會自動偵測到你的 GA4 資源，無需額外手動設定 Measurement ID。
需要注意的是，Site Kit 會在網站 header 植入追蹤程式碼。若你已用其他方法埋入 GA4 程式碼，需停用那個方法避免重複追蹤。檢查方式是到後台外觀→主題檔案編輯器，搜尋「gtag」確認 header 只出現一份追蹤碼。
WooCommerce 事件對應
Site Kit 內建支援的購物事件包括：
- 加入購物車（
add_to_cart）：訪客點擊「加入購物車」按鈕時觸發 - 開始結帳（
begin_checkout）：訪客進入結帳頁時觸發 - 購買完成（
purchase）：訂單成立時觸發
這三個事件是 GA4 的標準電商事件，無需額外配置就能自動送出。
若你的店家使用了特殊商品類型（如 WooCommerce Subscriptions 訂閱制、或 Product Bundles 組合商品），Site Kit 可能無法自動追蹤這些變體。此時得改走 GTM 路線補上自訂事件。
GTM 進階路線
Google Tag Manager 提供了更細緻的追蹤控制，適合想監測額外事件（如產品瀏覽、移除購物車、套用折扣碼）或需要複雜條件邏輯的店家。
GTM 與 GA4 的連接
首先在 GTM 建立新容器，選擇「網站」作為容器類型。生成容器 ID 後，在 WordPress 後台安裝「Google Tag Manager for WordPress（by MonsterInsights）」或「Elementor Google Tag Manager」外掛，貼入 GTM 容器 ID。
接著在 GTM 介面建立 GA4 代碼，選擇「Google Analytics：GA4 設定」標籤類型，填入你的 GA4 Measurement ID（可在 GA4 後台的資料流設定找到）。建立一個「All Pages」觸發條件，讓 GA4 代碼在每個頁面都執行，完成基礎連接。
設定購物事件
GA4 電商事件需要特定的資料層（Data Layer）結構。WooCommerce 本身不會主動送這些事件進 Data Layer，需透過外掛補強。推薦用「WooCommerce Enhanced Ecommerce Google Analytics Plugin」或「Google Analytics for WooCommerce」，這類外掛會自動在購物各階段產生標準 GA4 事件資料。
安裝外掛後，到外掛設定輸入 GA4 Measurement ID。外掛會自動在訪客進入商品頁時觸發 view_item、點擊「加入購物車」時觸發 add_to_cart、進入結帳頁時觸發 begin_checkout、完成購買時觸發 purchase，並帶上訂單金額、稅金、運費、商品清單等細節。這些事件資料會流進 GA4 的事件表，後續可用轉換事件功能把「purchase」定義為目標轉換。
進階事件客製化
有時業務需要追蹤特殊指標，例如「套用優惠碼」或「開啟門市取貨選項」。此時在 GTM 裡建立自訂事件觸發器。舉例，若想追蹤優惠碼應用，可在 GTM 建立 JavaScript 變數監聽結帳頁的折扣欄位變化，當使用者填入折扣碼時發送 apply_coupon 事件。
設定自訂事件時，GA4 資料層格式為：
window.dataLayer.push({
event: 'apply_coupon',
coupon_code: 'DISCOUNT20',
currency: 'TWD',
value: 1500
});
在 GTM 裡建立代碼攔截此事件並轉發到 GA4。自訂事件的好處是能探索轉換漏斗中被忽略的停駐點，但也要避免追蹤過度——每個額外事件都增加伺服器負擔。
GA4 後台驗證
串接完成後，最關鍵的一步是驗證資料正確進場。不驗證就上線，可能導致一個月後才發現資料異常、卻無法回溯。
即時報告確認
在 GA4 後台左側選單進入「報告」→「實時」，開啟你的店家網站在新分頁完整走過一次購物流程：進商品頁、加入購物車、開始結帳、完成購買。同時監看即時報告，應該看到每次頁面進入時「事件數」上升，完成購買時該使用者的「轉換」欄位從 0 變成 1。
若即時報告沒有出現對應事件，代表埋碼有問題。此時回到 GTM 的「預覽」模式，在網站上重複操作，觀察 Data Layer 是否正確推送事件資料。若 Data Layer 有事件但 GA4 報告沒數據，問題在 GA4 代碼設定；若 Data Layer 本身就沒事件，則是外掛或自訂代碼沒正確觸發。
轉換事件設定
GA4 預設不會把 purchase 事件視為轉換。需在 GA4 後台「管理」→「事件」→「轉換」，找到 purchase 事件標記為轉換。同時檢查「參與度」底下的事件，像是 add_to_cart 與 begin_checkout 也該被標記，這樣才能在漏斗分析中看到各階段的流失。
電商報告檢驗
等待資料累積一到兩天後，進入 GA4「報告」→「獲利」→「電商」，應該看到訂單、收入、平均訂單價值等數據。若數字與實際 WooCommerce 訂單量不符，常見原因包括 GTM 容器未發布（在 GTM 編輯好後忘記點「發布」）、GA4 資料篩選規則不小心過濾掉了業務流量、或結帳頁有 CORS 錯誤導致事件發送失敗。
使用「調試」功能排查：在 GA4 左下角點「調試」，勾選「追蹤代碼偵錯程式」，重新操作一次購買流程，在 GA4 介面的「調試事件」欄位看到詳細的事件傳遞日誌。
選型決策
Site Kit 適合第一次接觸 GA4 的新手，安裝快、設定簡單。但若店家有複雜的轉換邏輯或想追蹤額外指標，GTM 路線更靈活。許多大型 WooCommerce 店家同時使用兩者：用 Site Kit 埋基礎 GA4 程式碼，用 GTM 補上進階事件與轉換規則。
無論選哪條路線，核心重點都是一樣的：確認購物的三個關鍵事件能正確送入 GA4，然後在後台驗證數字吻合現實。缺少驗證這一步，後續再怎麼分析數據也是對著一份不準確的清單做決策。現在 2026 年電商競爭更激烈，掌握購物轉換漏斗已是中小店家的基本功。