詢價表單送出該用哪種方式追蹤：感謝頁、表單觸發條件與資料層推送的取捨
詢價表單送出最可靠的追蹤方式，是在表單真正送出成功後，由網站程式推送一個資料層事件，再由 GTM 監聽並觸發 GA4 代碼。如果做不到，次佳選擇是讓成功送出後跳轉到獨立的感謝頁，以感謝頁瀏覽作為轉換。GTM 內建的表單送出觸發條件與 GA4 加強型評估的表單互動，則較適合作為輔助訊號，不建議單獨當成主要轉換。
我們在 B2B 客戶身上最常遇到的狀況是：詢價轉換數量看起來穩定，但業務說實際收到的詢價信比報表少很多，或多很多。追查下去，往往是追蹤方式本身就不夠精準，例如按下送出就算一次轉換，不管欄位驗證有沒有通過。
表單是 B2B 網站最核心的轉換點，值得花時間選對方法。以下比較四種常見做法，並提供一個依網站條件選擇的流程。
四種方法一覽
| 方法 | 準確度 | 需要工程協助 | 主要風險 |
|---|---|---|---|
| 資料層推送 | 高 | 需要 | 工程排程與溝通成本 |
| 感謝頁瀏覽 | 中高 | 視表單外掛而定 | 重新整理或直接造訪會多算 |
| GTM 表單送出觸發條件 | 中 | 不需要 | 驗證失敗或 AJAX 表單可能誤判 |
| GA4 加強型評估表單互動 | 中低 | 不需要 | 無法區分成功與失敗，不適合作轉換 |
這張表的準確度是相對判斷，實際表現會因網站的表單技術而不同。下面逐一說明。
方法一：資料層推送，最準但需要工程配合
資料層是網站與 GTM 之間的溝通管道。當表單在伺服器端確認送出成功後，網站程式執行一段推送指令，把事件名稱與相關資訊放進資料層，GTM 再依據這個事件觸發代碼。Google 的資料層開發者說明中有完整的語法範例。
這個方法最準的原因是：只有真正成功的送出才會觸發。欄位沒填完、驗證失敗、伺服器錯誤，都不會推送事件。同時，推送時可以帶上表單類型、詢價產品類別等參數，讓後續分析更細緻。
需要注意的是，推送事件的名稱與參數要事先和工程師約定好，並寫成文件。命名方式可以參考GA4 事件命名規範。另外，推送內容不應包含姓名、電話、電子郵件等個人資料，這些資料不能送進 GA4。
方法二：感謝頁瀏覽，簡單直觀
表單送出成功後跳轉到一個獨立網址的感謝頁，例如 /thank-you/，然後把這個頁面的瀏覽設定為轉換。這是最常見、也最容易理解的做法。
它的缺點是會多算。使用者重新整理感謝頁、把網址加入書籤、或者搜尋引擎收錄了感謝頁讓人直接點進來，都會被計為轉換。降低風險的做法包括：
- 感謝頁設定 noindex，避免被搜尋引擎收錄。
- 觸發條件加上「參照網址包含表單頁網址」，排除直接造訪。
- 若有多個表單，為每個表單設定不同的感謝頁，或在網址中帶上表單識別參數。
很多 WordPress 表單外掛都支援送出後跳轉，這讓感謝頁方法成為不需要工程師也能做到的可靠選擇。
方法三：GTM 表單送出觸發條件
GTM 內建的表單送出觸發條件會監聽瀏覽器的表單送出行為。官方說明見表單送出觸發條件。設定時有兩個選項值得注意：「等待代碼」讓 GTM 延遲表單送出，確保代碼有時間觸發；「檢查驗證」只在表單送出沒有被程式阻止時才觸發。
這個方法的問題在於，許多現代表單使用 AJAX 送出，不會觸發瀏覽器原生的送出行為，GTM 就偵測不到。另一種情況是，表單的驗證在送出後才由伺服器進行，GTM 偵測到送出時，其實還不知道會不會成功。
所以採用這個方法之前，一定要用預覽模式實際測試：故意留空必填欄位送出一次，確認不會觸發；正確填寫送出一次，確認會觸發。兩個測試都通過才能使用。
方法四：GA4 加強型評估的表單互動
GA4 的加強型評估可以自動收集表單互動，包含開始填寫與送出，細節見加強型評估事件。它的優點是完全不用設定，缺點是無法區分成功或失敗，而且對部分表單技術的偵測不穩定。
我們的建議是把它當作輔助訊號使用，例如觀察有多少人開始填寫表單，但不要把它設為關鍵事件。如果同時使用加強型評估的表單互動與其他方法，要注意同一次送出可能產生兩個事件，關鍵事件只標記其中一個。
怎麼選：一個簡單的判斷流程
- 網站是否有工程師可以配合修改程式？有的話，優先採用資料層推送。
- 沒有工程資源，但表單外掛支援送出後跳轉？採用感謝頁方法，並加上 noindex 與參照網址條件。
- 表單無法跳轉，也沒有工程資源？使用 GTM 表單送出觸發條件，但務必完成正反兩種測試。
- 以上都無法穩定運作？先用加強型評估觀察，同時規劃爭取工程資源。
不管選哪一種，都要定期和業務端實際收到的詢價數對帳。這是驗證追蹤是否可信的最終標準，也是發現追蹤故障最快的方式。如果想進一步分析使用者在哪一個欄位放棄，可以參考表單放棄率的欄位級分析；若表單本身欄位太多，B2B 詢價表單從十二欄砍到五欄提供了改造的思路。
驗證清單
設定完成後，逐項確認：
- 正確填寫並送出，GA4 DebugView 收到一次事件。
- 必填欄位留空送出，沒有收到事件。
- 重新整理成功頁面，沒有重複收到事件。
- 直接輸入感謝頁網址造訪，沒有收到事件（若使用感謝頁方法）。
- 事件參數中沒有任何個人資料。
- 一週後，GA4 的詢價數與業務收到的詢價數差距在可接受範圍內。
事件看不到時的分段排查方法，可以參考GA4 除錯的五個檢查站。
常見錯誤
- 把按鈕點擊當成表單送出，驗證失敗的點擊也被計算。
- 感謝頁沒有設定 noindex，被搜尋引擎收錄後產生大量假轉換。
- 同時啟用多種方法，並且全部標為關鍵事件，轉換數量翻倍。
- 事件參數帶入使用者輸入的電子郵件或電話，違反 GA4 政策。
- 網站改版換了表單外掛，沒有重新測試追蹤。
最後一項非常常見。表單外掛更換時，跳轉設定、表單結構、送出方式都可能改變，原本的追蹤會在不知不覺中失效。建議把表單追蹤測試列入改版上線清單。需要協助規劃 B2B 網站的完整轉換追蹤，歡迎與我們聯絡。
常見問題
使用 LINE 或電話按鈕的詢價，要怎麼追蹤？
這類點擊只能代表使用者有意願聯絡，無法確認是否真的完成對話。可以追蹤為點擊事件作為參考指標，但建議與表單送出分開統計，不要混為同一個轉換。
表單送出後在同一頁顯示成功訊息，還能用感謝頁方法嗎？
無法直接使用。可以請工程師在顯示成功訊息時推送資料層事件，或在 GTM 中監聽成功訊息元素出現，後者較不穩定，網站改版時容易失效。
一個網站有多個表單，要設定成多個事件還是一個事件？
建議使用同一個事件名稱，再用參數區分表單類型。這樣報表上可以看總數，也可以依參數拆分，比每個表單一個事件名稱更容易維護。