Google Ads Editor 批次編輯:500 個廣告活動同步,3 步驟完成
Google Ads Editor 批次編輯實戰:從安裝設定到 CSV 匯入,一次修改 500 個廣告活動。包含 Editor vs 網頁端差異對照表與同步衝突診斷流程。
閱讀全文如何設定 Google Ads 轉換追蹤?本指南详解使用 GTM 安裝轉換代碼、設定強化轉換、定義轉換層級,並提供四步驗證流程與故障排除方法,確保你的廣告數據準確可用。
資深廣告策略顧問
Google Ads 轉換追蹤的核心功能,是把廣告點擊後發生的關鍵行為(購買、填表、來電、下載)回傳給 Google Ads,讓報表中的轉換數、CPA、ROAS 以及智慧出價策略建立在可驗證的資料上。沒有追蹤,智慧出價就是在黑箱裡猜。有追蹤但追錯了,比沒有追蹤更危險,因為系統會替錯誤目標持續優化。這篇文章的目的,是讓你在設定第一個轉換動作之前,先想清楚要追什麼、為什麼要追、以及用哪種方式追才能讓數據可用。
很多帳戶的 CPA 看起來很漂亮,但一拉報表就發現:同一筆訂單被計了三次,或者廣告根本沒有帶進購買,只是記了一堆頁面瀏覽。這不是出價策略的問題,是追蹤架構的問題。根據 Google Ads 官方說明,轉換追蹤讓廣告主能了解廣告帶來的可衡量行動,並以此調整出價策略。但這個定義遮住了最重要的前提:追蹤的不是所有行為,而是對你的業務有意義、不會污染出價訊號的那些行為。
在開始使用 GTM 安裝代碼之前,你必須先決定哪些動作是「主要轉換」,哪些是「次要轉換」。這個決定直接影響 Google Ads 智慧出價(如 tCPA、tROAS)的優化方向。主要轉換(Primary Conversion)會直接進入 Google Ads 的「轉換」欄位,作為智慧出價的優化目標,這裡只放最接近實際收入或銷售機會的動作。次要轉換(Secondary Conversion)只出現在「所有轉換」欄,用於觀察漏斗行為,不直接影響出價。
把微轉換混入主要轉換,系統會替錯誤目標最佳化。例如,一個電商帳戶若把「加入購物車」設為主要轉換,系統會付錢最大化「加購行為」,而不是「購買收入」。實務上觀察到,此類帳戶的 CPA 可能較低,但真實 ROAS 不一定更好,因為出價訊號被稀釋了。判斷一個動作為是否適合放進主要轉換,核心問題是:這個動作距離實際收入有多遠?用這個動作出價,系統最佳化出來的行為對你有沒有商業價值?
設定轉換價值時,電商務必傳遞動態訂單價值,讓 tROAS 能精準優化。B2B 服務若無法直接傳值,可先設定一個保守的固定價值作為暫代,並儘早建立 offline conversion import 機制。此外,轉換計數方式的選擇至關重要:購買這類事件應採「每次」計數,因為每筆訂單都具獨立價值;但表單提交建議用「一次」計數,避免同一用戶重複送出導致數據膨脹。
使用 Google Tag Manager 管理轉換代碼,最關鍵的步驟不是建立轉換標籤,而是先確保 Conversion Linker 已正確運作。Conversion Linker 負責讀取廣告點擊後 URL 中的 gclid 參數,並儲存至第一方 Cookie,讓後續的轉換標籤能把行為歸因回正確的廣告點擊。沒有設定它,你的轉換標籤即使觸發,也可能無法正確連回廣告活動。
GTM 的安裝順序必須正確:首先,在容器內新增 Conversion Linker 標籤,並設定觸發條件為「All Pages」(所有頁面)。完成後,再新增「Google Ads 轉換追蹤」標籤類型。在標籤設定中,填入從 Google Ads 後台取得的 Conversion ID(AW-XXXXXXXXXX)與 Conversion Label。這裡最容易出錯的是觸發條件:購買轉換必須綁定在「感謝頁面」(如 /thank-you),絕不能用「所有頁面」;表單轉換則應綁定在表單成功提交的事件,而非按鈕點擊。
若需傳遞動態轉換價值,應在標籤設定中啟用「轉換價值」選項,並從 dataLayer 讀取訂單金額的變數。安裝完成後,務必使用 GTM Preview 模式進行測試:訪問你的感謝頁面,確認 Google Ads 轉換標籤出現在「Fired Tags」列表中,且 Conversion ID 與 Conversion Label 的值顯示正確。最後一步才是發布 GTM 容器。
強化轉換是在標準追蹤基礎上,將頁面上的顧客資料(如 email、電話)進行雜湊處理後傳給 Google,用以比對並補充因瀏覽器限制而遺失的轉換歸因。根據 Google Ads 官方說明,這能在保護隱私的前提下提升數據完整性。但並非所有帳戶都適合第一天就開啟強化轉換。
在 Google Ads 後台啟用強化轉換後,可選擇透過 GTM 實作。你需要在 GTM 中建立一個自訂 HTML 標籤,用來抓取並 hashed 用戶資料,再將其推入 dataLayer。接著,建立 Google Ads 強化轉換標籤,從 dataLayer 中讀取這些 hashed 資料。整個過程需要前端開發資源配合,若採用 GTM 的自動掃描模式,穩定性較差,建議採用 dataLayer 方式。
設定完成不等於生效。必須透過以下四個關鍵步驟交叉驗證:第一步,在 GTM Preview 模式中觸發事件,確認目標標籤觸發且參數正確。第二步,在 Google Ads 後台「轉換」頁面的「最近的轉換」報告中,檢查是否有即時或近期的轉換記錄。第三步,檢查轉換值與類型是否與你在 GTM 中設定的相符。第四步,等待 24-48 小時後,確認轉換數據已完整同步,並檢查是否存在異常延遲或重複計數。
驗證時特別注意跨網域情境。如果你的網站從 example.com.tw 跳轉到 checkout.example.com.tw 完成付款,必須確認 GTM 已設定跨網域連結,否則 gclid 參數可能在跳轉過程中遺失,導致轉換無法歸因。同時,如果你的帳戶同時使用 Google Ads 原生轉換和 GA4 匯入轉換,務必確認在 Google Ads 的「所有轉換」欄中,同一個事件沒有被計算兩次。
轉換數據遲遲不出現,通常問題出在以下幾個地方。首先,確認 GTM 容器是否已發布(僅在 Preview 模式下觸發不算數)。其次,最常見的根本原因是 Conversion Linker 標籤未在「所有頁面」觸發,導致 gclid 未被儲存,轉換無法歸因到廣告點擊。第三,檢查 Google Ads 帳戶設定中的「自動代碼設定」是否已啟用,否則廣告網址不會附帶 gclid。
如果 GTM 預覽顯示標籤已觸發,但 Google Ads 後台轉換數為 0,應依序排查:一、Conversion ID 或 Conversion Label 是否填寫錯誤(包含多餘空格);二、觸發條件是否綁定到錯誤的頁面(例如購買轉換觸發在首頁);三、使用者是否真的透過廣告點擊進站(直接輸入網址或書籤進入不會有 gclid)。若轉換數量異常偏高,則檢查觸發條件是否過於寬鬆(例如所有頁面瀏覽都觸發了轉換標籤),或是否有多個追蹤來源重複計算了同一事件。
主要轉換會納入 Google Ads 的「轉換」欄位,並直接影響 tCPA、tROAS 等智慧出價策略的學習方向。次要轉換只出現在「所有轉換」欄,用於觀察漏斗行為,不進入出價目標。建議只把最接近實際收入的動作設為主要轉換,避免微轉換污染出價訊號。
是的,Conversion Linker 負責讀取廣告點擊後 URL 中的 gclid 參數,並儲存至第一方 Cookie,讓轉換標籤能把用戶行為歸因回正確的廣告點擊。沒有設定 Conversion Linker,轉換標籤即使觸發,也可能無法正確連回廣告活動,導致 Google Ads 轉換數為 0。
以 Google Ads 出價最佳化為主要目標時,Google Ads 原生轉換通常更適合,因為資料延遲最短(數小時內)且歸因口徑與 Ads 報表一致。GA4 匯入轉換的延遲可能達 24-72 小時,適合需要跨渠道統一報表的帳戶,但不建議作為 tCPA 或 tROAS 的唯一轉換訊號。
強化轉換適合已有穩定主要轉換、thank-you 頁面有可用的顧客資料欄位(email 或電話)、且網站已有用戶同意機制的帳戶。如果基礎轉換追蹤本身有重複計算或漏記問題,應先修好基礎追蹤,再評估是否啟用強化轉換。
最先確認三件事:一、GTM 容器是否已正式發布(非 Preview 狀態);二、Conversion Linker 是否在所有頁面觸發;三、Google Ads 帳戶設定裡的「自動代碼」是否已啟用。這三個是最常見的根本原因,排查這些之後再檢查 Conversion ID/Label 是否填寫正確。
Google Ads Editor 批次編輯實戰:從安裝設定到 CSV 匯入,一次修改 500 個廣告活動。包含 Editor vs 網頁端差異對照表與同步衝突診斷流程。
閱讀全文掌握 Google Ads 否定關鍵字設定:分類器、誤殺檢查表、比對方式選擇與共用清單管理,有效節省預算且避免排除有效流量。
閱讀全文從搜尋字詞報表找出浪費預算的查詢,教你分類與應對。掌握查詢分類矩陣,決定排除、擴充或調整出價,提升廣告效能。
閱讀全文