表單隱藏欄位沒設好:AI 分流會把好名單送錯人

客戶只想少填幾格,但團隊需要知道來源。這篇教你用 5 個表單隱藏欄位,讓 AI 分流、CRM 跟進和行銷歸因少靠猜。

桌面上的網站表單將來源線索匯入 CRM 看板並由 AI 節點分流
表單少問一點沒關係,但來源、活動與交接欄位要在背後記清楚。

表單隱藏欄位的重點不是把表單變複雜,而是讓客戶少填、團隊多知道。台灣 SME 如果把所有名單都只收成「姓名、電話、需求」,AI 後續只能靠猜:這個人是從 Google 廣告、LINE 群發、EDM、合作貼文,還是老客戶轉介紹來的?先把來源、媒介、活動、落地頁與交接原因寫進表單隱藏欄位,CRM 分流、業務跟進和行銷檢討才有同一份事實。

表單隱藏欄位先回答的問題

表單隱藏欄位是使用者看不到、但表單送出時會一起進入後台或 CRM 的欄位。HubSpot 的說明把它定義為可在提交時自動設定屬性值,來源可以是預設值、查詢字串或頁面 URL,也可以用來存 UTM 值:HubSpot hidden form fields。Typeform 的開發者文件則把 URL parameters formerly Hidden Fields 定義成可讓表單使用既有 respondent 資訊的 key-value pairs,也可用來追蹤來源並調整表單體驗:Typeform URL parameters。

換成中小企業語言,它回答三個問題:這個名單從哪裡來?看到哪個活動才留下資料?送進 CRM 後應該交給誰?如果這三件事沒有被記錄,AI 分流再聰明也只能處理一堆沒有上下文的名單。

為什麼只問姓名電話會讓 AI 分流失準

很多老闆會把表單做短,這是對的。問題是短表單常被誤解成「後台也不用記」。結果客服看到一筆新詢問,只知道對方想問價格;業務不知道他是點哪個廣告進來;行銷下週回顧時,也分不清是關鍵字、社群貼文還是電子報帶來的詢問。

Google Analytics 的官方 URL builder 說明指出,UTM 參數可用來辨識帶來流量的活動,並建議至少把來源、媒介、活動等相關參數設完整,缺漏會在報表裡出現 not set 類問題:Google Analytics URL builders。但 GA4 看到的是流量;表單隱藏欄位要補上的,是「這個流量變成名單後,CRM 還記不記得它從哪裡來」。

台灣 SME 先補的 5 個隱藏欄位

1. first_source:第一次可辨識來源

先不要追求完美歸因。對多數台灣 SME,第一步是把大分類記清楚:google、meta、line、edm、partner、referral、organic。這個欄位給老闆看方向,也給 AI 做第一層分流。

2. first_medium:來源媒介

同樣是 Google,organic、cpc、business_profile、referral 的跟進語氣不同。同樣是 LINE,broadcast、rich_menu、chat、coupon 也不是同一種意圖。媒介欄位能讓 AI 判斷這筆名單更接近主動搜尋、活動回流,還是既有顧客互動。

3. campaign_id:活動或檔期代碼

不要只寫「十月活動」。用固定格式,例如 2026q4_service_audit 或 2026-10-open-house。LinkedIn 的潛在客戶表格隱藏欄位說明也把活動、創意、來源等資料放在報告與 CRM 組織用途裡,並指出動態 URL 追蹤參數可避免為每個廣告重建表單:LinkedIn Lead Gen Form hidden fields。

4. landing_page:送出表單的頁面

同一張表單可能嵌在首頁、服務頁、活動頁、案例頁。AI 判斷名單意圖時,送出頁面常比客戶填的短短一句需求更有用。例如從案例頁來的人,可能需要信任證明;從價格頁來的人,可能需要方案比較;從預約頁來的人,可能需要時段確認。

5. handoff_reason:交接原因

這是最容易被忽略、但對小團隊很有用的欄位。它不一定從 URL 來,也可以由表單所在頁面或按鈕設定預設值,例如 consult_request、demo_booking、price_question、after_sales_support。AI 分流時,就能把「需要報價」交給業務,把「售後問題」交給客服,而不是全部丟進同一個 LINE 群組。

可見欄位、隱藏欄位與 CRM 備註怎麼分工

資料類型放在哪裡適合記什麼不適合記什麼
可見欄位表單上讓客戶填姓名、聯絡方式、需求摘要、可聯絡時段客戶不懂的 UTM、內部分類、廣告代碼
表單隱藏欄位送出時自動帶入來源、媒介、活動、頁面、交接原因身分證字號、完整個資、敏感資料、未告知用途的追蹤資料
CRM 備註客服或業務跟進後補通話重點、異議、預算範圍、下一步每次都手動重打來源,或把來源寫成不可篩選的自由文字

這張分工表的原則很簡單:客戶只填他知道的事;系統自動記錄流量與情境;人員只補 AI 和系統不知道的判斷。

不要把個資塞進 URL 或 UTM

隱藏欄位很方便,但不能變成把個資亂塞到網址裡。Google Analytics 的 PII 指引明確提醒,URL、URL parameters、campaign dimensions 不應包含電子郵件、電話等可識別個人的資訊:Google Analytics PII best practices。實務上,hidden field 可以接收來源代碼與活動代碼,但不應把姓名、email、電話或敏感資訊寫進 UTM。

台灣的個人資料保護法也要求蒐集、處理與利用個資要有特定目的,且不得逾越必要範圍;行銷使用時,資料主體反對後也要停止使用。可參考法務部資料來源的英譯法條整理:Personal Data Protection Act。實務上,UTM 和 hidden field 應該放活動代碼、來源代碼、頁面代碼,不要放電話、email、身分證字號或健康、財務等敏感資訊。

適用與不適用情境

適用

這套做法適合有多個流量來源、同一張表單重複用在多個頁面、客服與業務需要分工、或每週會檢討廣告與內容成效的 SME。特別是本地服務業、B2B 顧問、課程、醫美、裝修、企業服務、電商高單價商品,都能先用很少欄位改善名單品質。

不適用

如果你的網站目前每月只有零星一兩筆詢問,先把可見欄位、回覆速度與成交話術做好,未必需要立刻導入完整 hidden-field 流程。如果你的資料會涉及醫療、金融、兒童、身分識別或其他高度敏感情境,也不要只靠行銷人員自行設定,應先確認告知、同意、保存與刪除流程。

資料更新與來源

本文於 2026-10-13 依公開文件檢視。主要依據包括 HubSpot hidden form fields 對「送出時自動設定屬性」的說明、Typeform URL parameters 對來源追蹤與表單使用 key-value pairs 的說明、LinkedIn Lead Gen Form hidden fields 對活動與 CRM 組織的說明、Google Analytics URL builder 對 UTM 參數與報表的說明,以及 Google Analytics PII 指引與台灣個人資料保護法的資料最小化與行銷使用邊界。

結論:先讓名單有上下文,再談 AI 自動化

AI 行銷自動化最怕的不是資料少,而是資料看起來很多、其實沒有上下文。表單隱藏欄位可以讓台灣 SME 不增加客戶填表負擔,卻把來源、活動、頁面與交接原因留下來。先補這 5 個欄位,再讓 AI 寫摘要、分流名單、提醒業務跟進,才不會把好名單送錯人,也不會讓每次檢討都回到「這筆到底哪裡來」。

FAQ

表單隱藏欄位和 UTM 是同一件事嗎?

不是。UTM 是放在網址上的活動追蹤參數;表單隱藏欄位是表單送出時一起進後台或 CRM 的欄位。你可以用 hidden field 接住 UTM 值,但兩者不是同一層。

小公司一定要一次做完 5 個欄位嗎?

不用。先從 first_source、first_medium、campaign_id 三個開始,就能改善多數來源歸因問題。等 CRM 分流穩定後,再加 landing_page 和 handoff_reason。

表單隱藏欄位可以放客戶 email 嗎?

不建議把 email、電話或身分資訊放進 URL 或 UTM。可見欄位可以收聯絡資料,但來源追蹤用的 hidden field 應以代碼和分類為主,並遵守告知與同意流程。

AI 分流要用哪些欄位判斷?

最基本是來源、媒介、活動、落地頁和交接原因,再搭配客戶填寫的需求摘要。這樣 AI 才能分辨搜尋型名單、活動回流名單、售後詢問和價格比較名單。

如果表單工具沒有 hidden field 怎麼辦?

可以先用不同表單、不同頁面預設值、CRM 匯入規則或簡單 JavaScript 補資料。重點不是工具名稱,而是讓來源欄位可篩選、可交接、可回顧。

下一步

接著找下一個判斷點

如果這篇文章解開了一部分問題,下一步通常是回到主題地圖、搜尋更精準的情境,或換一個角度看同一件事。

同主題延伸閱讀

SEO / AEO 補貨名單別一到貨就群發:台灣電商先用 AI 分清 5 種需求 SEO / AEO AI 文案越寫越散?台灣 SME 先做品牌訊息地圖 SEO / AEO 獲客目標別急開:台灣 SME 先補 5 個新舊客訊號
AI課程申請 SEO/AEO AI 行銷 中小企業行銷 理查雜談
↑