为 Adapty Mail 设置发送域名
Adapty Mail 使用您自己的域名发送营销活动，而非共享地址，让发件人声誉始终在您的掌控之中。只需验证一个域名即可开始发送，每个项目最多可添加五个域名。如需了解最基础的配置步骤，请参阅开始使用 Adapty Mail 中的域名设置部分。本文将详细介绍完整的配置流程、验证机制、自动预热的工作原理，以及使用多个域名发送时会有哪些变化。
要求
- 顶级域名：填写您的根域名（例如
yourapp.com），不能填写子域名。app.yourapp.com这类格式在验证时会被拒绝。Adapty Mail 会将发送主机创建为其子域名。 - 有效的 NS 记录：域名必须能正常解析。Adapty Mail 在设置过程中会进行 DNS 查询，拒绝没有有效 NS 记录的域名。
- 每个项目一个域名：域名不能在项目之间共享。如果某个域名已被任何项目注册（无论是您的项目还是其他人的），设置将会失败。
- 每个项目最多五个域名：每个域名均独立完成验证和预热。
添加发件域名
要添加域名，请在 Adapty Mail 中前往 Settings > DNS > Email domains 部分。
- 在 Domain 字段中，输入你的顶级域名，例如
yourapp.com。 - 在 Sending subdomain 字段中，输入发件前缀，或留空以使用
mail。字段下方的提示会显示最终的主机地址：Emails will be sent from mail.yourapp.com。 - 点击 Add domain。Adapty Mail 将验证输入内容、注册域名，并为其生成一张卡片，列出该域名所需的所有 DNS 记录。
- 按照卡片上显示的内容，将每条记录原样添加到域名注册商的 DNS 中。卡片按认证用途对记录分组——各记录说明 介绍了每个分组及哪些记录是必填的。如需一次性导出全部记录，点击 Export 并选择 CSV、GoDaddy zone file 或 Cloudflare zone file。
- 点击 Check 立即验证，或直接离开页面——Adapty Mail 会自动轮询 DNS。
在 Cloudflare 上，每条 CNAME 必须设置为仅 DNS。 Cloudflare 默认会代理新添加的记录，因此手动添加的 CNAME 会变成已代理状态（橙色云朵图标），解析结果为 Cloudflare 自身的地址，而非 Adapty Mail 分配的目标地址——这样永远无法通过验证。点击云朵图标，将每条 CNAME 切换为仅 DNS。Cloudflare 区域文件导出时会自动为你设置仅 DNS，因此导入的记录无需任何修改。
卡片标题中的计数器和环形进度条用于追踪已验证的必填记录数量，只有当所有必填记录全部通过验证后，它们才会完全填满。
选择发送子域名
该前缀会成为每位收件人看到的发件人地址的一部分，因此 Adapty Mail 在注册域名之前会验证该标签：
- 使用小写字母、数字和连字符，不得以连字符开头或结尾，最多 63 个字符。
www、smtp、admin、api、mx和dkim为保留标签。- 带有冒犯性内容或仿冒知名品牌的标签（例如
paypal）会被拒绝。常见营销词汇（如news、offers、hello）则可正常使用。 - 域名注册后，前缀将固定不变。如需从其他主机发送邮件，请删除该域名后重新添加，或添加第二个域名。
添加哪些记录
卡片将记录分为三组列出，根域名上还有一条可选记录。本节中的名称均以域名 yourapp.com 和默认前缀 mail 为例。
| 分组 | 记录 | 功能说明 |
|---|---|---|
mail.yourapp.com 上的发送基础设施 | 3 条 DKIM CNAME，以及 hello.mail.yourapp.com 上的 MX 和 SPF TXT | 为你的营销活动签名，并将退信路由回 Adapty Mail |
mail.yourapp.com 上的预热邮箱 | DKIM CNAME、MX、域名验证 TXT、SPF TXT，以及 _dmarc.mail.yourapp.com 上的 DMARC TXT | 运行邮箱，在预热期间建立你的发件人声誉 |
go.yourapp.com 上的媒体与重定向 | 主机 CNAME、_cf-custom-hostname.go.yourapp.com 所有权 TXT，以及 _acme-challenge.go.yourapp.com CNAME | 通过你自己的域名为邮件中的图片和追踪链接提供服务 |
yourapp.com 上的 DMARC 策略（可选） | _dmarc.yourapp.com 上的一条 TXT 记录 | 告知收件方提供商如何处理未通过身份验证的邮件 |
前三组中的每条记录都是必填项，包括 go.yourapp.com 上的记录——只要该主机未完成验证，设置就处于未完成状态。根域名上的 DMARC 记录属于建议项，不计入卡片的进度。
所有身份验证记录均位于发送子域名下，因此根域名上为常规业务邮件已配置的 SPF 和 DMARC 记录不会受到任何影响。
DNS 记录参考
DKIM — 3 条 CNAME 记录。 加密签名，用于证明邮件在传输过程中未被篡改。
| 字段 | 格式 |
|---|---|
| 类型 | CNAME |
| 名称 | {token}._domainkey.mail.yourapp.com |
| 值 | {token}.dkim.amazonses.com |
MAIL FROM — 1 条 MX 记录。 用于处理退信。
| 字段 | 格式 |
|---|---|
| Type | MX |
| Name | hello.mail.yourapp.com |
| Priority | 10 |
| Value | feedback-smtp.{region}.amazonses.com |
MAIL FROM — 1 条 TXT 记录。 授权 Adapty 代表您发送邮件。
| Field | Format |
|---|---|
| Type | TXT |
| Name | hello.mail.yourapp.com |
| Value | "v=spf1 include:amazonses.com ~all" |
DMARC — 根域名上的 1 条 TXT 记录。 可选，推荐配置。
| Field | Format |
|---|---|
| Type | TXT |
| Name | _dmarc.yourapp.com |
| Value | v=DMARC1; p=reject |
邮箱预热和 go.yourapp.com 记录的格式相同，名称和值由 Adapty Mail 使用的邮件及托管服务商生成。令牌、区域、主机名和所有权验证值均在配置时生成——请从域名卡片或导出文件中复制，切勿参考本文档中的示例。
验证流程说明
记录配置完成后，Adapty Mail 会自动轮询 DNS，你也可以手动触发检查。
- 自动轮询：首次检查在添加域名 1 分钟后运行，此后间隔加倍——2、4、8 分钟，以此类推——直到稳定为每小时一次。轮询持续进行，直到记录解析完成或 7 天窗口关闭。
- 手动检查：点击 Check 立即运行检查。两次手动检查之间有 10 秒冷却时间；操作过于频繁时，看板会提示 “Please wait before checking again”。
- 逐条记录结果：每条记录都会与实时 DNS 进行核对，仅当返回结果与 Adapty Mail 签发的内容匹配时，才标记为已验证。若某条记录存在但值不正确，其状态与缺失时相同，仍为未验证。
- 7 天截止期限：如果验证在 7 天内未完成，域名将被标记为”失败”。请在 Settings > DNS 中重新添加域名以开启新的验证窗口。您在域名注册商处的记录仍然有效——无需重新添加。
- 验证完成后：如果您后续删除或修改了这些记录，邮件服务商最终会降级该域名。只要您计划继续发送邮件，请保持记录不变。
- DNS 传播：通常只需几分钟，极少数情况下可能长达 48 小时。
设置发件人名称
域名验证完成后，该域名的卡片会出现 Email sender name 字段。Adapty Mail 会以你的项目名称填充该字段，并从发送子域名的 hello@ 地址发信，因此字段提示中会显示完整的发件人信息——Your Company <hello@mail.yourapp.com>。该名称按域名设置：若项目使用两个域名发送邮件，则需分别配置。
域名预热
新域名在 Gmail 或 Yahoo 等邮件服务商那里没有任何信誉，因此从全新域名大量发送邮件容易进入垃圾邮件文件夹。Adapty Mail 会自动对每个域名进行预热，同时采用两种并行方式，无需任何配置。
预热邮箱。 DNS 验证通过后，Adapty Mail 会在你的发送子域名上创建一个邮箱，并将其交给预热服务，由该服务从此邮箱发送普通的对话邮件。域名卡片会显示邮箱当前处于哪个预热阶段。预热流量需要预热组的 MX、DKIM 和 SPF 记录：只要其中任意一条未通过验证，卡片就会显示 Awaiting DNS record verification，且预热不会进行。
每日发送上限逐步提升。 你的推广活动与预热邮箱独立计量，共分 20 个档位。
层级如何运作
您的域名从 第 1 层（每日发送 100 封）开始，每次自动升级一个层级。当域名的当日配额耗尽后，即可晋升至下一层级——实际发送量和因限流而未成功的尝试次数均计入配额——更高的限额将于次日生效。在某个层级的第一天，配额会在全天内逐步释放，而非一次性全部放开。晋升仅由发送量驱动，且层级只升不降：不会自动回退。超过最后一个层级后，该域名发送将不再受每日限额限制。
| 等级 | 每日限额 |
|---|---|
| 1 | 100 |
| 2 | 200 |
| 3 | 300 |
| 4 | 500 |
| 5 | 750 |
| 6 | 1,000 |
| 7 | 1,500 |
| 8 | 2,500 |
| 9 | 3,500 |
| 10 | 5,000 |
| 11 | 7,000 |
| 12 | 9,000 |
| 13 | 12,000 |
| 14 | 15,000 |
| 15 | 19,000 |
| 16 | 24,000 |
| 17 | 30,000 |
| 18 | 37,000 |
| 19 | 46,000 |
| 20 | 57,000 |
受众规模对发送量的影响
| 受众规模 | 发送时的效果 |
|---|---|
| 100 人以下 | 第一天即可覆盖全部受众 |
| 100–2,000 人 | 发送量在数天内逐步提升 |
| 2,000 人以上 | 发送量在 1–2 周内逐步提升 |
DNS 验证完成后立即启动您的第一个推广活动。越早开始发送，您的域名就能越快晋升至更高档位，达到更高的每日发送上限。
从多个域名发送
每个域名都有各自的等级、配额和信誉，因此添加第二个域名可以提高项目每天的发送上限。
要添加新域名，请进入 Settings > DNS，在 Email domains 列表末尾（即最后一个域名的记录下方）点击 Add domain。接下来的操作和第一个域名完全相同：选择域名及其发送子域名，添加系统列出的 DNS 记录，然后完成验证。新域名将从 Tier 1 开始，按自己的节奏逐级提升，而已验证的域名则继续按当前限额正常发送。
当需要发送邮件时，Adapty Mail 会按顺序遍历项目中的所有域名，并从第一个还有剩余配额的域名发出：
- 最新优先。 后添加的域名优先于较早添加的域名。
- 每个活动每位收件人只用一个域名。 在一次活动中，第一个向某位收件人发送邮件的域名将持续负责向其发送该活动的所有邮件，确保序列中途 From 地址保持不变。此配对规则优先级高于上述顺序规则：邮件只会从已记录的域名发出，若该域名已超出配额，该邮件将被丢弃，即使其他域名仍有余量。
- 2026 年 7 月 23 日之前的用户画像将保留在您最早添加的域名上 — 即他们已经看到的 From 地址。
- 被丢弃的邮件视为退订，不会重试。 只有当所有候选域名均超出每日发送上限时，该邮件才会被丢弃，这将取消该收件人的序列，并以限流原因退订该用户画像。详见退订管理。
限制
- 每个域名只能有一个发送前缀：注册域名时选定，之后无法更改。
- 仅支持顶级域名：子域名输入、末尾带点的域名以及单标签主机名均不被接受。
- 不支持国际化域名：Punycode 和 IDN 均不受支持，域名必须为纯 ASCII 格式。
- 删除操作不可撤销：从该域名发送邮件将立即停止，验证进度将被清除，预热邮箱及其积累的信誉也将一并消失。DNS 记录仍保留在您的域名注册商处——请自行手动删除。
- 跨项目唯一性：已注册到其他项目的域名无法复用。如果您看到 “Domain is already registered to another project”，请选择其他域名或联系支持团队。
故障排查
| 问题 | 解决方案 |
|---|---|
| ”Enter a valid domain (e.g. example.com)“ | 检查输入：仅限顶级域名、仅限 ASCII 字符、TLD 至少 2 个字符、首尾不含连字符。 |
| “Domain does not have valid DNS records” | 顶级域名本身必须能够解析。请在重试之前确认 NS 记录已生效。 |
| “Domain is already registered to another project” | 请选择其他域名，或者如果您认为该注册有误，请联系支持团队。 |
| “This subdomain cannot be used” | 该标签已被保留或被筛查拒绝。请换一个，详见选择发送子域名。 |
| “Please wait before checking again” | 手动检查之间请等待 10 秒。后台自动轮询将持续进行。 |
| 记录始终未通过验证 | 检查记录是否完全匹配——不含尾随点、CNAME 目标正确、每条记录只有一个值。DNS 传播最长可能需要 48 小时。 |
| Cloudflare 上的 CNAME 始终未通过验证 | 记录处于 Proxied 状态。请将每条记录切换为 DNS only，然后点击 Check。 |
| 预热状态显示”Awaiting DNS record verification” | 预热邮箱的 MX、DKIM 和 SPF 记录尚未通过验证。请添加或更正这些记录，然后点击 Check。 |
go. 分组无法变为绿色 | 卡片会在主机名下方显示原因。请确认其 CNAME 和 TXT 记录，然后点击 Check——该主机未激活则域名配置未完成。 |
| “Cannot delete: some identities are verified” | 该域名在自动预热功能推出前已完成配置，无法从看板中删除。请联系支持团队。 |
| 邮件进入垃圾邮件 | 确认您的 DMARC 记录已发布。新域名需要预热时间——请查阅域名预热。 |
| 退信率偏高 | 确认您的受众列表包含有效且已授权的地址。请参阅退信处理，了解退信地址的处理方式。 |