SiteGround 的域名域名解析，说穿了就一句话：把你在 SiteGround 买的解析域名，或者别处买的域名域名，指向 SiteGround 的解析服务器 IP。听起来简单，域名但实际操作里坑不少。解析我见过有人折腾一下午，域名最后发现是解析 DNS 记录里多打了个空格。

先讲清楚一个前提。域名SiteGround 本身是解析主机商，也卖域名。域名如果你在它家注册了域名，解析解析默认就是域名配好的，不用动。解析麻烦的域名是另一种情况：域名在 Namesilo、阿里云、GoDaddy 这些地方，主机在 SiteGround。这时候你得手动改 DNS，或者改 NS 服务器。

两条路，选一条

第一条路，改 NS。把域名的 nameserver 换成 SiteGround 的：
ns1.siteground.net
ns2.siteground.net

这两个地址在 SiteGround 后台的 Site Tools → Domain → DNS Zone Editor 里能查到，但不同机房可能略有差异，以你账户里显示的为准。改完 NS，等生效。通常几小时，偶尔拖到 24 小时以上。我上次帮朋友改，Cloudflare 的 DNS 缓存硬是扛了 6 小时才刷新。

第二条路，不改 NS，只加 A 记录。去你域名注册商那边，找到 DNS 管理，添加一条 A 记录，主机名填 @，指向 SiteGround 给你的服务器 IP。这个 IP 在 SiteGround 后台的 Site Tools → Site → Server Information 里，叫“Server IP”。再补一条 CNAME，主机名 www，指向你的主域名。

两条路各有各的麻烦。改 NS 省事，但以后所有 DNS 记录都得在 SiteGround 那边管。只改 A 记录，域名注册商那边还能继续管 MX、TXT 这些，灵活一些。我个人偏向后者，尤其是域名还要用来收邮件的时候。

几个容易翻车的地方

TTL 值。默认 3600 秒，改记录前先把它降到 300。不然改错了，等一小时才能再试。这个细节很多教程不提，但真出事的时候能省你不少时间。

域名注册商那边的“域名服务器”和“DNS 记录”是两个页面。有人改完 NS 又去改 A 记录，结果两边打架。选一种方式就行，别混着来。

SiteGround 的 DNS Zone Editor 里，默认会有一条 A 记录指向它自己的 IP。如果你是从别的主机商搬过来，记得把旧的 A 记录删掉。留着不删，解析可能随机跳到旧 IP，表现就是网站时好时坏。

验证解析是否生效

别用浏览器刷新来判断，缓存太坑。直接命令行：
dig yourdomain.com +short
或者
nslookup yourdomain.com

返回的 IP 和 SiteGround 后台显示的一致，就说明解析对了。不一致，或者返回空，那就是还没生效或者配错了。Windows 下可以用 ipconfig /flushdns 清一下本地缓存再试。

还有个小工具叫 DNS Checker，网页版，能看全球各地解析结果。有时候你本地生效了，别的地方还没同步，这工具能看出来。

SSL 和解析的关系

解析没生效之前，SiteGround 的 Let's Encrypt SSL 签发会失败。因为验证服务器要访问你的域名，解析不对，它找不到。所以顺序是：先解析，等生效，再签 SSL。别反过来。

如果解析生效了 SSL 还是签不下来，检查一下是不是开了 Cloudflare 的代理（小黄云）。开了代理，Let's Encrypt 的验证请求会被 Cloudflare 拦截，得先关掉代理再签。

说到底，SiteGround 域名解析本身不复杂，复杂的是 DNS 生效的等待和各个平台之间的差异。耐心点，按步骤来，别同时改多个地方，基本不会出大问题。