ChatGPT 廣告轉換追蹤怎麼設定?像素、轉換 API 與 GTM 教學
ChatGPT 廣告要看到轉換與 ROAS,需要安裝 OpenAI 追蹤像素並送出標準事件。本文說明事件名稱、金額寫法、GTM 安裝、轉換 API 去重複與歸因規則。

GA4 關鍵事件(key events)就是你在 GA4 裡標記為「對生意最重要」的事件,例如表單送出、購買。設定方式是先用 GTM 把事件正確送進 GA4,確認資料收得到之後,再到 GA4 管理介面把該事件標記為關鍵事件。表單追蹤建議用 dataLayer 事件觸發,購買事件則要帶 transaction_id、value、currency、items 這幾個參數。
GA4 裡所有使用者行為都叫「事件」,例如瀏覽頁面、點擊、送出表單、購買。其中你特別在意、想拿來衡量成效的事件,以前在 GA4 叫做「轉換」,2024 年起改名為「關鍵事件」。
改名的主要原因是避免混淆。Google Ads 也有「轉換」,但兩邊的計算方式不同,同一個名字常讓人以為數字應該一樣。改名後,用法可以這樣理解:
| 名稱 | 出現在哪裡 | 用途 |
|---|---|---|
| 事件 | GA4 | 網站上發生的所有行為紀錄 |
| 關鍵事件 | GA4 | 你標記為重要的事件,用來看網站整體成效與各管道表現 |
| 轉換 | Google Ads | 廣告用來計算成效與自動出價的目標,可以從 GA4 關鍵事件匯入,也可以用 Google Ads 自己的代碼追蹤 |
簡單說:先在 GA4 把重要事件設成關鍵事件,需要拿來優化 Google 廣告時,再匯入 Google Ads 成為轉換。兩邊數字不同是正常的,原因可以參考ROAS 怎麼算?ROAS、CPA、轉換率一次搞懂裡關於歸因的說明。
GTM(Google Tag Manager,Google 代碼管理工具)是一個免費的「代碼收納盒」。網站只要安裝一次 GTM 的容器程式碼,之後 GA4、Meta 像素、Google Ads 轉換等追蹤代碼,都可以在 GTM 後台新增、修改,不必每次請工程師改網站。
用 GTM 的好處有幾個:
GTM 有三個基本概念,理解後就看得懂大部分設定:
| 概念 | 白話意思 | 例子 |
|---|---|---|
| 代碼(Tag) | 要執行的動作 | 送一個 form_submit 事件到 GA4 |
| 觸發條件(Trigger) | 什麼時候執行 | 當網站推送「表單送出成功」訊號時 |
| 變數(Variable) | 執行時要帶的資料 | 表單類型、訂單金額 |
追蹤表單送出,常見有三種做法,各有適合的情境:
| 方式 | 原理 | 優點 | 缺點 |
|---|---|---|---|
| 感謝頁網址 | 送出後跳到固定的感謝頁,以「瀏覽到這個網址」當作送出 | 設定最簡單,不需工程師 | 有人直接打開或重新整理感謝頁也會被算進去;很多表單送出後不換頁 |
| 表單送出觸發條件 | 使用 GTM 內建的表單送出偵測 | 不用改網站程式 | 很多表單是用程式送出,GTM 偵測不到;也可能在驗證失敗時就觸發 |
| dataLayer 事件 | 網站在表單「確定送出成功」時,主動推送一個訊號給 GTM | 最準確,可附帶表單類型等資料,不受版面改動影響 | 需要工程師或網站系統配合加一小段程式 |
dataLayer(資料層)可以想成網站和 GTM 之間的「留言板」:網站把發生的事情寫上去,GTM 看到就執行對應的代碼。用 dataLayer 追蹤表單有三個好處:
如果網站是現成平台、無法加程式,感謝頁網址是可接受的替代方案,但要注意感謝頁不要被搜尋引擎收錄或放在選單中,避免非送出的瀏覽被算進去。另外 GA4 的加強型評估也有表單互動選項,但判斷方式較粗略,不建議直接拿它當關鍵事件。
電商網站追蹤購買,建議使用 GA4 建議的事件名稱 purchase,並帶上以下參數,GA4 的電子商務報表才能正確顯示營收和商品資料:
| 參數 | 意思 | 注意事項 |
|---|---|---|
| transaction_id | 訂單編號 | 每筆訂單唯一,用來辨識重複的購買 |
| value | 訂單金額 | 要是純數字,不要帶逗號或「元」;含不含運費、折扣後金額要事先定義清楚 |
| currency | 幣別 | 新台幣為 TWD;有帶 value 時要一起帶 |
| items | 商品明細 | 每個商品包含商品編號或名稱、單價、數量等 |
最常見的狀況是顧客在訂單完成頁按重新整理、按上一頁再回來,或付款完成後從金流頁面跳回網站時重複載入,結果同一筆訂單被記了兩三次,營收就跟著灌水。
處理方式是從源頭著手:請網站端只在訂單「第一次成立」時推送購買訊號,同一筆訂單不重複推送。GA4 本身也會參考 transaction_id 處理重複的購買事件,但不建議完全依賴它,源頭沒有重複才是最穩的。同時有安裝 Meta 像素與轉換 API 的話,Meta 端也需要另外設定去重複,可參考Meta 轉換 API(CAPI)是什麼?像素數據變少怎麼辦。
GTM 和 GA4 的介面時常改版,以下是不受改版影響的概念步驟:
預覽模式會開啟你的網站並連到一個除錯視窗。你在網站上每做一個動作,除錯視窗就會列出發生了哪些事件、哪些代碼有觸發、哪些沒有。重點檢查三件事:代碼有沒有觸發、是不是只觸發一次、帶出去的參數值對不對。
DebugView 是 GA4 裡的即時除錯畫面。在預覽模式下操作網站時,GA4 會在 DebugView 依時間順序顯示收到的事件,點進去可以看到每個參數的值。GTM 顯示有送出、但 DebugView 沒收到,通常代表評估 ID 設錯或事件被擋下。
GA4 的標準報表需要一段處理時間,通常要等一天左右才會完整出現。建議設定完隔天再到報表確認事件數,並和網站後台實際的表單數、訂單數對照,差距合理才算完成。
還有一點常被忽略:GTM 容器和 GA4 資源最好建立在業主自己的帳號底下,代理商用被授權的方式管理。這樣換合作對象時,追蹤設定和歷史資料都留在你手上,相關觀念可參考廣告帳號該開在誰名下?業主一定要掌握的帳號權限。
不是。關鍵事件是 GA4 裡標記為重要的事件,Google Ads 轉換是廣告用來計算成效與出價的目標;關鍵事件可以匯入 Google Ads 變成轉換,但兩邊的歸因方式不同,數字通常不會完全一樣。
DebugView 幾乎是即時的,可以馬上確認有沒有收到。標準報表通常要等一天左右,而且關鍵事件只會從標記之後開始計算,不會回溯過去的資料。
不一定,也可以直接把程式碼寫在網站上,或使用購物平台內建的 GA4 整合。但用 GTM 比較方便集中管理多個平台的追蹤代碼,修改和測試也不必每次動網站。
比較困難,因為第三方表單通常是用內嵌框架載入,GTM 不一定讀得到裡面的動作。常見做法是使用表單工具提供的「送出後轉址到感謝頁」功能,或使用該工具本身的追蹤整合。
GA4 關鍵事件的設定流程不複雜,難的是把事件定義清楚、確保只在真正成功時觸發,並在發布前驗證過。表單追蹤優先用 dataLayer,購買事件記得帶齊訂單編號、金額、幣別與商品明細並避免重複。追蹤資料正確,後面的廣告優化與成效判斷才有意義。如果你不確定目前網站的追蹤有沒有裝對,歡迎預約免費諮詢。