连接自定义域名，同时照顾好现有邮件

连接域名看起来可能只是一次复制粘贴。实际上，一套有用的设置流程需要回答几个问题：你是否控制这个地址、它的 DNS 是否指向预期服务、HTTPS 是否就绪，以及现有邮件是否仍能正常使用？把这些问题分开处理，能让令人困惑的“待处理”状态更容易排查。

先准备一个在免费地址或临时地址上已经正常运行的页面。在那里测试内容和主要链接。这样，你就可以专注于地址连接，而不必同时排查页面和 DNS。

找到管理 DNS 的地方

购买域名的账户与管理其 DNS 的服务可能并不相同。修改记录前，先确认当前生效的 DNS 提供商。保留现有配置的副本，并记下哪些记录已经用于网站、邮件服务或其他应用。如果域名由别人管理，请他们按照你的网站服务显示的具体要求作出更改。

避免从几个互不相关的教程中收集设置说明，再把它们混在一起使用。请使用针对你的实际域名和账户生成的说明。指南中的占位目标只是示例，不是可以粘贴到正式配置中的值。

理解系统要求你添加的记录

CNAME 将一个主机名映射到另一个主机名。它并不包含你的页面内容。接收请求的网站服务仍然需要识别这个自定义地址。Cloudflare 在其DNS 记录参考文档中说明了 CNAME 的行为。

设置页面应该明确列出记录类型、名称、值，以及所需的代理设置。仔细复制每个字段。裸域名和 www.example.com 这样的子域名，可能需要不同的说明。不要假定连接其中一个就会自动配置另一个，也不要假定所有 DNS 提供商处理裸域名的方式都相同。

准备进行所有权与 HTTPS 检查

服务可能不仅要求路由记录，还要求验证记录。按照各自用途的说明操作，并把它们区分开。在 Cloudflare for SaaS 中，主机名所有权与证书验证是不同的状态，而生产环境是否就绪还取决于 DNS 是否指向该服务。参见其主机名验证文档。

因此，保存 DNS 记录是有用的一步，却不能证明整个连接已经完成。等待服务报告相关检查已就绪，然后打开公开地址。如果仍然处于待处理状态，先检查确切的记录和错误，再考虑是否需要修改设置，不要反复替换配置。

保留现有邮件设置

连接网站并不意味着可以替换域名的邮件设置。如果你已经使用邮箱服务，请在更改前找出它的 MX 记录和相关身份验证记录。不要只因为另一个设置页面提供邮件转发，就删除这些记录。

Cloudflare 在其邮件故障排查指南中指出，Email Routing 的 MX 记录可能与其他邮件提供商的记录冲突。把邮件迁移当作一项独立决定。网站连接应该有一条明确的操作路径，能够保留现有邮件服务。

测试人们实际会使用的地址

打开选定的主地址，测试主按钮；如果页面有联系表单，就提交一次测试询问。检查平台支持的备用地址和预期重定向。如果域名使用现有邮件服务，再通过该服务正常发送和接收一封测试邮件。

如果某处失败，保留错误文本和测试时间。通过适当渠道，把域名和不涉及秘密的记录详情提供给支持人员。绝不要在求助讨论中发布账户密码或不受限制的 API 密钥。

全部运行正常后，记下哪个服务托管页面、哪个服务管理域名和邮件。明年回来修改设置时，这张简短的备忘可能帮你省下一个出乎意料地漫长的下午。