询盘邮件石沉大海：表单显示成功但收不到信，按这 8 步查
页面提示 Submitted successfully，邮箱却空空如也——多半不是「没人询盘」，是邮件链路断了。从成功回调假象、路由配错、进垃圾箱、域名没验 SPF/DKIM，到 Resend/SMTP 与 webhook，给外贸站一张 8 步排查表。
先给结论，省你时间：
表单「成功」只代表浏览器收到了 200，不代表你的销售邮箱进了信。 我们修过的站里，有半年零询盘最后发现：接口写了成功、邮件根本没发出；也有发出去了，全进垃圾箱，因为域名没配 SPF/DKIM。
在怀疑「流量垃圾」之前，先用这 8 步证明：链路是通的。 否则你所有的 SEO 和广告都在给空气转化。
相关背景：有流量没询盘 讲漏斗；这篇只打 邮件与接口 这一层。
先做 5 分钟铁证实验
- 用你自己的非公司邮箱（Gmail 等）当买家，走一遍正式站表单。
- 记下：提交时间、填的邮箱、是否显示成功、有无报错。
- 同时查：销售邮箱收件箱 + 垃圾箱 + 邮件服务商后台日志。
- 若用 Resend / SendGrid / 企业邮：打开对应 Logs / 投递记录。
成功页有、日志无、收件箱无 → 后端没真发或发失败被吞。
日志成功、收件箱无、垃圾箱有 → 送达策略 / 域名认证问题。
什么都没有、前端却成功 → 前端假成功或发到了错误环境。
8 步排查（按顺序，别跳）
1. 是不是发到了测试环境 / 旧域名
- 正式域
www与测试域vercel.app是否共用同一套后端配置 - 环境变量是否只配在本地、生产空着（Vercel 漏配
RESEND_API_KEY极常见） - 是否有人把
INQUIRY_TO_EMAIL写成了离职同事邮箱
动作： 打开生产环境变量列表，逐项核对收件人与 API Key。
2. 前端「成功」是否在请求失败时也亮了
烂代码模式：fetch 之后无判断 res.ok，直接 setStatus('ok')。
动作： 浏览器 F12 → Network，看提交请求状态码是 200 还是 4xx/5xx；Response 里是否 ok: true。
3. 必填校验是否把真人挡在门外却仍显示怪状态
- 前端 HTML5
required与后端校验不一致 - 邮箱格式过严（企业邮箱
+号、多级域名）
动作： 用真实企业邮箱测一遍；看失败时有无明确错误文案。
4. 邮件根本没调用成功（API Key / 额度 / 发件人）
以 Resend 为例常见坑：
- 测试发件人
onboarding@resend.dev只能发给注册邮箱 - 未验证域名就用
from: sales@yourdomain.com→ 直接失败 - API Key 权限或撤销
动作： 看服务商日志错误码；生产必须用已验证域名的 from。
5. 进了垃圾箱 / 推广页签
信号：日志 Delivered，人手动搜垃圾箱能找到。
常见原因：
- 无 SPF / DKIM / DMARC
- 内容像垃圾（短链过多、纯营销腔）
- 新域名冷启动
动作： 用邮件头检查工具看认证结果；域名 DNS 按服务商文档加齐记录。等到 Verified 再谈「稳定收询盘」。
6. 路由到了错误邮箱或只进了个人微信通知
- 企业邮规则：含 inquiry 的进某个文件夹没人看
- 只配了企微机器人，机器人挂了等于全挂
reply_to未设，销售回复踩空
动作： 规则里搜表单主题关键字；通知通道至少 邮件 + 一个即时通道 双写。
7. 被自己的防垃圾误杀
- reCAPTCHA / Turnstile 密钥环境不一致 → 真人失败或机器人全过
- Honeypot 字段被浏览器自动填充误触
- 频率限制过猛，同一公司 NAT 出口被 ban
动作： 临时放宽规则做对照实验；Turnstile 见 Cloudflare 文档，别抄错 site key。
8. 附件 / 体量 / 超时
- 大图纸上传导致网关 413/504，前端仍乐观成功
- Serverless 超时，邮件发到一半断
动作： 询盘表单默认不要强制大附件；大文件改网盘链接字段。
一张对照表：现象 → 优先查
| 现象 | 优先步骤 |
|---|---|
| 成功提示 + Network 4xx/5xx | 2、4 |
| Network 200 但无服务商日志 | 1、2（假成功） |
| 有日志 Failed | 4、5 |
| Delivered 但人收不到 | 5、6 |
| 只有部分人能提交 | 3、7 |
| 带附件必挂 | 8 |
上线验收：写进合同也合理
交付独立站时，建议把下面变成可勾选验收：
- 生产环境用自己的邮箱提交成功
- 销售邮箱 5 分钟内收到（含垃圾箱检查）
- 回复该邮件，reply 回到买家地址
- 主题含站点名/产品上下文，可检索
- 服务商后台能看到该条日志
- 断网/错误时前端不显示成功
我们开源询盘站模板也是按「Resend + 日志可查」这条链路设计的——配置说明见项目文档；要定制接到企微/飞书可以 找我们。
和「没询盘」诊断的边界
| 若… | 更可能是… |
|---|---|
| 邮件链路已证实通，仍长期 0 提交 | 流量、SEO、页面转化问题 |
| 广告有点击、热力有到联系页、0 信 | 优先查本文 8 步 |
| 偶发收到、大量抱怨没回 | 通知进垃圾箱 / 分配规则 |
别用「再加广告预算」掩盖断掉的邮箱。
写在最后
询盘链路是外贸站的收银机网线。网线松着，装修再贵也只是展厅。
先花 15 分钟做铁证实验，再决定是改页面还是改 DNS。 需要我们远程帮你看 Network 日志和 DNS 记录，把站点 URL 发过来。
延伸阅读