二级域名与主域名区别改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2271fd3fd727.html
📄
二级域名与主域名区别改版或迁移时应核对什么
改版或迁移时，二级域名与主域名的区别首先要核对的是：内容到底放在主域名下，还是继续放在二级域名下，以及旧地址到新地址的对应关系是否一一明确。主域名是站点身份和主要权重承载位置，二级域名是主域名前增加一段标签形成的独立主机名，例如 blog.example.com 与 www.example.com 的关系。迁移前若不先确定这一层归属，后面的重定向、站点地图和收录验证都会失去基准。
准备阶段：先列清主域名与二级域名的资产边界
准备阶段最关键的一步是建立“旧地址—新地址—处理方式”对照表，而不是先改服务器。核对项包括：
- 哪些内容原本在主域名路径下，例如
example.com/help；哪些原本在二级域名下，例如help.example.com。 - 迁移后是否合并到同一主机名。若把二级域名内容并入主域名目录，需要为每个旧URL指定新URL。
- 是否保留二级域名作为独立站点。若保留，主域名与二级域名之间应有清晰的内链和导航关系，避免同一内容两处可访问。
- 证书覆盖范围。主域名与二级域名通常需要分别确认证书是否包含对应主机名，HTTPS可用不等于内容迁移正确。
判断结果：如果对照表中出现一个旧地址对应多个新地址，或新地址尚未确定，就不应进入实施阶段。适用条件是先做小范围样本，例如先选一个栏目验证规则，再全量执行。
实施阶段：重定向与主机名选择要分开处理
主域名与二级域名在实施时容易混为一谈。需要分开确认两件事：
- 主机名迁移：从二级域名迁到主域名，或从主域名拆到二级域名，属于主机名变化。每个旧URL应指向最接近的新URL，不要全部跳到首页。
- 路径迁移：主机名不变、目录结构变化，属于路径变化。此时重点核对路径映射，而不是主机名。
短例子（假设）：旧地址 blog.example.com/seo/a 迁到 www.example.com/articles/a，应建立该条对应重定向；若只把 blog.example.com 整站跳到 www.example.com 首页，用户和抓取系统都无法判断具体内容去了哪里。
同时检查 robots.txt。抓取限制不等于索引移除：在 robots.txt 中禁止抓取旧二级域名，并不能可靠地让已收录页面从索引中消失，还可能妨碍抓取系统发现重定向。站点地图也不保证收录，它只是提交候选地址的方式。不同搜索引擎对主机名切换和重定向的处理需要分别核查，不能用一个平台的结果推断另一个平台。
验证阶段：用可复核的检查项确认迁移是否生效
验证时不要只看首页能否打开。可执行检查包括：
- 随机抽取旧的主域名和二级域名URL，确认返回状态和最终落地页是否符合对照表。
- 确认重定向链没有形成多跳循环，例如A跳到B、B又跳回A。
- 检查新主机名下的 canonical 标签是否指向自身，而不是仍指向旧二级域名。
- 检查站内链接、导航和站点地图是否仍混用旧主机名。
- 分别查看主要搜索引擎的抓取与索引表现，记录旧地址是否仍被引用。
判断结果：若旧地址返回正常内容而不是重定向，说明迁移未完成；若旧地址返回重定向但落地页与预期不符，说明映射规则有误。适用条件是验证应覆盖模板页、详情页和分页，而不是只测一个样本。
维护阶段：把主机名规则固定下来
迁移完成后，维护重点是防止新旧主机名再次混用。应明确：新内容发布在哪个主机名；编辑和运营人员使用哪个地址；内链和分享链接是否统一。若主域名与二级域名同时保留，需定期抽查是否有重复内容、证书过期或旧链接重新出现。HTTPS不保证安全无漏洞或排名，它只是迁移后需要继续核对的基础项之一。
下一步：打开你现有的旧地址对照表，先补上“主机名是否变化”这一列，再为每个变化项写出唯一的新地址；没有唯一新地址的条目，暂缓实施迁移。
