SPF、DKIM 和 DMARC 是电子邮件（Email）认证协议，可提高送达率（Deliverability）并保护您的品牌免受电子邮件（Email）欺骗。
SPF 可防止他人冒充您发送邮件，DKIM 为您的电子邮件添加了不可伪造的签章，而 DMARC 是总体安全策略。
本指南将说明如何在 Omnisend 中为您的电子邮件（Email）身份验证设置这些记录。
关于 SPF 记录
SPF （发件人策略框架）是一种电子邮件（Email）认证协议，允许域名所有者指定他们使用哪些邮件服务器从该域名发送电子邮件（Email）。使用不同服务发送其电子邮件（Email）的品牌需要在 DNS（域名系统）中发布 SPF 记录。这些记录列出了哪些 IP 地址被授权代表其域名发送电子邮件（Email）。
在 SPF 检查期间，电子邮件（Email）提供商会通过在 DNS 中查找“envelope from”地址中列出的域名来验证 SPF 记录。如果代表“envelope from”域发送电子邮件（Email）的 IP 地址未在该 SPF 记录中列出，则该邮件将无法通过 SPF 身份验证。
实施的原因
SPF 记录可授权哪些邮件服务器代表您的域名发送电子邮件。这有助于防止垃圾邮件发送者伪造看起来像是来自您域名的电子邮件，从而保护您的发件人信誉并提高邮件入箱率。
受 SPF 保护的域名对垃圾邮件发送者和网络钓鱼者的吸引力更小，也更不容易被垃圾邮件过滤器列入黑名单。因此，来自您域名的合法电子邮件（Email）更有可能送达您客户的收件箱。
关于 DKIM 记录
DKIM（域名密钥识别邮件）是一种身份验证协议，它使用加密签名来验证电子邮件（Email）是否由授权发件人发送，并且在传输过程中未被修改。它允许某个组织（无论是原始发件人还是中介）对该消息负责。
对于收件人而言，DKIM 有助于确认哪些邮件是合法的，从而更容易过滤掉垃圾邮件或网络钓鱼企图。受 DKIM 保护的域名会建立起值得信赖的声誉，从而增加其邮件送达收件箱的几率。
关于 DMARC 记录
DMARC（基于域的消息认证、报告和一致性）是一种协议，可帮助域所有者增强电子邮件（Email）安全性。通过该协议，您能够定义有关电子邮件（Email）身份验证的策略，并指定在身份验证失败时要采取的措施。
DMARC 策略：
p=none （监控模式）：
在“none”模式下，DMARC 充当观察者。这让您无需采取任何操作，即可接收关于电子邮件（Email）认证结果的详细报告。这会监控您的电子邮件（Email）认证，且不会影响投递。
p=quarantine （隔离模式）：
当 DMARC 配置为“quarantine”策略时，未通过身份验证的电子邮件可能会被重定向到一个单独的文件夹，通常是收件人的垃圾邮件或隔离文件夹。这在监控和严格拒绝之间提供了一个折中方案，让您能够识别潜在威胁，而不会直接将其屏蔽。
p=reject (拒绝模式)：
"reject"政策是最严格的。它指示电子邮件（Email）接收方直接拒绝未通过身份验证的消息。这种级别的强制措施为抵御未经授权或恶意的电子邮件（Email）提供了更高程度的保护。
在 Omnisend 中，Omnisend 建议您将 DMARC 设置为 p=none ，并将 SPF 和 DKIM 的对齐方式设置为alignment=relaxed。选择 "none" 并将 SPF 和 DKIM 对齐设置为 "relaxed" 是专门为满足 主要电子邮件提供商如 Gmail 和 Yahoo 的要求 而量身定制的。此配置允许您监控身份验证，而不会对电子邮件（Email）投递产生负面影响。
对于那些寻求更复杂的 DMARC 实施的人，第三方工具如 DMARCIAN 提供全面的功能和见解。这个工具可以帮助您更深入地了解电子邮件（Email）身份验证，从而实现更精细的控制并增强安全措施。为此，您可以观看下方的视频。
总之，DMARC 为您提供了加强您的电子邮件（Email）域的工具，以抵御网络钓鱼和欺诈活动。通过选择策略和配置，您可以根据您的安全偏好，在监控、操作和严格执行之间取得平衡。
注意: 要验证您的域名以发送邮件,以下所有记录必须有效:SPFDKIM，或DMARC。如果这些记录中的一个无效，则无法验证域名，您将无法使用它发送邮件。
💡 如果主域名（例如 shop.com）具有有效的 DMARC 记录，那么其所有子域名（例如 newsletter.shop.com）将自动继承相同的有效 DMARC 记录，除非您专门为子域名设置了不同的 DMARC 记录。
添加 SPF 和 DKIM 记录
以下是最受欢迎的 DNS 提供商列表。点击DNS提供商名称，您可以找到关于如何将给定记录添加到您的提供商的教程或基本信息。
注意：当您搜索关于添加记录的教程时，请记住，您只需查看 TXT 格式的部分。
不知道您的 DNS 提供商是谁？ 您可以轻松查明此处
要检查您的记录是否正确添加，我们建议您遵循 此链接 并将您的域名粘贴到 SPF 和 DKIM 部分。如果有任何不正确的地方，您将能够看到所有错误。
重要说明
域名签名 在 Omnisend 是免费的，适用于所有用户。
要添加 SPF 和 DKIM 记录，选择您想要使用的域名。我们建议使用与您的商店名称匹配的域名或子域名（例如，
yourstore.com)。您需要将提供的记录添加到您的域名的 DNS 中。在将记录添加到您的 DNS 提供商后，变更需要时间传播。 此过程可能需要 30 分钟到 48 小时，具体取决于您的提供商。
身份验证并不能保证进入收件箱。虽然域名身份验证（SPF，DKIM）至关重要，但它只是良好可送达率的一部分。您仍然需要遵循最佳实践以维护强大的发件人声誉
使用身份验证保护您的品牌，并为您的电子邮件提供最佳机会，以可靠地送达您的客户的收件箱。
🔁 提示： 在 Omnisend 中使用您计划使用的每个发件人域或子域进行签名。为了更清晰的分隔，使用专用子域用于 电子邮件营销，例如 campaigns.yourstore.com，并为 电子邮件自动化 使用单独的子域，例如 automations.yourstore.com。
保持根域可用于重要的公司和商业电子邮件。为在 Omnisend 中输入的确切域或子域添加 SPF、DKIM 和 DMARC 记录。
故障排除
SPF 验证错误
在验证您的发件人域时，Omnisend 会检查您的 SPF 记录，并标记任何阻止验证的问题。如果发现 SPF 错误，Omnisend 将显示 确切的错误类型 并提供 指导说明 来帮助您解决问题。这些错误包括：
发现多个 SPF 记录：一个域只能有一个 SPF 记录。如果您的 DNS 设置包含多个以
v=spf1 开头的 TXT 记录，SPF 验证将失败。DNS 查找过多：SPF 记录限制为10 次 DNS 查找。如果您的 SPF 记录包含过多的
include: 或类似机制，即使记录看起来有效，SPF 验证也会失败。
有关完整的逐步故障排除，请参阅我们的专用指南：排查 SPF 错误。
要为子域添加 SPF，仅输入子域名 在名称 字段（例如，电子邮件而不是email.domain.com)。在某些情况下，使用@ 符号也可能是必需的，因为它表示 DNS 设置中的根域。
DKIM 验证错误
如果您使用 GoDaddy 作为您的 DNS 提供商，并且在检查记录是否正确添加时，您无法看到有关 DKIM 的任何信息，请仔细查看 "名称" 部分。我们为您提供一个以您的域名结尾的完全合格名称。请勿在添加 TXT 记录时在 "名称" 字段中包含您的域名。如果您得到的是 something._domainkey.yourdomain.com，只需在 "名称" 字段中输入 something._domainkey。
DMARC 验证错误
如果您在验证 DMARC 记录时遇到困难，请遵循以下步骤：
检查记录的名称值是否设置为
_dmarc.yourdomain.com。如果验证问题仍然存在，请尝试将名称值更改为
_dmarc。
如需进一步帮助，请通过应用内聊天或发送电子邮件至 [email protected] 与我们的支持团队联系。