客户把企业邮箱换了个服务商，官网询盘通知就收不到了，先查网站还是先找邮箱服务商？

先给结论：官网询盘通知突然收不到，多数不是网站表单做坏了，而是发信链路没有跟着邮箱一起换。按 2026 年的项目交付经验，客户更换企业邮箱服务商、修改收件人，或主机商调整发信策略后，通知常见会在 1-3 个工作日内开始延迟、进垃圾箱甚至退信；此时后台一般仍存着记录，问题出在发信与送达环节，不在收集环节。先按入库、发信、送达三段各测一遍，再决定要不要动代码，成本通常低于一次返工。

换完邮箱才断，断的多半是发信这一段

一条询盘从访客点下提交，到销售在邮箱里看到，中间至少有四段：浏览器提交、服务端入库、服务端发信、收件方过滤。客户说的「换了个邮箱」，改的往往只是最后一段的收件地址，而前几段的配置还指着旧账号——旧的 SMTP 账号、旧发件人地址、旧的域名认证记录，一样都没动。

这也是排查顺序要从后往前的原因。上来就重装插件、改代码，常见代价是把原本能用的部分改坏，还多出一轮回归测试；而真正的原因可能只是一条 DNS 记录没补。分清是哪一段断，比急着找人背责更有用：属于配置层的，邮箱服务商和网站交付方各管一段，先定位再分工。

• 收集段：表单能不能提交、有没有报错提示。
• 入库段：数据是否真的写进后台，有没有被反垃圾规则误判丢弃。
• 发信段：服务端用什么账号、什么端口、以谁的名义把通知发出去。
• 送达段：收件方是否把这封信判成推广或可疑邮件，丢进垃圾箱或直接拒收。

三段定位法：每段看什么证据

把链路拆成入库、发信、送达三段，是因为三段的证据来源完全不同：后台列表、发信日志或退信、收件箱实际结果。三份证据能互相排除，跳过任何一段，都容易把配置问题误判成「网站没做好」。

1. 先看入库：翻后台询盘列表，找那次测试提交。有记录，说明收集和入库是通的，直接往下走；没有记录，问题在表单或反垃圾策略，先把这一层修好。
2. 再看发信：核对发件账号是否已换成新邮箱、端口是否被主机封、发件人地址与认证账号是否同域。这一步常见失败原因是 SMTP 认证报错被静默吞掉，页面上看不出任何异常。
3. 最后看送达：把同一封测试通知分别发到自有域名邮箱、常见公共邮箱和客户实际收件箱，观察是否只在某一个收件域被拦、是否落在垃圾箱。

三步走完，通常半小时到一小时内能缩到具体一层。要注意测试得用真实提交触发，只在后台点「发送测试邮件」不够——两者可能走不同通道，测试通了不等于访客提交也通。

交付现场：只改收件地址的那次，多花了一个下午

有一次印象比较深。客户 IT 只给了新邮箱的账号和密码，要求当天把收件地址改完，销售那边已经三天没收到通知，还在群里问是不是网站被人动了。约束很明确：当天要恢复、不能停机，也不便让客户再去申请新资源。

做法是先把后台询盘列表导出，确认断档期间的线索还在，再动配置：发件账号换成新邮箱、按服务商文档补上 SPF 与 DKIM 记录、把默认发信端口换成加密端口，最后用三个不同收件域各做一次真实提交实测。按经验区间看，这段配置本身常见在 1-2 小时到半天之间；如果域名 DNS 由第三方代管、改记录要走审批，常见会拖到 1-3 个工作日。

结果当天下午恢复。代价有两块：一是断档那几天的线索要人工补一次回访，二是给客户留了一份两分钟的自测说明，让他们下次换邮箱能自己先跑一遍。这件事之后，我们在表单验收单上固定写「后台记录 + 邮件通知」双通道，缺一条不算通过。

主机直发、企业邮箱 SMTP、第三方推送怎么比

不是所有官网都要上第三方邮件推送。判断依据是询盘量级、有没有人每天盯后台、丢一条线索的代价有多大。三类方案的差别主要在送达可控性和接入成本上，下面给的是常见区间，不是精确报价。

• 主机自带发信：几乎没有额外费用，配置常见半小时到 1 小时；送达依赖主机 IP 声誉，出问题时能查的资料少，进垃圾箱的概率偏高。
• 企业邮箱 SMTP：费用通常已含在邮箱里，配置常见 1 小时上下；适合日均几条到几十条询盘，量再往上容易撞上发信频率限制。
• 第三方邮件推送服务：按量计费，量小的项目一年常见几百到几千元的经验区间；接入含域名验证，常见半天到 2 个工作日，换来的是退信和送达统计更清楚。

取舍可以很朴素：询盘是主要转化来源、又没人天天盯后台，就把送达这一段做扎实；线索主要来自电话和第三方平台，邮件通道做到「后台有记录、通知大致能到」通常就够。

适用与不适用边界

这套排查适合「表单能提交、后台有记录、但人收不到通知」的情况，本质属于配置层问题。反过来，如果表单提交本身就报错，或者后台列表里压根没有记录，先修收集与入库，不必在邮件配置上耗时间。

• 适合先排查：近期换过企业邮箱或主机、改过收件人、询盘是主要线索来源、多人分组接收通知。
• 不必大动：纯展示站没有表单；留言走第三方表单工具，发信由工具方负责；询盘量极低且有人每天固定看后台。
• 边界在哪：表单代码没问题的前提下，重写表单不会提高送达率。送达属于域名认证与发信通道的配置问题，不在开发层，硬改代码只会增加回归风险。

怎么判断这套通知算不算合格

合格线不宜用「我这边测试能收到」来定，而要用可重复核对的口径。下面几条能写进验收单，也能当换邮箱、换主机后的自检清单。

• 真实提交后，通知在几分钟内到达（常见 1-5 分钟的经验区间），同时后台留一条记录。
• 至少两个不同收件域实测通过，不是只测客户那一个邮箱。
• 发件人显示为可识别的公司名或部门名，不是乱码或陌生地址。
• 发送失败时有兜底：后台可见、可导出，不依赖某一封邮件是否送达。
• 换邮箱、换主机后留一份简短自测步骤，客户内部能自己跑一遍。

常见问题

后台有记录但邮箱没收到，算网站没做好吗？

不算收集环节的问题，属于发信或送达这一段。先核对发件账号、域名认证和退信记录，再判断是否被收件方过滤掉了。

换邮箱后断档那几天的询盘，还能找回来吗？

多数能。后台一般仍有记录，导出补一次回访即可；真正丢的是没人看通知的那段时间，越早处理越好。

用免费公共邮箱收询盘通知，影响大吗？

常见会有影响。免费邮箱对陌生发件域过滤更严，多人共用也容易漏看，对外收询盘更建议用自有域名邮箱并配好认证。

主机商封了默认发信端口，官网还能发通知吗？

多数共享主机不开放默认发信端口，常见做法是改用服务商提供的加密端口，或直接走第三方推送服务的加密通道。

询盘通知要不要再加短信或企业微信提醒？

询盘量大、响应时效要求高的业务可以加，作为冗余通道；量小且有人每天看后台的，先把邮件送达做稳更划算。

下次客户换邮箱、换主机或改收件人，先把入库、发信、送达三段各测一遍，再决定要不要动代码，成本通常低于一次返工。这套做法适用于靠邮件通知驱动询盘跟进的官网；如果线索主要来自电话或第三方平台，按实际渠道分布权衡投入即可。