二级域名与主域名区别 - 重复或冲突信号的处理方法
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /332d3bdd9563.html
📄
二级域名与主域名区别 - 重复或冲突信号的处理方法
二级域名与主域名在技术上各自独立，但搜索引擎会把它们视为同一站点下的不同主机名。当两处出现相同或高度相似的内容、互相矛盾的 canonical、hreflang 或站点地图声明时，就产生了重复或冲突信号。处理的核心原则是：先确定哪个主机名是权威版本，再让另一个明确指向它，而不是同时向搜索引擎发出两套指令。
准备：先判断冲突属于哪一类
动手改配置之前，先做一次信号盘点。用同一批 URL 分别检查以下位置，记录每一项声明指向哪个主机名：
- 页面内的
rel="canonical"指向主域名还是二级域名 - 站点地图里列出的 URL 主机名
- robots.txt 是否只允许其中一个主机名被抓取
- 内链和导航链接实际指向哪个主机名
- hreflang 的
href是否与 canonical 一致
如果同一页面在主域名和二级域名各有一份，且两份都返回 200 状态码、都自指 canonical，这就是典型的重复信号。如果一个页面的 canonical 指向主域名，而站点地图和内部链接却指向二级域名，这是冲突信号。两类问题的处理方式不同，先分类再动手。
实施：统一到一个权威主机名
最关键的一步是选定唯一权威主机名，并让所有信号收敛到它。假设你决定保留主域名，把二级域名上的内容并入主域名，可按下面的顺序操作：
- 把二级域名上需要保留的页面迁移到主域名对应路径，确保内容完整。
- 在二级域名原 URL 上设置 301 重定向，指向主域名的新 URL，且重定向链不超过一跳。
- 把页面 canonical、站点地图、内部链接、hreflang 全部改为指向主域名版本。
- 检查 robots.txt，确认没有误封主域名需要抓取的路径。
如果两个主机名必须同时存在（例如二级域名承载独立业务），则不要用重定向，而是在内容确实不同的前提下各自保留，并确保 canonical 自指、站点地图分别列出、互不交叉声明。判断依据是内容是否真正独立：内容相同或仅参数不同，应合并；内容面向不同用户群且不重复，可并存。
验证：确认信号已经一致
改完后逐项复核，而不是只看一处：
- 用抓取工具或命令行请求原二级域名 URL，确认返回 301 且 Location 指向主域名目标 URL。
- 打开主域名目标页面源码，确认 canonical 自指，且与站点地图中的 URL 完全一致（含协议和结尾斜杠）。
- 检查站点地图中是否还残留二级域名 URL；如有，删除或更新。
- 确认 hreflang 的返回链接互相匹配，没有指向已重定向的旧地址。
需要区分“可能原因”和“已定位的原因”：如果搜索结果中仍显示二级域名，可能是重定向尚未被重新抓取，也可能是 canonical 与重定向信号不一致，还可能是外链仍指向旧地址。不要仅凭一次查询就断定问题已解决，应分别核对上述每一项后再下结论。
维护：避免信号再次分裂
冲突往往在后续改动中重新出现。把主机名规则写进发布流程：新建页面时 canonical 模板固定使用权威主机名；新增二级域名前先确认是否真的需要独立主机名；站点地图由程序生成时校验主机名是否统一。定期抽查一批 URL，比对 canonical、站点地图和内链三者是否指向同一主机名，比事后补救成本低得多。
下一步：挑出当前站点中同时存在于主域名和二级域名的 5 个 URL，逐一记录它们的 canonical、站点地图条目和实际返回状态码，先找出信号不一致的具体位置，再决定合并还是并存。
