静态网站接自定义域名：DNS、SSL 证书和 HTTPS 上线顺序

静态网站接上自己的域名后，才真的像是公开上线。

麻烦也常从这一步开始。DNS 记录、根域名、www、SSL 证书、HTTPS、重定向、旧网址和浏览器缓存会一起出现。每件事单独看都不难，难的是顺序。

先用预览链接确认网站，再接域名

内容还没确认前，预览 URL 就是工作链接。

这样可以把问题分开：

• 预览 URL 用来确认上传文件、路径和版面是否正确。
• 自定义域名用来确认正式公开上线是否准备好。

如果太早接域名，任何内容修正都会混在 DNS 排错里。比较干净的顺序是：先上传文件夹，打开 HTTPS 预览链接，测完网站，再接自定义域名。

DeployPages 的上传流程是先预览、再接域名。网站准备好后，再进入 自定义域名 和 SSL 证书与 HTTPS。

根域名、www，还是子域名？

常见选择有三种：

GitHub Pages 官方文档也特别提醒根域名与 www 的设置差异，并提到 www 子域名在 GitHub Pages 场景下较不受服务器 IP 变动影响。不同平台要求的 DNS 记录会不同，但实务原则相同：选一个主要网址，另一个重定向到它。

营销网站、作品集和文档站通常可以采用其中一种：

• example.com 作为主要网址，www.example.com 重定向到它。
• www.example.com 作为主要网址，example.com 重定向到它。

不要让两个网址各自提供一份相同网站。这会让用户和搜索引擎看到重复内容。

用白话理解 DNS 记录

你不需要背完所有 DNS 类型。静态网站上线最常遇到的是这几个：

平台应该清楚告诉你要新增哪个记录和值。如果它只丢一堆术语，那是产品说明不够清楚，不是你的问题。

修改 DNS 后，用查询工具从公开网络确认结果。DeployPages 提供 DNS 查询工具，可以看外部是否已经读到新记录。

HTTPS 是正式上线的一部分，不是附加功能

自定义域名如果没有 HTTPS，用户、浏览器和搜索引擎都会把它当成有风险的页面。

正式宣布链接前，至少确认：

1. 域名能用 https:// 打开。
2. SSL 证书涵盖你正在使用的完整 hostname。
3. http:// 版本会重定向到 HTTPS。
4. 非主要 hostname 会重定向到主要 hostname。
5. 用无痕视窗打开时，不再出现浏览器警告。

如果 DNS 还在更新，SSL 证书签发可能需要一点时间。不要每隔几分钟就乱改记录。先等公开 DNS 读到正确值，再检查 HTTPS。

SSL 证书检查工具 很适合这一步，因为它可以从浏览器缓存之外检查证书状态。

自定义域名在静态网站部署里的位置

比较稳的上线链条长这样：

这也是静态网站平台不应只“存文件”的原因。网站一旦有正式域名，版本管理就很重要。一次坏掉的上传，不应该让公开网址没有退路。

DeployPages 把回滚能力做成产品功能，而不是要求你自己去找旧 ZIP。需要了解发布控制，可以看 回滚到上一个版本。

常见自定义域名错误

预览链接坏掉就急着接 DNS

如果预览 URL 坏了，自定义域名也会坏。先修文件，再碰域名。

同时让两个 hostname 当主要网址

在 example.com 和 www.example.com 之间选一个，另一个重定向。

忘记旧链接

如果你正在替换既有网站，先检查重要旧路径。静态网站也可能需要重定向规则。

以为控制台改了，公开 DNS 就改了

DNS 服务商后台显示的值，不等于全世界已经解析到新值。用 lookup 工具查公开结果。

正式上线前没有 metadata

接域名前，把 title、description、favicon 和社交分享图整理好。Meta 标签生成器 和 OG 图片工具 可以处理这些无聊但会被看见的细节。

什么时候值得接自定义域名？

这些情况值得接域名：

• 网站代表一个品牌、个人、产品、活动或客户。
• 链接会印在素材、投放广告，或放到社交个人页。
• SEO 很重要。
• 用户之后会再次访问。
• 你需要比预览 URL 更高的信任感。

如果只是一次性预览、内部 demo，或明天就会换掉的反馈链接，先不用急着接域名。

静态网站部署最好同时支持两种速度：预览链接要快，自定义域名上线要谨慎。

参考数据

• GitHub Pages custom domain documentation
• Cloudflare Pages Direct Upload documentation
• DeployPages 自定义域名