表單

只靠寄信的表單，是有風險的設計

很多表單的運作方式是：訪客送出 → 系統寄一封信到指定信箱 → 結束。

問題在於信件不見了，資料就永遠消失了。而且你不會知道——沒有錯誤訊息、沒有紀錄，只有一筆本來會成交的詢問憑空蒸發。

常見的遺失原因：進了垃圾郵件匣、被公司的過濾規則擋下、承辦人誤刪、信箱容量滿了、寄件驗證未設定而被拒收。

正確做法：先存資料庫，再寄通知

表單送出時應該先把資料寫入資料庫，成功之後才寄送通知信。

這樣即使信件遺失，資料仍在後台查得到。通知信的角色從「唯一管道」降級為「提醒工具」，風險就低得多。

後台的表單紀錄應該有

• 送出時間、完整欄位內容
• 依時間或關鍵字查詢
• 處理狀態標記——未讀、處理中、已回覆、已結案
• 備註欄位，記錄後續聯繫的情況
• 匯出功能（此功能應限制權限）

處理狀態這一項在多人共用時特別有價值，可以避免一筆詢問兩個人都以為對方回了。

通知信寄不出去或進垃圾桶

這是表單最常見的問題，而且經常被誤判為「表單壞了」。

先確認範圍

後三種都指向同一件事：網站主機寄出的信必須納入寄件驗證設定，否則主流郵件服務會判定為可疑來源。

這一點常被遺漏——公司信箱的驗證設好了，但網站主機也是一個寄信來源，同樣要納入。排查方式見公司信箱收不到信或被當垃圾信怎麼查。

寄件位址的設定

這是很常見的設定錯誤：把寄件人設成填表者的信箱，讓收信時可以直接按回覆。

看似方便，但等於以他人的網域名義寄信，幾乎必然被判定為偽冒而擋下。

正確做法

• 寄件人用自己網域的信箱（例如 no-reply@ 或 web@）
• 回覆位址設為填表者的信箱——這樣按回覆仍會寄給對方，但不會觸發偽冒判定

通知對象的規劃

• 用職務型信箱，不要用個人信箱——例如 service@ 而非某位同仁的個人信箱。人員異動時不必改程式
• 可以同時通知多人，但要指定主要負責人，避免互相以為對方會處理
• 不同表單可以通知不同對象——詢價給業務、應徵給人資
• 後台應能自行修改通知信箱，不必每次請廠商調整

自動回覆信

寄給填表者的確認信，作用是讓對方知道「有送到」。

建議內容

• 確認收到，並簡述填寫的內容
• 說明大概多久會回覆——這一句能大幅減少重複詢問
• 提供其他聯絡方式（電話、LINE）
• 公司基本資訊

要注意自動回覆信同樣可能進垃圾桶，所以網頁上的成功提示仍然不能省。

送出後的畫面

常見問題是：按了送出，畫面沒反應，使用者不確定成功了沒，於是又按一次——結果收到兩筆重複詢問。

應該做到：

• 按下後按鈕立即變為處理中狀態，並防止重複點擊
• 成功後顯示明確訊息，說明多久會回覆
• 建議導向獨立的感謝頁——除了體驗較好，也方便追蹤成效，見表單成效怎麼追蹤

備援機制

如果表單是主要的詢問來源，建議：

• 同時通知兩個不同網域的信箱——例如公司信箱加一個外部信箱，避免單一服務故障時完全漏接
• 定期檢查後台紀錄與收到的信件數量是否一致——不一致就代表寄信有問題
• 每季自行送出一筆測試，確認整條流程仍然正常

最後一項很重要：表單是會默默壞掉的。 主機搬遷、信箱變更、服務調整都可能影響它，而且不會有任何人通知你。

表單是網站對外開放的入口

任何人都能填、都能送出——這是表單的用途，也是它的風險所在。

常見的三類問題：機器人大量灌送垃圾內容、透過檔案上傳植入惡意程式、以及利用表單漏洞攻擊網站或散發垃圾郵件。

一、垃圾訊息

自動化程式會掃描網路上的表單並大量送出內容，通常帶有廣告連結。造成的問題：

• 真正的詢問被淹沒在垃圾訊息中
• 大量通知信影響寄件信譽，連正常信件都可能被擋
• 資料庫膨脹
• 浪費人力逐筆判讀

防制方式與取捨

建議優先使用前三種。 隱藏欄位陷阱的原理是放一個真人看不到、但機器人會填的欄位——有填就是機器人。成本極低，效果不錯。

圖形驗證碼的問題

它會擋掉真人，尤其是只能看圖辨識的驗證碼，視障使用者無法通過。年長使用者也常常反覆輸入失敗而放棄。

如果一定要用，應提供語音或其他替代方式。無障礙的相關說明見無障礙網站的實作檢查清單。

務實的順序是：先用不影響使用者的方式，垃圾訊息仍然太多再加強。 不要一開始就用最嚴格的手段，把真客戶一起擋掉。

二、檔案上傳

如果表單允許上傳附件，風險會明顯提高。必要的防護：

• 限制可上傳的副檔名——只開放實際需要的，例如 PDF、JPG、PNG
• 不要只看副檔名——應同時檢查檔案的實際類型
• 限制檔案大小
• 上傳的檔案不要存在可直接執行的位置
• 重新命名檔案——避免使用者提供的檔名造成問題
• 若接受 SVG，要特別注意——它是文字檔，可以夾帶腳本

如果沒有真正的必要，不開放檔案上傳是最安全的做法。改請對方在需要時以 Email 提供附件。

三、程式層面的防護

這些由開發端處理，但值得知道有這些事：

• 輸入內容的檢查與淨化——避免惡意內容被存入或執行
• 防止跨站請求偽造——確認送出的請求來自自己的網站
• 不要把使用者輸入的內容直接顯示在後台而未處理——否則管理者開啟紀錄時可能觸發惡意腳本
• 不要讓表單成為轉寄工具——若收件位址可被外部指定，會被利用來發送垃圾郵件

最後一項曾造成不少網站的網域被列入黑名單。

四、避免洩漏資訊

• 錯誤訊息不要洩漏系統細節——例如資料庫錯誤的原文
• 不要在網頁原始碼中放收件信箱——會被自動化程式蒐集，成為垃圾郵件目標
• 成功頁面不要顯示完整的送出內容

已經被大量灌送怎麼辦

1. 先加上不影響使用者的防護——隱藏欄位、送出頻率限制
2. 清理既有的垃圾紀錄——但先確認其中沒有夾雜真的詢問
3. 檢查寄件信譽——大量寄送後可能已影響，需觀察正常信件是否正常送達
4. 若仍持續，再考慮加入背景式驗證
5. 檢查是否有其他管道被利用——例如留言板、會員註冊

定期檢查

建議每季確認：

• 表單是否仍正常運作（自行送出一筆測試）
• 垃圾訊息的比例是否上升
• 系統與外掛是否為最新版本
• 上傳目錄中是否有異常檔案

表單是少數會默默壞掉、也會默默被濫用的功能，定期檢查的成本很低但價值很高。

表單資料也是個人資料

會員系統的個資保護常被討論，但表單累積的資料同樣受規範——姓名、電話、Email、公司、需求內容，都是個人資料。

而且表單資料容易被忽略，因為它「只是詢問」，往往就這樣一直留在後台，累積好幾年沒有人整理。

告知與同意

蒐集前應該讓填表者知道：誰在蒐集、為什麼蒐集、會怎麼使用、保存多久、他有什麼權利。

實務上的做法：

• 在表單旁或送出按鈕上方，以簡短文字說明用途
• 連結到完整的隱私權政策
• 以勾選方式取得同意

兩個常見錯誤

• 預設勾選——同意項目不應預先打勾
• 把「同意條款」與「同意行銷」綁在一起——建議分開，讓對方可以只詢問而不接受後續行銷

第二項特別重要：因為詢價而留下的資料，不等於同意被加入電子報名單。 未經同意就大量寄送行銷信，除了法遵風險，也會提高退訂與檢舉率，影響寄件信譽。

只收需要的欄位

這既是提高填寫率的做法，也是降低法遵風險的做法。每一個欄位都應說得出用途。

特別提醒：不要在一般聯絡表單中蒐集身分證字號、生日、金融資訊。 這類資料一旦外洩，後果與責任都遠高於一般資料，而且多數詢問情境根本用不到。

誰看得到這些資料

後台的表單紀錄常常是所有登入者都看得到，這在人多的公司是風險。

建議：

• 依職務給予檢視權限——不是每個編輯內容的同仁都需要看詢問紀錄
• 匯出功能單獨限制——這是資料大量外流最可能的途徑
• 保留操作紀錄——誰查看、誰匯出

權限規劃見後台帳號與權限怎麼規劃。

匯出的檔案要管好

這是實務上最容易失控的環節：把名單匯出成試算表，然後：

• 存在個人電腦或私人雲端
• 用通訊軟體傳給同事
• 寄給外部的行銷公司
• 離職時整份帶走

建議明確規範：非必要不匯出、匯出後不外傳、用完即刪除。若必須提供給外部合作對象，應在合約中約定保密義務與使用範圍。

附件的保管

如果表單接受檔案上傳，附件同樣需要保護：

• 上傳目錄不應可被直接瀏覽或猜測路徑存取
• 應納入備份，但備份也要妥善保管
• 不再需要時應一併刪除

履歷這類附件尤其敏感，通常包含大量個人資料。

保存期限

這是最常被忽略的一項：資料不是留越久越好。

三年前的一筆詢問，若已經沒有後續，繼續保存只是增加風險而沒有效益。建議：

1. 在規劃時就決定保存期限——例如未成交的詢問保留一至兩年
2. 已成交的客戶資料轉入正式的客戶管理，不留在表單紀錄中
3. 定期清理，或設定自動刪除機制
4. 把處理方式寫入隱私權政策

填表者的權利

應提供管道讓對方可以：

• 查詢你持有他的哪些資料
• 要求更正
• 要求刪除
• 要求停止用於行銷

最後一項最常遇到——每封行銷信都應有明顯且有效的退訂方式，且退訂後要確實停止寄送。

萬一外洩

1. 立即阻止繼續外洩
2. 釐清範圍：哪些資料、多少筆、什麼時間
3. 通知當事人，說明內容與建議的因應措施
4. 依規定通報主管機關
5. 保留處理紀錄
6. 檢討並修補

相關的保護措施見會員資料與個資保護。

規劃階段的三件事

1. 列出所有欄位，逐一確認用途
2. 準備隱私權政策，並在表單流程中呈現
3. 決定保存期限與清理方式

本文說明個人資料保護的實務要點，供規劃時參考，不構成法律意見。實際的法令要求與主管機關規範，請以現行法規及公告為準，必要時建議諮詢專業人士。

表單送出之後，才是重點

很多公司把力氣放在表單的設計，卻沒有處理送出之後的事——結果是：不知道有多少人看了表單卻沒填、不知道詢問從哪裡來、也不知道回覆速度對成交的影響。

這些都是可以測量、也可以改善的。

先設一個感謝頁

表單送出後，建議導向一個獨立網址的感謝頁，而不是只在原頁面顯示一行文字。

好處

• 可以追蹤成效——有人到達這一頁，就代表完成了一次詢問
• 可以放上後續資訊：多久會回覆、其他聯絡方式、相關內容推薦
• 避免重新整理造成重複送出

感謝頁應設定為不被搜尋引擎收錄——它對外部搜尋者沒有意義，被收錄反而會產生奇怪的搜尋結果。

該追蹤的四個數字

完成率是最有價值的一項。 如果很多人看到表單卻沒填，問題不在流量，在表單本身——欄位太多、驗證太嚴、手機上難操作。

改善方式見手機版表單怎麼設計才不會流失客戶。

來源追蹤：知道詢問從哪裡來

這決定了你的行銷預算該花在哪裡。常見做法：

• 用分析工具看來源頁面——哪些文章或產品頁帶來詢問
• 在表單中加隱藏欄位記錄來源頁——這樣後台紀錄就直接看得到，不必另外查
• 不同管道用不同表單或標記——例如廣告導入的頁面用獨立表單

第二項很實用而且成本低。當業務看到「這筆詢問來自某篇技術文章」，就知道那類內容是有效的。

不建議的做法

直接問填表者「您從何得知本站」——這個欄位的答案往往不準確，而且增加了填寫負擔。用系統記錄比用問的可靠。

回覆速度

這是最容易改善、效果也最直接的一環。訪客同時發出詢問給多家廠商是常態，先回覆的通常先取得對話機會。

建議做法

• 訂一個回覆時效——例如一個工作天內，並在自動回覆信中告知
• 手機也能收到通知——不要只寄到電腦才會開的信箱
• 用後台的處理狀態標記——避免多人共用時互相以為對方回了
• 指定主要負責人與代理人

後台的紀錄功能見表單資料存哪裡。

定期檢視詢問內容

表單累積的資料除了業務用途，還有兩個常被忽略的價值：

一、內容題材的來源

客戶反覆問的問題，就是其他人也在搜尋的問題。把它們寫成問答內容，等於用真實需求驅動內容規劃。

建議做法：每季看一次近期的詢問，把重複出現的問題列成清單。

二、發現網站的問題

如果很多人在需求欄位問的是「你們的服務範圍包含哪些地區」「價格怎麼算」，代表網站上這些資訊不夠清楚。

把答案補進網站，既減少重複詢問，也提高了內容的完整度。

與外部系統串接

如果詢問量大，可以考慮把資料自動送到其他工具：

• 試算表——最簡單，方便業務團隊共用
• 客戶關係管理系統——追蹤後續進度
• 通訊軟體通知——即時提醒

串接需要額外開發，成本視對方系統而定。詢問量不大時，用後台紀錄加通知信通常就夠了，不必一開始就投入串接。

每季的例行檢查

1. 自行送出一筆測試，確認流程正常且收得到信
2. 核對後台筆數與收到的通知信數量是否一致
3. 檢視完成率有沒有下降
4. 整理反覆出現的問題，轉為網站內容
5. 清理超過保存期限的舊資料

第一項最重要——表單是會默默壞掉的功能，主機搬遷、信箱變更都可能影響它，而且不會有人通知你。