查網站電商媒體電商數據流量排行數據報告 工具對手對戰API關於
轉換與優化

GA4 電商設定全攻略

GA4 電商設定全攻略|ECPRO 電商博士
本文重點
  • 第一步:建立資源與基礎設定
  • 第二步:用代碼管理器(GTM)串接
  • 第三步:必追的電商事件與參數
  • 第四步:把哪些事件設成「關鍵轉換」
  • 第五步:上線前一定要驗證

先講結論:GA4 電商要追的不是「裝了沒」,而是「電商事件參數帶對沒」。我們在 ECPRO 電商博士編輯部檢視過大量台灣電商的 GA4 設定,最常見的不是漏裝,而是 purchase 沒帶 valueitems,導致報表有人數卻沒有營收。把事件規格與命名先定義清楚,再動手裝,後面才不會整包重來。

第一步:建立資源與基礎設定

GA4 的最小可用設定其實很短,但順序錯了會漏資料。先把資源開好、把資料保留期拉滿,後面才有歷史可看。

  • 在 Google Analytics 建立「GA4 資源」與「網站串流」,取得開頭為 G- 的評估 ID。
  • 到「資料設定 → 資料保留」把事件資料保留期改為最長(一般帳戶為 14 個月),預設值偏短會吃掉你的回看區間。
  • 開啟「加強型評估」,自動收 page_viewscroll、站內搜尋與外連點擊,省掉一批手動事件。
  • 排除內部與測試流量:用「資料篩選器」依公司 IP 或 debug 參數過濾,避免自己人灌水。

名詞不熟可先看我們整理的電商數據名詞表,把 GA4 的事件、參數、轉換三者的關係搞懂再往下。

第二步:用代碼管理器(GTM)串接

建議透過 Google Tag Manager 部署,而不是把程式碼散在主題裡。理由很實際:行銷人員要改事件時不必每次找工程師,且 GTM 的預覽模式能讓你在上線前看到每個事件有沒有觸發、參數對不對。

  • 在 GTM 建一個「Google 代碼」,填入 G- 開頭評估 ID,觸發條件設為 All Pages。
  • 電商事件採「資料層(dataLayer)」模式:由網站在加入購物車、結帳、完成訂單時把資料 push 進 dataLayer,再由 GTM 讀取轉送 GA4。
  • 每個電商事件對應一個「GA4 事件」代碼,事件名稱務必使用 GA4 的官方保留名稱,自創名稱會無法進入電商報表。

命名原則:照官方保留事件來,不要自創

GA4 電商報表只認得特定保留事件名,例如 view_itemadd_to_cartpurchase。若你寫成 addtocart 或 buy,資料還是會進 GA4,但「營利」報表會是空的。命名一致是後續分析的地基,別省這一步。

第三步:必追的電商事件與參數

不必一次全裝,先把「能還原一條購買路徑」的核心事件補齊,再視需求加深。以下是台灣電商建議的優先順序。

  • view_item:瀏覽商品頁,帶 items(含 item_id、item_name、price)。
  • add_to_cart:加入購物車,帶 items 與數量,這是診斷漏斗的關鍵節點。
  • begin_checkout:進入結帳流程。
  • add_shipping_info / add_payment_info:結帳中段,用來抓出在運費或付款方式環節流失的人。
  • purchase:完成訂單,必帶 transaction_idvaluecurrency(台灣設 TWD)與 items。少一個都會讓營收對不上。

所有金額相關事件都要帶 currency,否則 GA4 不知道幣別,金額會被忽略。完成事件的 transaction_id 還能幫你去除重複計算(同一張單被重整頁面而重送)。想知道補齊這些事件後漏斗哪一段最該優化,可搭配我們的漏斗營收試算工具把流失換算成金額。

建議的 items 參數結構

電商事件的價值幾乎都集中在 items 這個陣列參數上,它決定了你能不能做商品層級的分析。每個商品物件至少要帶齊以下欄位,缺漏會讓商品成效報表變得難用。

  • item_id:商品的唯一識別碼,建議與後台 SKU 一致,方便日後比對。
  • item_name:商品名稱,報表上以此顯示。
  • price 與 quantity:單價與數量,GA4 會據此計算商品營收。
  • item_category:商品分類,讓你能依品類分析瀏覽、加購與購買表現。

同一個 items 結構從 view_item 一路沿用到 purchase,欄位定義保持一致,才能串起「看了什麼、加了什麼、最後買了什麼」的完整商品旅程。

第四步:把哪些事件設成「關鍵轉換」

GA4 沒有舊版那種固定目標,而是把任一事件標記為「關鍵事件(key event)」即視為轉換。對電商而言,請至少把這幾個標起來。

  • purchase:主轉換,一定要標。
  • begin_checkout:當作微轉換,方便觀察結帳意圖。
  • 會員註冊 sign_up、電子報訂閱 generate_lead:經營名單者必標。

標太多轉換會稀釋你對「真正重要動作」的判讀,建議主轉換維持 1 到 2 個,其餘當微轉換觀察即可。轉換率提升的空間在哪,可參考轉換率提升試算先抓出投報率較高的環節。

第五步:上線前一定要驗證

裝完不驗證等於沒裝。請用以下兩個工具交叉確認,再讓資料正式累積。

  • GTM 預覽模式:實際走一次完整購買流程,逐一檢查每個事件是否觸發、items 與 value 是否正確。
  • GA4 DebugView:開啟後可即時看到事件與參數的進站情形,特別確認 purchase 的 value 與 currency。

驗證重點不是「有沒有事件」,而是「金額與商品明細對不對」。建議先用一筆小額測試單跑完整流程,比對 GA4 顯示的營收與後台訂單金額是否一致;對得上,才算真正設定完成。延伸閱讀可看ECPRO 電商博士部落格其他數據主題,把量測、分析、優化串成一條線。

電商博士小教室

本文相關的 KPI 公式

轉換率CVR
轉換率 = 下單人數 ÷ 總訪客數 × 100%

每 100 個進站的人,最後有幾個真的下單。衡量網站「把流量變訂單」的能力。

購物車放棄率Cart Abandonment
放棄率 = 1 −(完成結帳人數 ÷ 加入購物車人數)

把東西加進購物車卻沒結帳的比例。是漏斗末端最關鍵、最該救的破口。

看完整電商 KPI 公式庫 →
ECPRO 數據觀察

用真實數據延伸這個主題

ECPRO 電商博士實測逾 10 萬個台灣電商網站。想用數據驗證本文觀點,延伸閱讀這幾份實測報告:

常見問題

GA4 一定要用 GTM 嗎?直接貼程式碼不行嗎?

直接貼 G- 評估 ID 也能收基本流量,但電商事件牽涉 dataLayer 與多個參數,散在主題程式裡日後極難維護與除錯。建議用 GTM 統一管理,行銷人員可自行調整事件,且預覽模式能在上線前驗證參數,長期省下大量溝通與返工成本。

為什麼 GA4 有交易筆數卻看不到營收?

最常見原因是 purchase 事件沒帶 value 與 currency,或金額被當成字串而非數字。GA4 會收下事件、計入人數,卻無法計算營收。請用 DebugView 檢查 purchase 是否帶有數字型 value 與 TWD 幣別,並用一筆測試訂單比對後台金額是否一致。

GA4 電商事件名稱可以自己取嗎?

技術上可以送任何名稱,但「營利」與電商相關報表只認得官方保留事件,例如 view_item、add_to_cart、purchase。自創名稱會讓專屬報表抓不到資料。請務必使用保留事件名,並維持團隊命名一致,才能用到 GA4 內建的電商分析功能。

訂閱電商情報每週一封,台灣電商數據與經營洞察。
延伸閱讀