什么是二级域名：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f793a576d349.html
📄
什么是二级域名：改版或迁移时应核对什么
二级域名是挂在主域名左侧的那一层名称，例如 blog.example.com 中的 blog。改版或迁移时，如果涉及二级域名的新增、删除、合并或归属变化，真正要核对的是：交付结果、必需资料、责任人和验收标准。也就是说，先明确改完之后每个二级域名应该指向什么、由谁维护、在哪些入口被引用，再倒推任务，而不是只改解析记录。
先定交付结果：哪些二级域名要保留、合并或下线
改版或迁移最常见的错误，是只盯着主站页面，忘了二级域名也是独立入口。核对时先列一张清单，逐个确认：
- 保留：继续提供原有内容或服务，只是底层环境、服务器或目录发生变化。
- 合并：内容并入主域名或其他子域，旧地址需要处理跳转或下线。
- 下线：不再提供内容，需要确认是否还有外部链接、表单、接口或邮件依赖。
- 新增：因业务拆分或语言版本需要新开二级域名，需要确认命名、证书和归属。
判断依据不是“看起来像不像旧站”，而是这个二级域名是否还有真实访问需求、是否被外部系统引用、是否承载独立登录或接口。如果只是页面改版，二级域名结构通常不必动；如果涉及品牌拆分、地区站或独立系统，才需要重新评估。
倒推必需资料：解析、证书、跳转和引用关系
确定交付结果后，再收集改版或迁移必需的资料。缺少任何一项，验收都会卡住：
- DNS 记录：每个二级域名的 A、AAAA 或 CNAME 记录当前指向哪里，迁移后应指向哪里。需要确认 TTL，避免切换后长时间不一致。
- 证书覆盖范围：证书是单域名、多域名还是通配符，是否覆盖所有保留和新增的二级域名。HTTPS 能加密传输，但不等于站点没有漏洞，也不保证排名。
- 跳转规则：合并或下线时，旧二级域名的页面应 301 到最接近的新地址；没有对应页面的，跳到相关栏目或首页，而不是全部跳首页。
- 引用清单：站内导航、站点地图、robots.txt、接口回调、邮件模板、统计代码、广告落地页中是否写死了旧二级域名。
- 责任人与验收人：DNS 由谁改、证书由谁续、跳转由谁配、上线后由谁检查，都要落到具体角色。
这里要区分“可能原因”和“已经定位的原因”。例如迁移后某个二级域名打不开，可能是 DNS 未生效、证书不匹配、服务器未绑定该域名或防火墙拦截，不能一上来就断言是某一种。逐项检查才能定位。
核对索引与抓取：二级域名不是自动继承主站表现
二级域名在搜索引擎眼中通常是独立主机名，主站的权重、收录和抓取预算不会自动完整转移。改版或迁移时应核对：
- 旧二级域名的页面是否已被收录，迁移后新地址是否可抓取、可索引。
- robots.txt 是否误屏蔽了需要保留的二级域名。robots.txt 的抓取限制不等于可靠的索引移除，已收录页面仍可能出现在结果中。
- 站点地图是否包含保留的二级域名页面。站点地图不保证收录，只是发现入口。
- 跳转是否使用 301，而不是 302 或 JS 跳转，除非有明确的一次性临时需求。
- 不同搜索引擎对二级域名的处理和支持情况须分别核查，不能只测一个就下结论。
一个可执行的短例子：假设某项目把 shop.example.com 合并到 www.example.com/shop/。验收时应检查旧商品页是否 301 到对应新商品页、旧分类页是否 301 到新分类页、旧域名是否仍能解析、证书是否覆盖旧域名直到跳转期结束。这里“假设”仅用于说明检查项，不代表真实项目结果。
验收标准：改完之后逐项确认
改版或迁移的验收不应只看首页能否打开。建议按下面顺序执行：
- 用
dig或在线 DNS 查询确认每个二级域名解析到预期地址。 - 用浏览器和命令行分别访问
http与https，确认证书有效、无混合内容、无多余跳转链。 - 抽查旧地址的跳转状态码和最终落地页，确认不是跳到无关页面。
- 检查站内链接、站点地图、robots.txt、统计和表单回调中是否还有失效的旧二级域名。
- 记录每个二级域名的保留、合并或下线状态，以及对应负责人和复查日期。
如果验收发现某个二级域名仍被外部引用，但业务上已经决定下线，应先补跳转或通知引用方，而不是直接删解析。适用条件是：该二级域名仍有访问流量或系统依赖；判断结果是暂缓下线，直到引用关系清理完成。
下一步：先做一张二级域名归属表
把现有二级域名逐个列出，标注保留、合并、下线或新增，再补上解析目标、证书、跳转规则、引用位置和负责人。这张表完成后，改版或迁移的任务拆分和验收才有依据，也能避免只改主站、漏掉二级域名的情况。
