廣告跑了一個月，一筆轉換數據都沒有。你確定有人買了東西、填了表單，但 Google Ads 報表就是顯示 0。這種情況讓人抓狂，因為你不知道廣告是真的沒效，還是追蹤壞掉了。
轉換追蹤失效是 Google Ads 操作中最常出現的技術問題之一。這篇文章會帶你從最基本的確認開始，一步步排查最常見的失效原因，並提供修復方法。
1. 先確認是不是真的壞了
在深入排查前，先做幾個快速確認，排除假警報。
轉換歸因延遲：Google Ads 的轉換數據不是即時的。預設轉換窗口期可能是 30 天（購買），也可能是 7 天（其他動作），而且數據更新需要 2 到 3 天。如果你今天才開始投放，看不到轉換數據是正常的。建議至少等 72 小時再判斷是否有問題。
確認轉換動作狀態：在 Google Ads 的「目標」>「轉換」頁面，每個轉換動作都有一個狀態欄。「有效」代表近期有記錄到轉換，「無最近的轉換活動」代表最近沒有轉換，「追蹤無效」才是真的有問題。
確認廣告活動有包含這個轉換動作：有時候轉換動作存在，但廣告活動的目標設定沒有包含它，導致數據雖然記錄了，但不會出現在廣告活動報表中。
2. GTM 設定問題
如果你是透過 Google Tag Manager 部署轉換代碼，GTM 本身的設定錯誤是最常見的失效原因之一。
GTM 容器代碼沒有正確安裝：GTM 要求在每個頁面的 <head> 和 <body> 標籤中分別放置容器代碼。如果只有一個，或者安裝位置不對，GTM 可能在某些頁面無法正常運作。
容器代碼版本問題：GTM 容器有版本管理，如果你修改了設定但沒有發布新版本，修改不會生效。確認你在 GTM 看到的是「已發布」狀態，而不是「草稿」。
確認方法：在瀏覽器安裝 Tag Assistant (by Google) 擴充套件，造訪你的網站，確認 GTM 容器是否正常載入，以及 Google Ads 轉換代碼是否有觸發。
如果 Tag Assistant 顯示 GTM 載入正常，但 Google Ads 轉換代碼沒有觸發，問題就在代碼的觸發條件設定上。
3. 轉換代碼觸發問題
這是最常見的失效原因。轉換代碼本身設定正確，但觸發條件設定錯誤，導致代碼根本沒有在正確的時機觸發。
Thank You Page 方式的常見問題：如果你用「感謝頁面 URL」觸發轉換，確認以下幾點：
- 感謝頁面的 URL 是否和你在 GTM 設定的完全一致（包括 http/https、有無 www、路徑大小寫）
- 如果感謝頁面 URL 有動態參數（如
?order_id=123），觸發條件要用「包含」而不是「等於」 - 感謝頁面是否真的在每次轉換後都會出現（有些網站的感謝頁面只顯示一次，或有快取問題）
事件觸發方式的常見問題：如果你用按鈕點擊或表單提交事件觸發轉換，需要確認：
- GTM 是否有啟用「點擊」或「表單提交」內建變數
- 觸發器的選擇器（CSS Selector）是否正確對應到目標按鈕或表單
- 表單提交事件是否在頁面跳轉前已成功觸發（部分網站的表單提交會在代碼載入前就跳頁）
一個真實的排查案例：某電商的結帳轉換追蹤失效，原因是他們的感謝頁面 URL 在部分裝置上會多出一個尾斜線（/thank-you/ vs /thank-you），但 GTM 觸發條件設定的是「等於」/thank-you，導致 iOS 裝置的轉換全部遺漏。修改為「包含」/thank-you 後，轉換數據恢復正常，追回了大約 40% 被遺漏的轉換。
4. 歸因延遲
Google Ads 的轉換數據有一個「歸因視窗」的概念，轉換可能被歸因到幾天前的廣告點擊。這代表今天發生的轉換，可能要等 2 到 3 天才會完整出現在報表中（特別是 30 天轉換窗口期的情況）。
為什麼重要：如果你今天看昨天的轉換數據，你看到的數字可能比最終數字低，因為還有一部分轉換還沒有被完整歸因回來。這個現象叫做「數據延遲」（data latency），在評估廣告表現時要考慮進去。
建議做法：在分析轉換數據時，把觀察週期的最後 3 到 5 天的數據視為「待完整」，不要用這段期間的數據做決策。
5. 跨域追蹤
如果你的轉換流程跨越多個不同的網域（例如主網站在 www.brand.com，結帳頁面在 checkout.brand.com 或第三方金流頁面），跨域追蹤是一個常見的失效原因。
在跨域情況下，Google Analytics 和 Google Ads 的點擊識別碼（GCLID）可能在跨域時丟失，導致轉換無法被歸因到正確的廣告點擊。
如何確認：在 GA4 中查看「流量來源」>「直接」的轉換數，如果這個數字特別高（明顯超過總轉換的 20%），很可能有跨域識別碼丟失的問題。
修復方法：
- 如果使用 GTM，可以在跨域的連結上設置自動傳遞 GCLID 的配置
- 在 GA4 設定中開啟「跨域追蹤」功能，並加入所有相關網域
- 如果是第三方金流，確認金流平台的 Google Ads 轉換追蹤整合方式
6. 排查流程圖
建議按照以下順序排查，從快速確認到深入除錯：
- 確認轉換動作狀態（Google Ads 轉換頁面）
- 確認廣告活動目標包含此轉換（廣告活動設定）
- 用 Tag Assistant 確認 GTM 和轉換代碼是否正常載入
- 在 GTM 使用「預覽模式」模擬觸發，確認觸發條件正確
- 確認 Thank You Page URL 格式或事件選擇器的精確度
- 確認是否有跨域問題（查看 GA4 的直接流量轉換比例）
- 等待 48 到 72 小時確認數據是否只是延遲
更多關於 Google Ads 轉換追蹤的基礎設定，可以參考 Google Ads 轉換追蹤設定指南 和 GTM 完整使用指南，以及 Google Ads 帳戶結構優化指南。
7. FAQ
Q：Google Ads 轉換代碼和 GA4 轉換有什麼不同？
Google Ads 原生轉換代碼是直接在 Google Ads 後台設定，數據只回傳給 Google Ads。GA4 轉換是在 GA4 中設定，可以透過帳戶連結匯入到 Google Ads 中使用。兩者的計算邏輯稍有不同，例如歸因模型可能不同，建議確認兩邊的數字差異是否在合理範圍內。
Q：用 GA4 轉換還是 Google Ads 原生轉換比較好？
如果你的網站有完整的 GA4 設定，建議以 GA4 轉換為主，再匯入 Google Ads。這樣做的好處是數據更完整（GA4 能追蹤更多行為），而且只需要維護一套追蹤設定。但要注意，GA4 匯入 Google Ads 的轉換數據有 1 到 2 天的延遲。
Q：Tag Assistant 顯示代碼觸發了，但 Google Ads 報表還是沒數據，怎麼辦？
有幾個可能：一是數據延遲（等 24 到 72 小時），二是 Google Ads 轉換動作的轉換窗口期設定，三是 Conversion ID 和 Conversion Label 是否正確對應到你 Google Ads 帳戶中的轉換動作。可以在 Tag Assistant 中點開代碼詳情，確認這兩個值是否和 Google Ads 轉換設定頁面上的一致。