先确认询盘是否被表单接收，再追踪通知是否交给邮件服务，最后核对收件端。前台显示“提交成功”，不能单独证明销售人员已经收到邮件；更换主题也不一定能解决发信问题。
本文适合维护 WordPress 企业官网的负责人，讨论询盘通知排查，不是群发营销邮件教程。插件与邮件服务的菜单各不相同，需以实际配置为准。封面为提交与投递流程概念插画。
把一次询盘拆成三份证据
- 提交记录：表单是否通过校验并接收数据？若插件配置了保存功能，后台是否能找到这条记录？
- 发送记录：是否触发了正确通知，发往哪个地址，发送服务返回了什么结果？
- 接收记录：收件服务是否接收，是否进入垃圾箱、隔离区或被规则转移？
不要默认所有表单插件都会保存询盘。先查看已启用的保存能力及保留规则；没有记录时，只能继续查现有日志，不能声称历史询盘一定可恢复。
WordPress 官方对 wp_mail() 的说明明确区分处理成功与收件人实际收到邮件。因此，技术报告中只写“返回成功”还不足以证明投递完成。
先检查通知对象，而不是反复安装插件
确认编辑的是网页当前使用的表单，查看收件地址、通知开关和条件规则。重点排查复制页面后仍引用旧表单、通知发往离职人员邮箱，或者只有特定选项才触发通知等情况。测试时记录页面地址和表单名称，避免在另一个表单上得到看似正常的结果。
若管理邮箱能收到网站其他通知，但某个表单始终失败，可以优先检查这张表单的规则；若多种通知都异常，则需要扩大到全站发信配置。两者只是排查线索，不足以直接确定原因。
分清收件人、发件人和回复地址
以 Contact Form 7 为例，其官方邮件设置说明分别定义 To 和 From 字段，并要求 From 使用网站同域的邮箱地址。其他插件应按各自官方说明配置，不要直接照搬字段名称。
客户填写的邮箱用于联系客户，不应未经核对便当成网站获得授权的发信身份。回复地址的设置也要单独验收：销售收到邮件后点击回复，是否指向预期的客户邮箱？把这一步写入交付清单，可以发现“收到了却回错人”的问题。
如果使用独立邮件服务，请按服务商要求验证发信身份及域名记录。不要从网上复制一段通用 DNS 配置直接覆盖现有记录；记录值、服务范围和现有邮箱配置需要一起核对。
按时间追踪一条受控测试
- 用团队自有地址提交带唯一测试标识的内容，记录提交时间和时区。
- 查看表单保存记录或可用日志，确认相同标识确实被接收。
- 查看发信插件或邮件服务的记录，核对收件地址、处理状态和可获得的消息标识。
- 在收件端搜索测试标识，并检查垃圾箱、隔离和邮箱规则。
- 保存脱敏结果；修复后用相同路径复测，必要时换另一个团队可控邮箱比较。
如服务记录显示拒绝或退信，保留具体原因交由对应服务商处理；若根本没有发送记录，应先检查通知触发与发送调用。没有足够日志时，记录“证据不足”，不要凭收件箱空白就断言主机或插件有故障。
网站交付时，验收“有人收到并能处理”
建议验收记录同时包含页面、表单、收件人、提交时间、实际接收位置、回复目标和负责处理的人。手机与桌面各走一次正常提交；再检查必填错误、附件限制或重复点击等已约定场景。错误提示应让访客知道是否需要重试，避免模糊的成功反馈。
询盘保存、访问权限、日志范围和清理时间也应明确。排障记录只保留必要信息，不把客户完整留言、附件或邮箱长期公开在调试日志中。
主题展示与询盘投递应分别交付
FORMA WordPress 主题面向建筑、空间与创意团队的作品、服务和项目咨询展示。选择主题时可以比较页面结构，但主题定位不等于邮件投递服务，也不应理解为保证询盘送达。
可通过WordPress 开发服务检查表单与网站通知；需要接入内部客户管理系统或定制分配流程时，可进一步评估插件与应用开发服务。
联系 Onwook，提交询盘邮件异常信息。请提供网站地址、表单插件、发生时间、影响范围及脱敏错误，不要发送邮箱密码、SMTP 密钥或客户原始资料。
更新时间：2026 年 9 月 28 日。配置修复可通过测试验证，但不能保证所有收件系统永远接受每封邮件。
