独立站表单测试干货：避免客户提交询盘收不到消息
这件事我见过太多次：站做得漂亮，客户也来了，表单填完点了提交，页面显示"感谢您的留言，我们会尽快联系您"。然后——什么都没有。
客户以为发了，你以为没人询价。一个月过去，业务员在抱怨询盘少，网站在后台一切正常。这种损失是隐性的，也是最贵的。
表单这条链路很长：浏览器 → 页面 → 插件校验 → 数据库 → 邮件服务 → 收件箱。任何一环出问题，都可能静默失败。下面按这条链路拆开讲，每一环给出可执行的测试方法。
一、先搞清楚表单是怎么发出去的
WordPress 上的表单，提交后一般走三步：
- 插件把数据写进数据库（wp_posts 或专用表）
- 插件调用 WordPress 的发信函数
wp_mail() wp_mail()交给 SMTP 插件，通过外部邮件服务发送
问题常常出在第 2 和第 3 步。因为很多主机禁用了 PHP 的 mail() 函数，或者发信 IP 被标记为垃圾邮件来源。默认状态下，表单"提交成功"但邮件根本发不出去，前台不会有任何提示。
所以第一条原则：表单数据必须落库，不能只依赖邮件通知。
二、必做的五项测试
测试一：真实提交，别用测试插件。 用一个完全外部的邮箱（Gmail 或企业邮箱的另一账号），在手机和电脑各提一次。检查三件事：后台有没有记录、通知邮件到没到、自动回复邮件到没到。
测试二：查垃圾箱和退信。 邮件到了垃圾箱，等于没到。企业邮箱后台看"垃圾邮件"和"退信"目录。如果发现退信，看退信原因码：550 一般是收件方拒收，554 常是内容被判垃圾。
测试三：换一个收件地址。 通知邮件固定发到 info@ 或 sales@，如果这个邮箱容量满了、或者被停用了，邮件会静默失败。测试时同时发到两个不同邮箱，看是一个到还是全不到。
测试四：从不同网络提交。 有些安全插件或 CDN 规则会拦掉特定地区的请求。用手机流量提交一次，用海外 VPN 提交一次。
三、邮件认证：SPF、DKIM、DMARC 怎么配
这三项决定了你的邮件会被当成正经邮件还是垃圾邮件。
SPF。 在域名 DNS 加一条 TXT 记录，声明哪些服务器可以代表你的域名发信。
v=spf1 include:_spf.google.com include:sendgrid.net -all
具体 include 什么，取决于你用的邮件服务商。结尾的 -all 表示"没在列表里的都拒收"，比 ~all（软失败）严格。
DKIM。 邮件服务商会给你一段公钥，加到 DNS 的 TXT 记录里，邮件发出时带签名，收件方验证签名是否匹配域名。这一步是企业邮箱服务商后台生成的，复制粘贴即可。
DMARC。 在 _dmarc.你的域名 加一条 TXT：
v=DMARC1; p=none; rua=mailto:dmarc@你的域名
一开始用 p=none（只监控不拦截），看报告里的通过率，稳定后再改成 p=quarantine。别一上来就设成 reject，容易把自己正常的邮件也拦掉。
配完之后，用 online 的 SPF/DKIM 检查工具验证一遍，别只信后台的"已启用"。
四、反垃圾机制的两个反向问题
装 reCAPTCHA 是为了挡机器人，但配置错了会把真人挡在外面。
问题一：密钥过期或域名未登记。 reCAPTCHA v3 需要在后台登记域名。换了域名、加了 www 前缀没登记，验证会一直失败，表现就是点了提交没反应。
问题二：v3 阈值太严。 分数低会被拦，特殊网络环境下的正常客户容易被打成低分。建议先用带勾选框的 v2。
五、缓存和安全插件导致的静默失败
这一类最难查，因为前后台看起来都正常。
缓存问题。 页面被整页缓存后，表单的 nonce（安全令牌）会过期。客户打开一个缓存了几小时的页面，提交时令牌不匹配，请求被拒。表现：提交后页面刷新，但没有成功提示。
解决：在缓存插件里把联系页、产品页排除缓存，或者配置"缓存排除 cookie"。
防火墙问题。 Wordfence、Cloudflare 的 WAF 规则可能把带长文本的 POST 请求当成注入攻击拦掉。看防火墙日志里有没有被拦的 POST 记录。
安全插件的登录限制连带影响。 有些站把"同一 IP 频繁提交"当成攻击行为，展会期间多个客户在同一个 wifi 下提交，被一起拦了。
六、给表单加一层保险
技术手段之外，还有几个更靠得住的补救措施：
后台保留所有提交记录。 Fluent Forms、WPForms 都有 entries 功能，数据存数据库，不依赖邮件。定期导出备份。
加一个企业微信或钉钉机器人推送。 用 Zapier、Make 或者插件自带的 webhook，把提交实时推到群里。业务员第一时间能看到，不依赖邮箱。
给客户一个提交后的明确反馈。 成功页面写清"我们已收到您的信息，工作时间 24 小时内回复"，附上业务员邮箱。客户有了凭据，你没收到时他会主动再发一次。
自动回复里带上原文摘要。 客户收到一封包含自己提交内容的确认邮件，既是凭据，也确认了通道通畅。
七、表格：上线前和每月的检查表
| 检查项 | 工具/方法 | 频率 |
|---|---|---|
| 前台真实提交一次 | 外部邮箱 | 上线前、每月 |
| 后台记录是否存在 | 表单插件 entries | 同上 |
| 通知邮件是否到达 | 收件箱 + 垃圾箱 | 同上 |
| 自动回复是否到达 | 客户邮箱视角 | 同上 |
| 移动端能否正常提交 | 手机实机 | 上线前 |
| SPF/DKIM/DMARC 是否有效 | 在线检测工具 | 每季度 |
| 收件邮箱剩余容量 | 邮箱后台 | 每月 |
| 防火墙拦截日志 | Wordfence/Cloudflare | 每月 |
| 缓存排除规则 | 缓存插件设置 | 改动后 |
这张表贴在运营的月度流程里，每月跑一遍，能挡掉绝大多数事故。
八、一个真实的排查顺序
如果已经出现"表单能提交但收不到邮件"，按这个顺序走，别乱试：
- 后台 entries 里有没有记录？——没有，问题在前端或安全插件
- 有记录，检查 WP Mail SMTP 的"邮件日志"。——没有日志，说明
wp_mail没触发 - 有日志但状态是失败，看错误信息。——通常是 SMTP 认证失败或端口被主机封
- 日志显示成功，去收件邮箱找。——垃圾箱、退信、容量满
- 邮件服务商后台看发送统计和退信率。——域名信誉问题
按这个顺序，多数问题在十分钟内能定位。凭感觉改设置，只会把问题弄得更复杂。
询盘通道是独立站唯一的收入管线。它值得每月花十分钟认真测一次，而不是等一年后发现丢了三百个询盘。