很多站点把精力放在内容更新和抓取上，却很少回头看一眼最基础的转化入口：留言表单、报名表、订阅框、客服工单。这类功能出问题时通常不报错，页面照常打开、按钮照常能点，只是提交之后什么也没有发生——访客以为你不回，后台其实一条记录都没有。
表单失效为什么很难被发现
它不像服务器宕机那样立刻显眼，故障往往藏在链路的某一环里：
- 接口返回 500，但前端把错误吞掉了，仍提示“提交成功”；
- 接口字段改过名，数据写入数据库时静默失败；
- 通知邮件发不出去，或者被收件方直接判为垃圾邮件；
- 后台的反垃圾规则过严，正常提交被扔进回收站；
- 表单页被缓存，提交按钮仍指向旧接口地址。
逐段自查清单
1. 按访客路径完整走一遍
用自己的真实邮箱和手机号，从填表、提交、看页面反馈、查后台，一直到查收件箱（包含垃圾邮件箱）。不要只在本地开发环境测，要在正式域名、正式 CDN 环境下测一次，两者经常不一致。
2. 看接口返回与服务端日志
- 提交时返回的状态码是 200 还是 500；
- 服务端错误日志里有没有对应时间点的记录；
- 接口超时设置是否过短，慢网络或带附件时会直接失败。
3. 确认通知真的送达
邮件通知依赖发信域名的解析记录，检查 SPF、DKIM、DMARC 是否配置完整，发信人地址是否与域名一致。短信和第三方推送同理，要看服务商后台的发送状态，而不是只看代码有没有抛异常。收件方把通知归到垃圾箱，是最常见也最容易被忽略的一种“没收到”。
4. 后台列表与反垃圾策略
确认正常提交能在后台列表里看到，而不是躺在垃圾箱。关键词过滤、验证码、提交频率限制，都可能把真实访客挡在门外。建议保留一段时间的原始记录，误判时还能回捞。
5. 给失败留一条退路
- 提交失败要有明确提示，而不是一直转圈；
- 页面上保留一个可直接联系的邮箱或电话；
- 重要表单可以同时写数据库和发通知，两边互为备份。
和抓取、索引相关的小事
表单页本身通常没什么有效内容，可以先想清楚它是否需要被索引；提交成功后的感谢页一般不必收录，用 robots 规则或页面标记处理即可。带参数的提交地址也尽量统一入口，避免搜索引擎抓到大量只有参数不同的表单地址。这部分不用过度纠结，先把“提交能收到”做扎实更重要。
把抽查变成固定动作
表单链路上的每一环都可能单独变化：服务器迁移、邮件服务商调整、主题改版、插件升级。建议重要表单每月抽查一次，每季度做一次完整走查，并在日志或监控里对提交失败设置告警，让问题在访客流失之前暴露出来。
表单是访客把信任交给你的一步。页面能不能打开是技术问题，提交有没有人看到是态度问题——后者更容易被忽略，代价也更直接。