1. 為什麼要在 GA4 設定電商追蹤？
如果您經營網路商店，卻只依賴「總銷售額」來評估业绩，就像開車只看里程表，完全不知道哪裡加速、哪裡煞車。GA4 電商追蹤的核心價值，在於將單一銷售數字，拆解為「用戶從哪裡來、看了什麼商品、把哪些放進購物車、最後為何放棄購買」的完整旅程數據。這不仅能帮您精準計算投資回報率（ROI），更能發現網站漏斗中的流失點，例如發現多數用戶在「選擇配送方式」頁面離開，即可针对性優化。此外，GA4 內建的 AI 預測指標（如購買機率），能讓您自動化圈選高價值受眾進行再行銷，這是 Universal Analytics 無法直接實現的功能。對小型店主而言，這是低成本提升轉換率的關鍵第一步。
2. GA4 與 UA 事件/參數對照表（下載）
從 Universal Analytics（UA）遷移至 GA4 時，最大的適應障礙在於「事件」與「參數」的定義完全不同。UA 的「電子商務」是一組固定交易，而 GA4 的電商是基於「事件」的串流。為協助您快速對照，我們整理了一份 Excel 對照表，條列主要電商事件名稱、必備參數及參數意義。例如，UA 的 `transaction` 事件直接對應 GA4 的 `purchase`；UA 的 `product` 參數清單，在 GA4 中則分散在 `items` 陣列的每個事件裡。下載並儲存此表，後續在 GTM 或代碼設定時，可即時查閱，避免參數命名錯誤導致數據斷層。
檢查點： 請確認您已理解 `items` 陣列結構，這是 GA4 電商參數的container。
常見錯誤： 開發者常將 UA 的 `product` 參數（如 `productSKU`）直接作為 GA4 事件的單獨參數傳送，而未放入 `items` 陣列，這將導致報表無法正確聚合商品層級數據。
3. 建立 GA4 Property 與資料流（Web）
在實作任何追蹤前，必須先在 Google Analytics 後台建立正確的容器。首先，進入您的 GA4 帳戶，點擊「建立屬性」並為網站命名。最关键的一步是「資料流」設定：選擇「Web」平台，輸入您的網站 URL 並為資料流命名（例如「官方網站 - production」）。完成後，系統會產生一個「測量 ID」（格式：G-XXXXXXXXXX），這是後續所有追蹤碼的識別鑰匙。請務必在「資料流詳細資料」中，檢查「enhanced measurement」（增強衡量）是否已開啟，它會自動蒐集 `scroll`、`outbound_click` 等基礎事件，但請注意，自動蒐集的電商事件有限，主要電商事件仍需手動設定。
檢查點： 測量 ID 是否正確複製？請勿與 UA 的「追蹤 ID」混淆。
常見錯誤： 在「資料流」設定時誤選了「iOS app」或「Android app」，導致後續取得的 SDK 或測量 ID 格式不符，網站無法傳送數據。
4. 使用 GTM 實作電商事件（Add-to-Cart、Purchase 等）
H3-4.1. 事件名稱與必備參數對照表（下載）
實作電商追蹤，首先需明確 GA4 預定義的電商事件名稱與其強制參數。我們提供的第二份下載資源「GA4 電商事件參數完整對照表」，詳細列出了 `view_item`、`add_to_cart`、`begin_checkout`、`purchase` 等核心事件的參數結構。以 `purchase` 為例，事件名稱固定為 `purchase`，必備參數包含 `transaction_id`（訂單編號）、`value`（總金額）、`currency`（貨幣），以及一個包含所有購買商品的 `items` 陣列。`items` 內的每個商品都需包含 `item_id`、`item_name` 或 `item_category` 等參數。此表是開發者與行銷團隊對齊數據結構的關鍵文件。
H3-4.2. 建立 GTM 變數
H4-4.2.1. 產品 ID 與價格變數
假設您的頁面已埋設 Data Layer，例如 dataLayer.push({ 'event': 'add_to_cart', 'ecommerce': { 'items': [{ 'item_id': 'SKU123', 'price': 499, 'quantity': 2 }] } })。在 GTM 中，需建立對應的「資料層變數」。創建新變數，類型選擇「資料層變數」，名稱輸入 `ecommerce.items.0.item_id`（索引0代表第一個商品）。同理，建立 `ecommerce.items.0.price` 變數。若頁面有多個商品，需考慮使用「資料層變數索引」或建立多個變數。若無 Data Layer，則需改為「DOM 元素變數」或「JavaScript 變數」來抓取頁面上的商品資訊。
H4-4.2.2. 交易總金額變數
針對 `purchase` 事件，需建立 `ecommerce.value` 變數來抓取訂單總金額。若金額分散在不同元素（如商品小計、運費、稅額），需在 Data Layer 推送前，於網站程式碼中計算好總金額，並賦予單一 `value` 參數。
H3-4.3. GA4 事件標籤設定步驟
H4-4.3.1. `add_to_cart` 標籤
- 在 GTM 建立新標籤，選擇「GA4 事件」。
- 設定「設定檔」為您對應的 GA4 測量 ID。
- 事件名稱輸入 `add_to_cart`。
- 在「事件參數」區塊，點擊「新增參數」：
- 參數名稱 `items`，值選擇「資料層變數」，變數名稱選取 `ecommerce.items`（注意：此變數應為陣列類型，而非單一 item 變數）。
- 若需傳送其他參數如 `currency`，可繼續新增。
- 觸發器選擇「自訂事件」，事件名稱 `add_to_cart`（需與 Data Layer 推送的 `event` 名稱一致）。
H4-4.3.2. `purchase` 標籤
- 同樣建立「GA4 事件」標籤，事件名稱 `purchase`。
- 參數設定：
- `transaction_id`：值為 `ecommerce.transaction_id` 變數。
- `value`：值為 `ecommerce.value` 變數。
- `currency`：值為 `ecommerce.currency` 變數（若固定台幣可直接輸入 `TWD`）。
- `items`：值為 `ecommerce.items` 變數。
- 觸發器選擇「自訂事件」，事件名稱 `purchase`。
H3-4.4. 觸發器規則
觸發器的核心在於「事件名稱」與 Data Layer 推送的 `event` 值精準匹配。請確保您的網站程式碼在用戶執行加入購物車或完成付款的瞬間，推送了正確的 Data Layer 物件。例如，加入購物車按鈕點擊後，應有 dataLayer.push({ 'event': 'add_to_cart', ... })。
H3-4.5. 測試與 DebugView 檢查點
所有標籤發布前，必須在 GTM 的「預覽模式」中測試。進入預覽模式後，在您的網站上執行加入購物車、填寫地址、完成付款（可使用測試金流）等操作。同時，打開 GA4 後台的「管理」>「DebugView」，您應能看到 Real-time 流出的事件串流，並點擊單一事件檢查參數結構是否正確，特別是 `items` 陣列內的每個商品參數。常見錯誤如 `item_id` 為空、`value` 為 NaN（非數字），都會在此被察覺。
5. 事件驗證、除錯與常見錯誤清單
設定完成後，數據驗證是確保品質的最後防線。除錯工具首推 GA4 的 DebugView 和 Chrome 外掛「Tag Assistant」。DebugView 能顯示事件傳入的原始參數結構，若 `items` 陣列內缺少 `item_name` 或 `price`，報表將無法正確計算「每件商品收入」。Tag Assistant 則可檢查標籤是否成功觸發、有無衝突。此外，請務必在 GA4 報表中，檢查「設定」>「事件」頁面，查看自定義事件是否被正確標記為「轉換」（例如將 `purchase` 設為轉換）。常見錯誤還包括：事件名稱拼寫錯誤（如 `add_to_cart` 寫成 `add-to-cart`）、參數名稱使用 UA 舊格式（如傳送 `product` 而非 `items`）、或是在測試環境與生產環境使用相同的 GA4 測量 ID 導致數據污染。解决方法是建立 GTM 環境變數，透過「工作環境」功能切換不同測量 ID。
6. 進階電商報表與 Funnel Exploration
當基礎事件數據正確流入後，分析師可運用 GA4 的「探索」功能深度分析。建立「漏斗探索」時，選擇 `begin_checkout`、`add_shipping_info`、`add_payment_info`、`purchase` 為步驟，即可視覺化各步驟流失率。關鍵在於確保這些事件都被正確觸發。若發現 `add_shipping_info` 步驟數據為零，代表該事件未設定或觸發條件有誤。此外，「路徑探索」可用來分析用戶在商品頁後的瀏覽序列，了解哪些商品常被一起檢視（潛在搭配銷售機會）。這些報表皆可儲存為自定義報表，供團隊定期檢視。
7. GA4 AI 預測指標實務應用
GA4 的 AI 預測指標（需累積足夠數據，通常數週）包括「購買機率」、「流失機率」、「預期收入」等。這些指標會自動賦予每位用戶。實務上，您可以在「受眾」功能中，建立條件為「購買機率 > 0.7」的預測受眾，並直接將此受眾連結至 Google Ads 進行再行銷，針對高意圖用戶投放優惠券。同樣地，「流失機率」高的用戶，可設定自動化郵件提醒。注意：AI 指標的計算基礎是過去 28 天的數據，且會隨數據累積動態調整，不應將其視為靜態標籤。此外，這些指標僅在 GA4 報表與受眾中使用，無法直接作為外部系統的輸入參數。
8. GA4 與 BigQuery、Looker Studio 深度整合
對於需要原始事件數據進行進階建模的團隊，GA4 免費版提供 14 天的 BigQuery 每日匯出。啟用方式為：GA4 後台「管理」>「BigQuery 連結」，選擇您的專案並設定排程。匯出的資料表結構為 `events_YYYYMMDD`，包含所有事件與參數的巢狀結構，需使用 SQL 的 `UNNEST` 處理 `items` 陣列。舉例，要計算每日總銷售額，可查詢 `SELECT SUM(value) FROM ... WHERE event_name = 'purchase'`。請注意，BigQuery 匯出會產生儲存與查詢成本，建議先設定預算警报。匯出後，可進一步在 Looker Studio 建立自定義儀表板，將 GA4 數據與企業內部 ERP 數據結合，實現跨源分析。
9. 隱私機制、資料刪除 API 與權限管理
在台灣與歐洲市場，網站必須符合 GDPR 與個資法要求。GA4 提供內建隱私設定：於「管理」>「資料設定」>「資料保留」，可設定事件資料與使用者層級資料的保留期限（選項：2 個月、14 個月、38 個月、自動未設定）。此外，「IP 不儲存」選項可預先匿名化 IP，降低個資風險。若使用者行使「被遺忘權」，需使用「資料刪除 API」傳送 `user_id` 或 `client_id` 至 GA4 端點以刪除特定用戶數據。团队協作層面，GA4 的權限角色分為「查看者」、「編輯者」、「管理員」及「分析師」，其中「分析師」角色僅能查看報表與探索，無法更改設定，適合行銷團隊使用。建議為開發人員設定「編輯者」權限，但限制其修改「管理員」相關設定，以降低誤操作風險。
10. 常見問題與快速 FAQ
GA4 電商追蹤需要多少時間才能看到資料？
事件數據在 GA4 中通常有數分鐘至 24 小時的處理延遲。標準報表（如即時報表）約 1-2 分鐘可見；但自定義探索或 AI 預測指標，因需聚合計算，通常需等待 24-48 小時才會穩定顯示。建議在測試階段使用 DebugView 確認事件即時傳入。
UA 的 `purchase` 事件在 GA4 要怎麼對應？
UA 的 `transaction` 事件直接對應 GA4 的 `purchase` 事件。但參數結構不同：UA 的 `transaction` 參數（如 `transactionId`、`transactionTotal`）在 GA4 中成為 `purchase` 事件的第一層參數（`transaction_id`、`value`）。而 UA 的 `product` 陣列參數，在 GA4 中則必須放入 `purchase` 事件的 `items` 陣列參數內，且 `items` 內每個物件需包含 `item_id`、`item_name`、`price` 等。
我可以只用 GTM，免安裝 gtag.js 嗎？
可以。GTM 本身就是透過 gtag.js 或類似框架來傳送數據的容器。您只需在網站上安裝 GTM 的容器片段，後續所有 GA4 事件（包括電商事件）都透過 GTM 的「GA4 事件」標籤來設定與觸發，無需額外手寫 gtag.js 程式碼。此為官方推薦的最佳實務，方便管理與版本控制。
為什麼我的 `add_to_cart` 事件在報表裡顯示為 “未命名”？
這是因為事件名稱在 GA4 中未被註冊為「自定義事件」或未設定顯示名稱。首先，檢查 GA4 後台「設定」>「事件」清單，確認 `add_to_cart` 事件是否存在。若存在但顯示為「未命名」，請點擊該事件並在右側面板設定「自訂名稱」（如「加入購物車」）。若事件清單中完全沒有，代表事件根本未成功傳入，應立即返回 GTM 預覽模式與 DebugView 檢查觸發條件與參數結構。
GA4 的資料保留最長是多少天？
GA4 免費版的事件層級資料預設保留 2 個月，用戶層級資料保留 14 個月。管理員可手動延長事件資料保留至 14 個月（僅限已累積數據的屬性）。GA4 360 版可延長至 38 個月。注意：「資料保留」設定僅影響標準報表中的歷史數據可用性，若已匯出至 BigQuery，則由 BigQuery 的儲存政策決定。
如何把 GA4 電商事件匯出到 BigQuery？
在 GA4 後台「管理」>「BigQuery 連結」中，點擊「建立連結」。選擇您要連結的 GA4 屬性、資料流，以及目標 BigQuery 專案與資料集。系統會自動建立每日匯出排程，將前一天的數據（格式為 parquet）寫入 `events_YYYYMMDD` 資料表。首次連結可能需 24-48 小時完成。請確保您的 Google Cloud 專案已啟用 BigQuery API，並預先估算成本（每日匯出數據量約數百MB至數GB，查詢費用另計）。
GA4 AI 預測指標能直接套用在廣告受眾上嗎？
可以。GA4 的 AI 預測指標（如「購買機率」、「流失機率」）會自動加入至「受眾」條件的選項中。您可以建立新受眾，條件設定為「預測指標」>「購買機率」大於某個數值（如 0.6）。建立完成後，此受眾會自動更新，並可直接同步至 Google Ads 作為再行銷名單。請注意，受眾規模需達最低門檻（通常數百人）才會顯示在 Ads 中，且 AI 指標需有足夠歷史數據才能可靠。
在 Shopify / Shopline 上有一鍵安裝 GA4 的方式嗎？
有。Shopify 官方應用商店有「Google & YouTube」應用程式，可一鍵安裝 GA4 並自動設定基本電商事件（`view_item`、`add_to_cart`、`purchase`），但其參數完整性可能不如手動 GTM 設定。Shopline 後台也提供「GA4 追蹤碼」設定欄位，可貼上測量 ID，但通常只會自動傳送 `page_view`，電商事件仍需透過客製化代碼或 GTM 補上。建議仍以 GTM 為主控，確保事件參數完全符合需求。
GA4 權限角色有哪些，該怎麼分配？
GA4 屬性層級權限分為五種：查看者（僅讀取報表）、編輯者（可修改設定、建立報表，但不能管理使用者）、管理員（全權限，含使用者管理）、分析師（類似查看者，但可存取探索功能）、無（無權限）。實務分配建議：行銷人員賦予「分析師」權限以使用探索功能；網站開發人員賦予「編輯者」權限以設定事件與資料流；IT 主管或數據長賦予「管理員」權限。避免授予不必要的「管理員」權限，以降低安全風險。
測試環境與正式環境的追蹤碼要怎麼切換？
最佳實務是使用 GTM 的「環境」功能。在 GTM 容器中建立兩個環境：例如「開發（test）」與「生產（live）」。為每個環境產生獨立的 GTM 容器片段（ID 相同但環境參數不同）。在網站程式碼中，根據環境變數載入對應的 GTM 片段。同時，在 GA4 後台，可以為同一個屬性建立多個「資料流」，例如「官方網站 - 測試」與「官方網站 - 生產」，各自有獨立的測量 ID。在 GTM 的「GA4 設定」標籤中，使用「環境變數」來動態選擇對應的測量 ID，這樣即可隔離測試與正式數據。
GA4 360 版與免費版在電商追蹤上有何差異？
電商追蹤的核心功能（事件、參數、GTM 整合）在兩版完全相同。主要差異在於數據處理與進階功能：360 版提供「未匯出數據」的 BigQuery 匯出（免費版僅匯出 14 天）、更長的資料保留期（38 個月）、更細緻的權限管理（包含群組權限）、以及「廣告點擊歸因」的更高上限（免費版為 30 天轉換視窗）。若您的電商網站每月訂單數超過 1000 萬，或需要長期歷史數據分析，才需考慮 360 版。
若要刪除特定使用者的購買紀錄，該怎麼操作？
您需要使用 GA4 的「資料刪除 API」。這是一個 HTTP POST 請求，端點為 https://analyticsadmin.googleapis.com/v1alpha/properties/{propertyId}/userDeletionRequests。請求 body 中必須包含要刪除的使用者識別碼，例如 `user_id`（如果您有設定）或 `client_id`（從 Cookie 取得）。此操作需權限且為不可逆。實務上，較常見的做法是於 GA4 後台「管理」>「資料設定」>「資料刪除」中，手動輸入單一 `client_id` 進行刪除，但 API 適合批量處理。請注意，此刪除僅影響 GA4 報表，若數據已匯出至 BigQuery，需另在 BigQuery 中執行刪除。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法，並標示資料來源與判讀限制。