disqualify_lead close_unconvert_lead 的直接差別是：disqualify_lead 用在這筆名單一開始就不符合你要的客戶條件，close_unconvert_lead 用在這筆名單已經進到合格或跟進流程，最後卻沒有成交。對台灣 SME 來說，這不是 naming 細節，而是你到底該修表單與受眾、還是該修報價與跟進。如果你把兩者都算成同一種未成交，GA4 和 CRM 只會留下模糊失敗數，卻看不出問題出在資格判定還是成交流程。
Google 目前在官方推薦事件裡，已經把 lead funnel 拆成 generate_lead、qualify_lead、disqualify_lead、working_lead、close_convert_lead、close_unconvert_lead。這代表名單不是送出表單就結束，而是應該一路被追蹤到合格、跟進、成交或未成交。Google for Developers 與 Google Analytics Help 都把這批事件列在 lead generation 的推薦事件中。Google for Developers Google Analytics Help
先把兩個事件分清楚，報表才有管理價值
disqualify_lead 比較像「這筆名單不該進來」。常見情況包括地區不服務、預算明顯不符、需求類型不是你的業務範圍、學生作業或求職誤投、資料明顯無效，或只是想拿免費資訊卻沒有商務意圖。這種情況的重點不是追單，而是回頭檢查受眾、表單欄位、廣告訊息與 qualification rule。
close_unconvert_lead 則比較像「這筆名單本來可以往前走，但最後沒有走到成交」。例如窗口已經完成諮詢、收過報價、進過 demo、談過時程，最後卻因預算延後、內部不核准、競品勝出、時程改變或方案不過關而結案。這時你該檢查的不是流量來源本身，而是報價結構、跟進節奏、決策資料、成交條件與銷售話術。
Loves Data 在解釋 GA4 的 Lead Disqualification and Loss report 時，明確把這兩種原因拆成不同維度：disqualify_lead 對應 disqualified_lead_reason，close_unconvert_lead 對應 unconvert_lead_reason。這個拆法很重要，因為它等於把「不適配」和「已進流程但失敗」分成兩個不同的分析面向。Loves Data
兩個事件各自應該在什麼時候觸發
| 事件 | 什麼時候送 | 台灣 SME 常見情境 | 建議原因參數 |
|---|---|---|---|
disqualify_lead | 判定這筆名單不符合承接資格時 | 不服務的產業、預算過低、需求不在服務範圍、資料無效、非商務詢問 | disqualified_lead_reason |
close_unconvert_lead | 合格或已跟進後，最後沒有成交時 | 報價後沒核准、決策延後、競品勝出、時程取消、談過但未簽約 | unconvert_lead_reason |
如果你的流程裡還有 working_lead 或 qualify_lead，那更容易劃分。比較穩的判斷方式是：還沒進到「值得業務或客服投入後續動作」之前，被排除掉的，用 disqualify_lead；已經進到這個階段，最後才失敗的，用 close_unconvert_lead。這個邏輯也跟 Optimize Smart 提到的 CRM 回寫流程一致：前端只送 generate_lead，後面的 qualification、working、convert 或 unconvert，應該由 CRM 或後端狀態變化回寫。Optimize Smart
為什麼不能把所有未成交名單都算成同一種
因為這兩種未成交，對應的是兩個完全不同的改善方向。如果一批名單大量落在 disqualify_lead，通常代表你前段承諾太寬、廣告吸錯人、表單欄位不夠、或 qualification rule 太晚才出手。這時該修的是受眾、著陸頁、表單與 FAQ，而不是逼業務追更多次。
反過來說，如果大多數失敗落在 close_unconvert_lead，代表前段帶進來的人未必錯，問題可能在報價內容、方案設計、內部跟進時限、案例說服、決策者資料不足，或流程太慢。這時你若把它誤判成流量品質差，就會做錯優化方向，甚至砍掉本來有機會成交的來源。
Google Analytics 的 lead generation 報表之所以有價值，不只是多幾個 event name，而是把不同階段的漏損分開看。Loves Data 也特別指出，Lead Acquisition report 看的是 New Leads、Qualified Leads、Converted Leads；Lead Disqualification and Loss report 則是幫你看為什麼有人沒往前走。這個報表邏輯本身就暗示了：名單沒成交，不該只有一個統一垃圾桶。Loves Data
GA4 和 CRM 要怎麼對齊階段與原因欄位
最常見的錯誤，是 CRM 裡只有一個模糊狀態叫「未成交」或「關單失敗」，但行銷團隊卻想在 GA4 看出哪個來源帶來的是不適配名單，哪個來源帶來的是有談到最後卻沒成交的名單。這兩件事如果在 CRM 裡沒先分開，GA4 也不會自己幫你分類。
比較實用的做法是，在 CRM 至少保留兩層欄位。第一層是階段欄位：新名單、合格、跟進中、已成交、未成交。第二層是原因欄位，而且要拆兩組，不要共用同一組文字。disqualified_lead_reason 可以放像是「預算不符」、「非目標產業」、「區域不服務」、「需求類型不接」；unconvert_lead_reason 則放像是「競品勝出」、「時程延後」、「報價未核准」、「已讀未決策」、「方案不合」。
這樣做的好處是，GA4 看到的不是一堆自由文字，而是可以聚合的營運原因；CRM 看到的也不是抽象 analytics，而是真正能回頭修表單、修報價、修追蹤節奏的結構化資料。Google 官方文件已經把這兩個 reason parameter 分開，實作時最好順著官方邏輯做，不要硬把兩者塞回同一個欄位。Google for Developers
台灣 SME 可以先用的 7 天上線 SOP
第 1 天：先把最近 20 筆未成交名單撈出來
不要先碰 GTM 或 Measurement Protocol。先看最近 20 筆沒成交的詢問、諮詢、預約或報價，硬分成兩堆：一堆是本來就不該接，一堆是其實有談但最後沒成。只要這一步分不出來，你後面送再多事件也只是把混亂數位化。
第 2 天：把兩組原因寫成固定選項
不要一開始就開放所有人自由輸入。先各寫 4 到 6 個固定原因，讓團隊能一致選擇。真正需要補充細節的，再放在備註欄，不要讓備註欄取代主分類。
第 3 天：把 CRM 階段和事件命名對上
確認誰觸發 qualify_lead、誰把名單標成 working_lead、誰有權限送出 disqualify_lead 或 close_unconvert_lead。如果你的團隊連責任人都不清楚，就先不要做自動化，先把責任邏輯補齊。
第 4 天：先從人工回寫測一次
小團隊不必第一天就串完整自動化。你可以先用人工方式標記 CRM 狀態，確認兩種未成交真的有管理差別，再決定要不要透過後端或中介層把事件回寫到 GA4。
第 5 天：檢查表單與廣告承諾
如果這週的 disqualify_lead 明顯偏高，就回去看表單欄位是否少了預算、地區或需求類型，也檢查廣告文案是否把太多不適配的人吸進來。這種修法通常比加派追單更有效。
第 6 天：檢查報價與跟進節奏
如果 close_unconvert_lead 偏高，就看報價是否太慢、下一步不清楚、案例不夠、價格說明太薄，或決策者資料沒有補齊。這是報價流程與銷售內容的問題，不是 qualification 的問題。
第 7 天：再決定哪些事件要設成 key event
不是所有 lead event 都要當 key event。多數台灣 SME 第一版先把 generate_lead 和 close_convert_lead 盯緊，再視需要把 qualify_lead 納入主要優化目標，通常就夠了；disqualify_lead 和 close_unconvert_lead 更像是診斷訊號，用來找問題，不一定都要當廣告優化主目標。
資料更新、限制與來源
本文依 2026 年 7 月 23 日可讀到的 Google 官方文件與教育型 benchmark 整理。核心依據是 Google for Developers 的 recommended events reference、Google Analytics Help 的 recommended events，以及 Loves Data 對 Lead Disqualification and Loss report 維度的說明。若你實際的 CRM 流程還沒有 qualify 或 working 階段，事件順序可以簡化，但 disqualify_lead 與 close_unconvert_lead 的邏輯分界仍建議保留。Google for Developers Google Analytics Help Loves Data
另外要注意，這篇談的是營運分類與分析邏輯，不是保證哪個事件設了就一定能提升投放成效。真正能不能改善成交，還要看你是否真的用這兩組原因去調整表單、報價、FAQ、銷售腳本與跟進 SLA，而不是只把事件名稱換得更漂亮。
結論
disqualify_lead close_unconvert_lead 最大的差別，不在技術，而在責任切分。disqualify_lead 告訴你這筆名單不該進來；close_unconvert_lead 告訴你這筆名單本來有機會，但最後沒走到成交。對台灣 SME 來說，先把這條線切清楚，GA4 報表、CRM 原因欄位、報價追蹤與內容修正才會開始講同一種語言。
FAQ
可以只送 generate_lead，不做後面的 lead event 嗎？
可以，但你看到的只會是新名單數，不會知道哪些名單合格、哪些是不適配、哪些談到最後卻沒成交。對需要諮詢、報價或預約的台灣 SME 來說，這通常不夠。
什麼情況該用 disqualify_lead？
當你判定這筆名單不符合承接條件，例如預算太低、區域不服務、需求不在範圍內、資料無效或根本不是商務詢問時，就比較適合用 disqualify_lead。
什麼情況該用 close_unconvert_lead？
當這筆名單已經進到合格、跟進、報價或 demo 流程，最後因競品、預算延後、決策沒過或時程取消而未成交時，就比較適合用 close_unconvert_lead。
reason 參數要怎麼寫比較有用？
先用固定選項，不要一開始全靠自由文字。disqualified_lead_reason 和 unconvert_lead_reason 也不要共用同一組選項，否則報表會看不出資格問題和成交問題的差別。
沒有正式 CRM，也能先做這個分類嗎？
可以。小團隊先用共用試算表或簡單欄位把兩種未成交原因分開，等分類穩定後，再決定要不要自動回寫到 GA4。