不会丢失留言的联系表单

联系表单通常是企业网站上最不受重视的页面，却往往最有价值：陌生人正是在这里变成客户。行业的通行做法是"发完即忘"——简单校验、发封邮件、听天由命。在我们的平台上，每个公开表单都是 store-first：先入库。下面说说这意味着什么，以及我们为何拒绝任何其他做法。

邮件是门铃，不是档案柜

一封邮件可能被退回，可能落入垃圾箱，可能撞上塞满的邮箱，也可能恰好在唯一查看该地址的人休假时到达。这些都不稀奇——邮件是一场没有人能完全掌控的机器间异步接力。但当通知邮件本身就是留言时，任何一次平凡的故障都会悄无声息地抹掉一位客户。而且没有人会察觉，因为：

一条丢失的留言，看起来和平静的一周一模一样。

先入库，再通知

在 Clonext 实例上，顺序是固定的：每次提交先经引擎校验并写入你自己应用的数据库，然后邮件才会启程。通知只是门铃——记录早已在册。通知邮件的 Reply-To 直接指向访客，在邮件客户端里点一下就能回复；访客也可以收到一份用他自己的语言写成的副本——平台会说的十二种语言，任选其一。在面板中，收件箱引导每条留言走过 新 → 已读 → 已处理——附带垃圾与归档、备注，以及谁在何时经手。就算邮件丢了，留言也不会丢。

那垃圾信息呢？

把一切都存下来听着像是自找麻烦，所以防线分层而刻意安静：让多数机器人上钩的隐形蜜罐、按地址限流——每小时五次提交——以及只在确有必要的表单上启用的 reCAPTCHA。默认情况下，人类不该去解谜题。隐私同意与提交时间戳一并留档；当有人要求被遗忘时，一个操作即可将其留言匿名化，而你的统计数据完好无损。无聊，却是最好的那种无聊：你的网站开启过的每一段对话，都有一份完整而私密的档案。