表单显示“提交成功”，销售却没收到邮件，不一定是询盘丢了，也不一定是 Google 流量质量差。先把表单入库、邮件通知和销售接单分成三段检查。只修 SMTP 而不确认原始提交是否保存，或只看邮箱而不核重复与退信，都可能错过真正的故障点。
做一笔能追溯、但不含客户隐私的测试询盘
从公网产品页和联系页各提交一条明确标有“网站测试”的记录，用不同邮箱和两种常见浏览器操作。记录提交时间、页面 URL、表单版本、可见成功提示及服务端提交编号；不把真实客户地址写进公开排障文档。然后由管理员核后台是否出现相同编号、字段是否完整，最后由销售检查工作邮箱收件箱、垃圾箱以及 CRM 待分配列表。若网站从不保存提交，只把邮件当唯一副本，应优先和建站方确认可审计的留存方式及隐私保留期限。
如果后台有记录但通知没有，检查发送服务返回的状态、发信域授权、收件规则与退信日志；“发送接口返回成功”只说明邮件被服务接收，不能证明最终投递到销售邮箱。若后台也没有，则从前端校验、请求状态和服务端日志查起；按钮转圈或出现感谢页，不足以证明数据写入。针对表单字段和转化路径的检查可参照外贸 RFQ 表单核验。
当“只有部分国家的询盘没收到”
按国家、页面和提交时间比对服务端记录，而不是立即认定该国家没有搜索需求。可能是反垃圾规则把某些字符、企业邮箱后缀或长消息误拦；也可能是上传附件超限，前端却没有告知失败。为排查保留最少必要的字段、脱敏记录和访问权限，不要把完整消息抄到公共工单。若有验证码或风控，检查失败提示是否能被用户看见，并设置合法的重试路径。
再做一次异常演练：关闭通知收件箱或用不可达地址，管理员是否能从后台看到未通知记录并补派？值班人是谁、多久查一次、节假日如何交接，属于运营流程；不能靠“所有人抄送一封邮件”掩盖责任不清。旧文SEO 询盘销售交接讲接到线索后怎么回，这里关注的是线索能否从网页完整抵达。网站上线验收应保留测试编号和时间，不把测试邮件计入真实有效询盘。
一条询盘要有唯一的核对线索
若系统允许，为每次提交生成后台可查的编号，在通知里附上编号而不是完整敏感内容。业务员回复后将处理状态记回受控系统；客户连点两次“提交”时检查是否产生两条相同记录，别武断删除可能真实不同的需求。若网站只通知一名离职员工，先由企业管理员接管收件规则，保留原记录，再更换路由。上线和修改插件、邮件服务、垃圾邮件规则之后，都需从公网重新走一次提交—入库—投递—接单全链路。