询盘邮件送达率：SPF、DKIM、DMARC 配置清单

独立站上线后，不少外贸业务员会遇到同一类现象：客户在站内提交了询盘，通知邮件却发不进自己的企业邮箱；自己回复客户的邮件，又常被对方判定为垃圾邮件，询盘链路在最后一步断掉。

这类问题通常与邮件内容无关，而是发信域名的身份认证没有配齐。下面按可落地的顺序，梳理 SPF、DKIM、DMARC 三项记录的作用与配置要点。

发信链路里的三个角色

排查前先把概念对齐，避免把记录加错位置：

1. 发信域名：对外显示的发件人后缀，例如 mail.example.com，通常与官网主域名分开，避免影响主域名的邮件信誉；
2. 发信服务器：实际投递邮件的服务器或其 IP 段，由邮件服务商或自建服务器提供；
3. DNS 解析记录：SPF、DKIM、DMARC 都写在 DNS 的 TXT 记录里，修改后需要等待解析生效。

SPF：声明谁有权代表该域名发信

SPF 的作用是告诉收件方，哪些服务器可以代表你的域名发送邮件。

• 记录类型为 TXT，主机记录为发信域名，记录值以 v=spf1 开头；
• 常见结构为 v=spf1 include:邮件服务商域名 -all，其中 -all 表示未列出的来源一律不通过；
• 同一个域名只应保留一条 SPF 记录，多条并存会导致解析异常；
• 同时使用多个服务商发信时，把所有 include: 写进同一条记录即可。

提示：SPF 机制对 DNS 查询次数有上限，include: 嵌套层数过多时，部分收件方会判定为查询超限。一般建议把查询次数控制在 10 次以内。

DKIM：给邮件加上可验证的签名

DKIM 通过密钥对为邮件签名，收件方用 DNS 中的公钥验证邮件在传输途中未被篡改。

1. 在邮件服务商后台生成密钥对，拿到公钥与选择器名称（selector）；
2. 在 DNS 中添加 TXT 记录，主机记录形如 选择器._domainkey.发信域名；
3. 记录值填入服务商给出的公钥内容，注意保留分段与引号；
4. 发送测试邮件，在邮件源码中确认存在 DKIM-Signature 字段且验证结果为通过。

密钥长度与轮换周期会影响验证稳定性，一般建议先按服务商默认配置起步，运行稳定后再定期轮换。

DMARC：把策略与反馈串起来

DMARC 建立在 SPF 与 DKIM 之上，用于声明两者校验不通过时的处理方式，并接收汇总报告。

• 记录类型为 TXT，主机记录为 _dmarc.发信域名；
• 基础写法为 v=DMARC1; p=none; rua=mailto:报告接收邮箱；
• 策略 p 有三个常用取值：none（仅监控）、quarantine（标记为可疑）、reject（直接拒收）；
• 推荐的上线顺序是先以 p=none 观察 2–4 周报告，确认正常发信来源都已覆盖，再逐步收紧到 quarantine 与 reject。

配置完成后的验证清单

配置完成后建议逐项验证，而不是直接批量群发：

1. 向 Gmail、Outlook 与企业邮箱各发一封测试邮件，检查是否进入收件箱；
2. 查看邮件头中的 Authentication-Results，确认 SPF、DKIM、DMARC 三项均为通过；
3. 用第三方检测工具复查域名认证状态，确认三项记录都已被识别；
4. 检查发信域名是否配置了反向解析（PTR），缺失时部分收件方会直接降权；
5. 在独立站后台把询盘通知邮箱与实际跟进邮箱统一到同一发信域名下，避免混用导致信誉分散。

与询盘承接流程的衔接

邮件通道打通之后，还需要把「通知—分派—回复」固化成流程：询盘通知按产品线分派到对应业务员邮箱，设置统一的回复时限提醒，并在在线智能客服系统中同步对话记录，避免同一客户在不同渠道被重复询问。

需要针对独立站做发信域名规划与询盘流程配置，可以通过联系我们获取配置清单与协助。