顾客说订单确认邮件进了垃圾箱，或根本没收到。
最快排查：先看第三方发信服务日志，确认邮件是否真正交给服务商；有发送记录后，再核对该服务对应的 SPF、DKIM 和 From 域名对齐，最后检查 DMARC 策略。
判断：适合正在排查 WooCommerce 订单邮件、切换第三方发信服务或维护多个业务域名的你；如果邮件没有触发，先修订单流程，不要一上来改 DNS。
这篇写给需要判断订单通知“没生成”还是“已发出但没送达”的跨境电商站长、技术负责人，以及逐个核对域名与发信日志的运维人员。
先分清订单没触发，还是发出后没送达
订单状态、通知开关和邮件交接是不同环节。WooCommerce 官方排障文档指出，未付款订单可能不会触发通知；邮件通知也可能被关闭、因条件缺失而跳过，或在站点邮件发送流程中失败。因此，“客户没收到”本身不足以证明 SPF 配错。(WooCommerce 邮件排障文档)
在后台先沿着这条路径核对：
- 打开 WooCommerce → 订单，确认订单状态和付款是否成功；不要把仍处于待付款状态的订单，当成投递故障。
- 打开 WooCommerce → 设置 → 邮件，检查对应订单通知是否启用，以及发件人地址是否是你控制的业务域名。
- 打开 WooCommerce → 状态 → 日志，筛选
transactional-emails，按相关订单查看状态。 - 再查第三方发信服务的日志，确认是否有匹配的收件人、时间和发送结果。
wp_mail()是邮件处理流程的一环，不等于邮件已经进入客户收件箱。(WooCommerce 邮件服务商配置说明)
| 你看到的证据 | 代表什么 | 下一步 |
|---|---|---|
| 没有对应邮件日志 | 邮件可能未触发，或日志级别未记录这类事件 | 核对订单状态、通知开关、错误日志和插件冲突 |
| 日志显示 Disabled 或 Skipped | 通知关闭，或缺少收件人等触发条件 | 修正通知设置或订单数据，再造一笔测试订单 |
| 日志显示 Sent，但服务商无记录 | 网站可能只完成了交接，或实际发送路径与预期不符 | 核对邮件插件配置、交接错误和站点日志 |
| 服务商有发送记录，但客户没有收到 | 问题进入投递、拒收、隔离或收件端过滤环节 | 查服务商状态、响应码、邮件头认证结果和收件端隔离信息 |
如果网站日志与邮件服务商日志对不上，先查发送插件的连接配置和应用日志，而不是再新增一条 SPF。WooCommerce 的排障指引也强调，先区分邮件是否已交给邮件系统，再判断是否属于投递问题。
SPF 先核对实际发信来源，再改 DNS
用了第三方发信服务，并不意味着 SPF 会自动替你完成域名授权。你要先确认订单邮件究竟由哪个服务发送，再按该服务给出的 DNS 配置说明检查发信域名；不同服务的记录值不能互相照搬。WooCommerce 的认证说明区分了 SPF 授权与 DKIM 签名。(WooCommerce 邮件认证说明)
尤其要查是否在同一个域名上发布了多个以 v=spf1 开头的 TXT 记录。SPF 标准规定，同一个域名位置不能发布多条 SPF 记录；有重复记录时，不能简单地把其中一条删掉，而要先盘点仍在使用的发信来源，再按实际服务商提供的方法整理有效配置。(RFC 7208：SPF 标准)
你可以先查询域名当前公开的记录：
dig +short TXT example.com
输出中可能同时出现 SPF、域名验证或其他用途的 TXT 内容。只检查目标业务域名上以 v=spf1 开头的记录；如果没有这类记录，或出现多条，就对照服务商控制台和仍在用的发信来源核实，不要直接套用示例里的授权值。
DKIM 通过，不等于 From 域名已经对齐
DKIM 的 pass 和 DMARC 对齐回答的是两个不同问题：前者看邮件签名是否通过验证；后者还要看通过验证的身份域名是否与用户看到的 From 域名符合对齐规则。DKIM 签名中的 d= 表示签名域名，测试邮件头里的 Authentication-Results 能帮助你核对接收方实际记录的结果。(RFC 6376：DKIM 标准)
例如，邮件头可能显示：
From: orders@example.com
DKIM-Signature: ... d=mail.example.net; s=selector1; ...
Authentication-Results: ... dkim=pass header.d=mail.example.net; ...
这里的 dkim=pass 只说明签名验证通过；你还需要比较 header.d 与 From 的域名，并确认它们在适用的 DMARC 对齐模式下是否匹配。具体看测试邮件的完整邮件头和收件平台结果，不要只看第三方服务控制台上的“已验证”。
| 检查项 | 你要找的字段 | 容易误判的地方 |
|---|---|---|
| 可见发件人 | From: |
发件人名称好看，不代表发件域名已认证 |
| DKIM 结果 | dkim=pass、header.d、s= |
通过签名验证，不自动说明与 From 对齐 |
| SPF 结果 | spf=pass、认证的发信域名 |
SPF 通过，也仍需核对与 From 的对齐关系 |
| DMARC 结果 | dmarc=pass 或 dmarc=fail |
通过认证不代表收件箱必定接收 |
对于直接发送到个人 Gmail 的邮件，Google 发件人指南要求 From 域名与 SPF 或 DKIM 的认证域名对齐，才能通过该指南所述的 DMARC 对齐检查；这属于该平台的规则，不应直接推广成所有收件服务商采用完全相同的处理方式。该指南还对每日向 Gmail 发送超过 5,000 封的发件人列出额外要求，适用条件应以指南当前说明为准。(Google 发件人指南)
DMARC 策略从监测开始，而不是直接收紧
DMARC 结果异常时，先确认查询的是邮件头中 From 对应的业务域名，再检查该域名的 DMARC 记录、策略和 SPF/DKIM 对齐结果。RFC 9989 于 2026 年 5 月发布，取代 RFC 7489 与 RFC 9091，更新了 DMARC 标准文档；它不是要求所有独立站改用自建邮件服务器，也不会自动替你修改发信配置。(RFC 9989：DMARC 标准)
dig +short TXT _dmarc.example.com
如果记录包含 p=none，它表达的是监测策略，不应把它当成“邮件一定通过”或“收件箱一定接收”。若你准备改为隔离或拒收，先盘点订单通知、客服系统及其他实际使用该域名的发信来源，再查看 DMARC 汇总报告，确认正常邮件不会因未认证或未对齐而受影响。RFC 9989 说明报告可用于审查邮件流；在未确认合法来源都已正确认证前，不应贸然收紧策略。
用日志与邮件头决定下一步
将同一笔测试订单的时间、订单状态、WooCommerce 日志、服务商日志、邮件头和收件结果放在一起对照。不要只凭一个绿色认证标记判断故障已经解决；邮件服务商和收件平台记录的“成功”也可能表示不同阶段的成功。
| 现象 | 核对到的证据 | 优先处理 |
|---|---|---|
| 订单已完成，但无通知记录 | 通知关闭、订单未进入相应状态，或应用报错 | 修订单触发条件、通知设置或站点日志 |
| 网站记录有发送，服务商没有对应记录 | 插件连接配置不符，或邮件尚未交给预期服务 | 检查邮件插件、交接日志和服务端错误 |
| 服务商有记录并显示拒绝 | 服务商响应码或拒收原因 | 保存响应码与时间，按服务商要求修 DNS 或发信设置 |
| SPF 或 DKIM 失败 | 邮件头认证结果与 DNS 记录不一致 | 按实际服务商的域名配置说明修改后重新测试 |
| DKIM 通过但 DMARC 失败 | header.d 与 From 域名未对齐，或 SPF 也未对齐 |
对照邮件头调整签名域或发件域设置 |
| 认证都通过，仍进垃圾箱 | 收件方隔离、内容过滤、投诉或其他本地规则 | 比较多个目标邮箱结果，并向服务商提供日志与响应信息 |
你可以按下面的分支选择，不必同时改 DNS、邮件内容和服务器设置：
- 若 WooCommerce 没有生成邮件记录，先查订单状态、通知开关和应用错误；暂不改 SPF/DKIM。
- 若网站记录已交接，但服务商无发送记录，先核对连接设置与交接日志；不要将“Sent”直接等同于送达。
- 若服务商有记录且认证失败，按该服务商实际要求修正 SPF 或 DKIM，再用新测试邮件核验 DNS 与邮件头。
- 若 SPF、DKIM 结果存在但 DMARC 未通过，先比对 From 域名、SPF 认证域名和 DKIM
d=，再检查对齐。 - 若认证及对齐都通过但邮件仍被拒收或进垃圾箱，不要继续盲目改 DNS；带上响应码、服务商日志和测试邮件头，向服务商或收件方支持渠道排查。
如果你还要在服务器上查看应用日志或执行 dig，先确认部署环境的访问权限与服务边界；服务器服务范围说明可帮助你区分基础设施与邮件服务职责。需要运行命令时，可参考 SSH 接入说明。
FAQ：订单邮件故障判断
独立站订单邮件进垃圾箱，排查从哪里开始？
先查订单状态、WooCommerce 邮件通知开关和 transactional-emails 日志，再查第三方发信服务的发送记录。没有服务商记录时先修触发或应用交接；服务商有记录而收件箱没有邮件，才转查拒收响应、认证结果和收件端隔离信息。
第三方邮件服务已经接入，还要配置 SPF 和 DKIM 吗？
通常要按实际发信服务给出的域名验证说明配置，但不要复制其他服务商的记录值。检查邮件头中的 SPF、DKIM 结果和认证域名；再确认至少一项通过的认证域名与可见 From 域名符合适用收件平台的 DMARC 对齐要求。
订单邮件显示已发送，客户仍然收不到怎么办？
“已发送”可能只表示网站已把邮件交给本地邮件系统或第三方服务，并非客户邮箱已接收。对照服务商记录里的时间、收件地址、投递状态和 SMTP 响应码；若显示已投递，继续检查垃圾邮件、隔离区及收件方策略，并用测试订单复核。
DMARC 显示通过，为什么订单邮件还是进垃圾箱？
DMARC 通过说明 SPF 或 DKIM 的认证标识与 From 域名满足对齐条件，不代表邮件内容、发件信誉或收件平台的其他过滤检查也通过。查看邮件服务商及收件方提供的拒收或隔离信息，并比较不同目标邮箱的结果，不能只凭 DMARC 一个状态下结论。
最后更新与服务器边界
最后更新于 2026 年 11 月 5 日；核实来源包括上文链接的 Gmail 发件人指南、RFC Editor 的 SPF、DKIM 与 DMARC 标准页面，以及 WooCommerce 官方邮件排障、认证和服务商配置文档。Gmail 的要求只适用于其指南所述的接收场景；其他收件平台应按各自规则核对。
订单邮件认证与实际发送由第三方发信服务和你的域名 DNS 配置决定，租用服务器本身不等于邮件发送服务，也不能承诺提高投递率或收件箱命中率。如果你现有的共享主机或 VPS 在应用资源、运行环境控制或多站点隔离方面确有瓶颈，评估 OSFP Cloud AMD 独立物理服务器时，应把它视为承载网站应用的基础设施选项，而不是邮件投递修复手段；先按上面的故障表定位邮件链路，再根据实际部署需求决定是否迁移。
常见问题
独立站订单邮件进了垃圾箱，排查从哪里开始？
先查订单状态、WooCommerce 邮件通知开关和 transactional-emails 日志，再查第三方发信服务的发送记录。没有服务商记录时先修触发或应用交接；服务商有记录而收件箱没有邮件，才转查拒收响应、认证结果和收件端隔离信息。
第三方邮件服务已经接入，还要配置 SPF 和 DKIM 吗？
通常要按实际发信服务给出的域名验证说明配置，但不要复制其他服务商的记录值。检查邮件头中的 SPF、DKIM 结果和认证域名；再确认至少一项通过的认证域名与可见 From 域名符合适用收件平台的 DMARC 对齐要求。
订单邮件显示已发送，客户仍然收不到怎么办？
“已发送”可能只表示网站已把邮件交给本地邮件系统或第三方服务，并非客户邮箱已接收。对照服务商记录里的时间、收件地址、投递状态和 SMTP 响应码；若显示已投递，继续检查垃圾邮件、隔离区及收件方策略，并用测试订单复核。
DMARC 显示通过，为什么订单邮件还是进垃圾箱？
DMARC 通过说明 SPF 或 DKIM 的认证标识与 From 域名满足对齐条件，不代表邮件内容、发件信誉或收件平台的其他过滤检查也通过。查看邮件服务商及收件方提供的拒收或隔离信息，并比较不同目标邮箱的结果，不能只凭 DMARC 一个状态下结论。