去年帮朋友迁一个企业站，域名DNS 解析记录里躺着一条 blog.xxx.com 的域名 CNAME。他盯着屏幕问我：这玩意儿到底算不算一个独立网站？域名搜索引擎会不会把它跟我主站当成两个东西？

这问题问得挺实在。二级域名就是域名挂在主域名左边的那个标签，blog.example.com 里的域名 blog，shop.example.com 里的域名 shop。技术上它和主域名共享同一个注册域名，域名但在 DNS 层面是域名两条完全独立的解析记录。你可以把 blog 指向阿里云，域名把 shop 指向腾讯云，域名互不干扰。域名

很多人第一次接触二级域名是域名在建站的时候。虚拟主机商给你一个临时地址，域名长得像 user123.hostingprovider.com，域名那就是域名人家的二级域名。后来你买了自己的域名，把站点迁过去，这个临时地址就完成了使命。但二级域名的用途远不止临时跳板。

我见过一个做跨境电商的团队，主站 www.brand.com 跑 Shopify，日本站用 jp.brand.com 单独部署在一台东京的 VPS 上。为什么不用子目录 www.brand.com/jp？因为日本站的 CDN 配置、SSL 证书、甚至后端语言都跟主站不一样。二级域名让他们可以完全独立地折腾日本市场，不用碰主站一行代码。

搜索引擎对二级域名的态度，这些年变过好几轮。早年 Google 明确把子域名当作独立站点对待，权重不继承。后来 John Mueller 在多个场合说过，子域名和子目录在排名上没有本质差别，关键看内容质量。但实际观测下来，新上的二级域名仍然需要一段“考察期”，收录速度和初始排名往往不如子目录来得快。我的判断是：如果你只是分个博客、分个帮助中心，用子目录更省事；如果你要做完全独立的产品线、面向不同地区或语言、或者需要独立的服务器环境，二级域名才值得上。

SSL 证书这块容易踩坑。通配符证书 *.example.com 能覆盖所有二级域名，但只能覆盖一级。也就是说 *.example.com 管得了 blog.example.com，管不了 a.blog.example.com。有些免费证书服务商比如 Let's Encrypt，签通配符需要 DNS 验证，比单域名证书麻烦一点。我一般建议：二级域名数量少于五个，逐个签单域名证书；超过五个，直接上通配符。

Cookie 的作用域也值得留意。默认情况下，blog.example.com 设置的 Cookie 不会自动传到 shop.example.com。想让多个二级域名共享登录状态，得在 Set-Cookie 时显式指定 Domain=.example.com。这个细节在搭建统一用户系统时经常被忽略，结果就是用户在博客登录了，到商城还得再登一次。

还有一个坑是 CNAME 和 MX 记录冲突。根域名 example.com 通常要配 MX 记录收邮件，而 CNAME 不能和 MX 共存。所以二级域名可以随便 CNAME，根域名不行。这也是为什么很多服务商要求你把 www 做 CNAME 指向他们的负载均衡，但根域名只能做 A 记录。

二级域名不是越多越好。每多一个，就多一份解析配置、多一张证书、多一套监控。我见过有人给每个产品线都开二级域名，最后三十多个子域，自己都记不清哪个指向哪台服务器。管理成本上去了，收益却没见着。域名结构是给人看的，也是给机器看的，清晰比花哨重要。