一家電商品牌如何因 Google Ads↗ 轉換追蹤錯誤而浪費 $28,000

Google Ads 報告顯示每月 580 筆購買轉換。Shopify 後台顯示來自 Google Ads 的實際購買只有 260 筆。超過一半的「轉換」是重複計算的幽靈數據。Smart Bidding 以為自己表現出色，實際上卻在按照錯誤的地圖導航。

追蹤數據的準確性是 Google Ads 效果行銷的根基。如果轉換數據灌水，Smart Bidding 會認為目前的 CPA 很好而繼續當前策略；如果轉換數據遺漏，Smart Bidding 會認為需要更激進的出價來獲取轉換。無論哪種情況，結果都是浪費金錢。

客戶背景

這家客戶經營一個中型健康食品電商，透過 Shopify 商店銷售，平均客單價 $75。Google Ads 是他們的主要獲客管道，月預算 $14,000，投放了兩個月共 $28,000。

帳戶設定看起來很標準：搜尋廣告 + Performance Max + 購物廣告的組合，使用 Google Tag Manager (GTM↗) 管理所有追蹤代碼。Smart Bidding 設定為「目標 ROAS」策略，目標 ROAS 設為 4.0x。

帳戶報告顯示的 ROAS 是 3.5x——接近目標，看似還不錯。但當財務部門對帳時，發現 Google Ads 歸因的營收比實際從 Google Ads 流量產生的營收高了 2.2 倍。

問題所在

問題一：GTM 購買事件重複觸發

GTM 容器中的購買事件追蹤存在一個典型但致命的設定錯誤：

Shopify 的結帳完成頁面（thank_you 頁面）在特定條件下會被用戶多次載入：

• 用戶在結帳完成後按了瀏覽器的重新整理按鈕
• 用戶從 Email 確認信中的訂單連結重新訪問該頁面
• Shopify 的付款處理有時會重新導向多次

GTM 中的購買事件觸發條件是「頁面瀏覽」+「URL 包含 /thank_you」——這意味著每次頁面載入都會觸發一次購買事件。沒有任何去重機制來確保同一筆訂單只計算一次。

結果：每筆實際購買平均被計算了 2.23 次。

問題二：Enhanced Conversions 未啟用

Google 的 Enhanced Conversions（增強型轉換）使用用戶提供的第一方資料（Email、電話號碼等）來改善跨裝置和跨瀏覽器的轉換歸因。在這個帳戶中，Enhanced Conversions 完全沒有設定。

影響包括：

• 用戶在手機上點擊廣告 → 電腦上完成購買 → 該轉換無法歸因給原始廣告點擊
• 用戶清除 Cookie 後回訪購買 → 轉換遺失
• 跨瀏覽器購買行為（Chrome 看廣告 → Safari 購買）→ 轉換遺失

根據我們的估算，約 25% 的真實轉換因為缺少 Enhanced Conversions 而未被歸因。

問題三：歸因視窗設定不當

帳戶的轉換動作設定為「30 天點擊、1 天瀏覽」歸因視窗。但這個健康食品品牌的平均購買考慮期是 3-7 天。

問題不在於視窗太長或太短，而在於兩個轉換動作（購買 + 加入購物車）都在使用相同的歸因視窗，且都被設為「主要轉換動作」。Smart Bidding 同時針對這兩個事件優化，導致：

• 加入購物車（高頻、低價值）事件對 Smart Bidding 的影響和購買事件一樣大
• 演算法偏好優化加入購物車而非實際購買，因為加入購物車的轉換量更大
• 報告中的 ROAS 包含了加入購物車的「轉換價值」，進一步扭曲數字

問題四：GA4↗ 和 Google Ads 的連結斷裂

雖然 GA4 已部署在網站上，但 GA4 和 Google Ads 帳戶之間沒有正確連結。這意味著：

• Google Ads 無法使用 GA4 的受眾數據
• GA4 的轉換數據和 Google Ads 的轉換數據不一致，無法交叉驗證
• GA4 的進階歸因模型（數據驅動歸因）無法應用於 Google Ads

根因分析

這些問題看似各自獨立，但根因相同：追蹤架構在初始設定後從未被審計或維護過。

GTM 容器是在 Shopify 商店建立時由一位前端開發者設定的，之後再沒有人碰過。隨著 Shopify 平台更新、Google 追蹤功能演進、隱私政策變化，追蹤架構和現實之間的差距越來越大。

投手和品牌方都信任 Google Ads 報表上的數字——從未想過這些數字可能是錯的。

修復方案

第一步：GTM 購買事件去重（第 1-2 天）

修復 GTM 中的購買事件觸發邏輯：

• 使用 Shopify 的 order_id 作為去重鍵值
• 在 GTM 中建立自訂 JavaScript 變數，檢查當前 order_id 是否已存在於 localStorage 中
• 如果 order_id 已存在 → 不觸發購買事件
• 如果 order_id 不存在 → 觸發購買事件並將 order_id 存入 localStorage

這個修改在 30 分鐘內完成，立即消除了購買事件的重複計算。

第二步：啟用 Enhanced Conversions（第 2-3 天）

在 Google Ads 和 GTM 中啟用增強型轉換：

• 在 GTM 的購買事件標籤中加入用戶資料變數（hashed Email）
• 在 Google Ads 的轉換設定中啟用 Enhanced Conversions
• 驗證 hashed Email 正確傳送（透過 GTM Preview 模式和 Google Tag Assistant）

第三步：轉換動作清理（第 3-4 天）

重新組織轉換動作：

• 主要轉換動作（Smart Bidding 優化目標）：僅保留「購買」
• 次要轉換動作（僅用於觀察報告）：加入購物車、開始結帳
• 移除「加入購物車」的轉換價值設定，避免對 ROAS 計算造成干擾

第四步：GA4 整合修復（第 4-5 天）

• 正確連結 GA4 與 Google Ads 帳戶
• 在 GA4 中匯入 Google Ads 花費數據
• 設定 GA4 的「購買」事件為關鍵事件，並與 Google Ads 轉換動作交叉驗證
• 啟用 GA4 的數據驅動歸因模型

第五步：Smart Bidding 重新校準（第 5-14 天）

有了準確的數據後，Smart Bidding 需要時間重新學習：

• 第 5-7 天：暫時切換到手動 CPC 出價，避免基於舊數據的自動優化
• 第 8-10 天：切換到「最大化轉換」策略，讓演算法累積新數據
• 第 11-14 天：切回「目標 ROAS」策略，目標設為 3.5x（基於真實數據）

成效展示

指標	修復前	修復後	變化
ROAS（Google Ads 報告）	3.5x（灌水）	4.5x（真實）	+29%（真實改善）
ROAS（實際）	1.2x	4.5x	+275%
CTR	2.5%	2.6%	+4%
CPC	$2.80	$2.70	-4%
CPA（報告）	$42（灌水）	$28（真實）	-33%
CPA（實際）	$95	$28	-71%
轉換數據準確率	45%	96%	+113%
月實際營收（from Ads）	$16,800	$63,000	+275%

修復前的「報告 ROAS 3.5x」和「實際 ROAS 1.2x」之間的巨大差距，說明了追蹤失真如何讓品牌方對實際績效產生完全錯誤的認知。

關鍵要點

1. 定期交叉驗證廣告平台數據和後台數據：每月至少一次比對 Google Ads 報告的轉換數和後台系統（Shopify、CRM）的實際轉換數。差距超過 15% 就需要深入調查。

2. GTM 購買事件必須有去重機制：使用訂單 ID 作為去重鍵值是業界標準做法，但驚人地多帳戶仍然沒有實施。特別是 Shopify 商店，感謝頁面的重複載入是極其常見的情況。

3. Enhanced Conversions 不是「進階功能」——它是基本配備：在跨裝置購物行為越來越普遍的今天，沒有 Enhanced Conversions 意味著你至少遺漏了 20-25% 的真實轉換。

4. 嚴格區分主要和次要轉換動作：只有真正的營收事件（購買）應該是 Smart Bidding 的優化目標。加入購物車、開始結帳等中間事件只應用於觀察報告，不應參與自動出價優化。

5. 追蹤架構需要定期維護：至少每季度進行一次完整的追蹤審計。平台更新、隱私政策變化、網站改版都可能在不知不覺中破壞你的追蹤架構。

預防清單

• GTM 購買事件使用訂單 ID 去重
• 啟用 Google Ads Enhanced Conversions
• 僅將「購買」設為主要轉換動作，其他事件設為次要
• 正確連結 GA4 和 Google Ads 帳戶
• 每月比對 Google Ads 轉換數和後台實際轉換數
• 使用 GTM Preview 模式驗證事件觸發邏輯
• 設定適當的歸因視窗（匹配實際購買考慮期）
• 在追蹤修復後給 Smart Bidding 1-2 週重新學習
• 建立追蹤異常告警（轉換數突然大幅增減時通知）
• 每季度進行一次完整的追蹤健康度審計

---

了解我們的廣告代投服務 →