表單資料存哪裡？通知信收不到怎麼辦

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

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

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

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

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

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

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

後台的表單紀錄應該有

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

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

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

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

先確認範圍

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

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

寄件位址的設定

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

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

正確做法

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

通知對象的規劃

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

自動回覆信

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

建議內容

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

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

送出後的畫面

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

應該做到：

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

備援機制

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

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

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