Click ID 與 UTM 差在哪？成交怎麼接回互動紀錄

UTM 標明活動，Click ID 接起互動與後續成果

UTM 參數說明流量來自哪個來源、媒介與活動；Click ID 則是系統產生的參照值，用來把已記錄的廣告互動與後續事件接起來。 兩次造訪可以帶相同活動標籤，後續訂單卻需要分別串接。標籤或識別值都不能單獨證明廣告造成了購買。

假設你透過合作文章推廣同一堂課。來源報表看得見合作方，目的站的成交卻沒有對到預期互動；這時繼續改活動名稱，並不能補回遺失的識別值。先分清楚「來源怎麼命名」與「成果怎麼接回來」，才知道要查哪一段。

這些值分別讓投手看懂什麼？

Google 的 UTM 指南說明的是活動標籤；建立連結可讀UTM 命名教學。這不代表 UTM 報表永遠不能呈現轉換：Analytics 還能透過資料收集、身分與歸因機制分配成果，只是標籤本身不是完整的逐筆串接機制。

GCLID 是 Google 的特定識別值，不是所有追蹤器代碼的通稱。自動標記文件說明它會加到目的網址，也提醒有時會在曝光時產生，之後重複點擊可能沿用。因此，不能直接把不重複識別值數量當成實際點擊次數或真人數。

兩筆活動紀錄，一筆已知的 USD 50 成交

以下是虛構追蹤器在完整七天 UTC 期間的教學例子。假設有 A、B 兩筆已記錄的獲客互動，目的站帳本只有一筆已接受的課程訂單，金額 USD 50。這是紀錄數，不是不重複人數；短代碼只是教學佔位值，不是有效的 Google 識別值或產品憑證。

第一個情境：目的站把 demo-b 與訂單一起保存，並透過支援的事件串接回傳。追蹤器就能將訂單對上紀錄 B。仍然只有一筆 USD 50 訂單；對上紀錄不會多出第二筆成交，也不是因果證明。

再看同一筆訂單的另一個情境：跳轉時參照值掉了，目的站還沒保存就失去它。活動標籤仍指向共同推廣，但光靠它無法選出 A 或 B。業務帳本仍有 USD 50；缺的是與互動的連結，不能說收入是零。兩個情境也不能加成兩筆訂單。

沿著真正路徑保留系統給的值

串接要完成三件事：收到參照值、將它保存在對應的目的站紀錄，以及隨實際成果回傳。落地頁網址看得到欄位，只能確認第一段。

以 Google Ads 的 GCLID 離線匯入為例，官方設定文件要求擷取後，與對應潛在客戶資料一起保存，並提醒 GCLID 區分大小寫。採用目前資料來源支援的串接，不要自造識別值、全部轉成小寫，或用同一個固定活動值取代。GCLID 與另一個追蹤器的參照值屬於不同系統，不能互換。

請目的站負責人沿實際路徑核對：廣告、短網址或跳轉、落地頁、表單或結帳，以及最後送出成果的系統。串接若另產生自己的參照值，就依文件保留不同識別值的對應關係，不能因欄位名稱相近，就猜內容一定相同。

先查連結在哪裡斷，再判斷流量好壞

照證據逐段查：

• 抵達。 跳轉後的正確目的地，有收到應有欄位與原始值嗎？來源標籤還在，不代表參照值也還在。
• 保存。 值有跟著最後完成的名單或訂單保存，還是只曾出現在第一頁？
• 成果回傳。 正確的接收帳戶是否接受了指定註冊或付款事件？按下購買按鈕、送出請求，都不等於接收成功。
• 報表口徑。 等資料處理後，對齊事件、幣別、時間基準與適用視窗。串接正確卻不符報表規則時，可再查歸因視窗。

瀏覽器限制、同意選擇、跨裝置路徑與未支援的串接，都可能限制對應能力。缺 ID 只是報表不一致的一種可能，不能用它解釋所有漏轉換。Click ID 也不能代替訂單編號：註冊與付款可以來自同一筆互動，卻仍是不同業務事實。

安全測完，再比較實際成果

新位置要開始依賴資料前，先與目的站團隊約好測試方式。固定活動標籤，用允許的測試參照值實走路徑，核對成果紀錄及接收端回應。依平台測試流程執行，結果與正式成效分開；不要把舊訪客的識別值貼進所有人的網址，只求測試看起來有資料。

UTM 值不要填姓名、Email 或電話；Google 個資指引也涵蓋活動參數。看起來像技術代碼，不代表自動匿名或已取得資料收集許可；測試證據應限制存取，分享截圖前移除識別值。

MeetROAS 透過文件記載的 Click ID 交接，把 Campaign 流量與已接入的目的站成果連起來，目的站必須保存並回傳原始值。這能協助投手找出流量在哪一段停住，但仍需要目的站串接，不會自動完成 Google Ads 離線轉換匯入。先確認連結有效，再比較已完成的漏斗成果，才不會將未對上的成交直接當成劣質流量。