二级域名作用：遗留系统无法改模板时，改子域还是硬改主站
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /73f39aa9b520.html
📄
二级域名作用：遗留系统无法改模板时，改子域还是硬改主站
如果遗留系统连模板都不能动，二级域名作用往往不是“多一个入口”，而是把不可改的旧页面隔离到一个可控边界内：能改的只放在子域，不能改的留在原路径。真正要决定的是，究竟把子域当作长期承载面，还是只当作过渡承载面。
矛盾现象：抓取正常，索引却不增长
常见情形是：旧系统页面在子域上线后，服务器日志里能看到抓取，子域站点地图也提交了，但目标页面的索引表现没有同步增长。此时有两种解释都成立。
- 解释一：子域只是被发现了，没有被当作独立承载面。旧路径仍被大量内链、外链和用户访问指向，子域页面缺少稳定入口，抓取只是沿着站点地图或跳转偶然发生。
- 解释二：子域被当作重复内容或低价值镜像。同一批内容在原路径和子域同时可访问，没有规范化信号，也没有把旧路径处理成跳转或下线。
这两种解释对应的动作完全不同：前者要补入口和链接关系，后者要先处理重复与旧路径。如果只凭“抓取量不为零”就判断子域已经生效，很容易把重复问题误当成抓取问题。
能区分两种解释的证据
可以按下面几组证据交叉核对，而不是只看单一指标。
- 看被抓取的 URL 类型。如果日志里主要是子域首页、站点地图和分页，而目标详情页很少，偏向解释一；如果目标详情页与原路径页面都被频繁抓取，偏向解释二。
- 看原路径的当前状态。原路径仍返回 200 且内容完整，重复解释更可信；原路径已返回 301 指向子域，入口不足的解释更可信。
- 看内链指向。站内主要导航、面包屑和相关推荐仍指向原路径，说明子域缺少稳定入口；若这些入口已全部指向子域，则问题更可能在内容重复或页面本身质量。
- 看外链落点。外部链接仍大量落在原路径，子域页面几乎无外链，会放大入口不足的解释。
需要提醒的是，抓取量或请求量归零、索引量下降，都不能单独证明某次处理正确。服务器屏蔽、站点地图错误、规范化标签误写、页面被合并，都可能产生相似现象，必须结合返回状态和入口关系判断。
两个可行边界：长期承载还是过渡承载
遗留系统不能改模板时，通常只有两个现实选择。
选择一：子域作为长期承载面
适用条件是旧系统确实无法改造，但子域侧可以独立控制模板、导航、规范化和站点地图。代价是必须长期维护两套入口、两套监控和两套内容更新流程。动作上，应把主要内链、导航和外链逐步引向子域，并让原路径返回 301。结果是子域成为唯一承载面，后续判断只需围绕子域做。
选择二：子域只作为过渡承载面
适用条件是旧系统虽然不能改模板，但可以在网关、反向代理或前端路由层做跳转和路径重写。代价是过渡期存在两套 URL 并存，必须设定明确的收敛条件，例如原路径全部跳转完成、子域入口稳定后再评估。动作上，先让子域承接新流量，再逐步把原路径改为跳转。结果是子域不必长期承担全部入口，但过渡期需要更严格的重复内容处理。
两种选择的分界不在“子域好不好”，而在旧系统是否还有一层可控制的跳转或重写能力。如果没有，长期承载更现实；如果有，过渡承载代价更低。
一个注明假设的短例子
假设某旧系统只能输出固定 HTML，模板不可改，但运维可以在反向代理层加规则。此时可先让 old.example.com/detail/1 返回 301 到 new.example.com/detail/1，同时把站内导航指向新子域。若两周后日志显示目标详情页抓取稳定、原路径请求逐步下降，说明入口迁移在生效，下一步可以继续收敛旧路径。若目标详情页仍很少被抓取，而原路径仍被大量访问，则应先检查内链和外链落点，而不是继续加站点地图。
站点地图不保证收录，robots.txt 的抓取限制也不等于可靠的索引移除。若旧路径需要退出承载，应优先用 301 或 410 等明确的 HTTP 状态处理，而不是只靠 robots.txt 屏蔽。HTTPS 同样不保证安全无漏洞或排名，它只解决传输层的一部分问题。不同搜索引擎对子域、规范化和站点地图的支持情况须分别核查，不能把一家平台的观察直接套到另一家。
按证据决定下一步
先确认旧系统是否还有跳转或重写能力，再决定子域是长期承载还是过渡承载。若原路径仍返回 200 且内链仍指向旧路径，优先处理重复与入口，而不是继续提交站点地图。若原路径已跳转、内链已迁移，但目标页仍无表现，再检查页面本身是否具备独立价值。这样每一步动作都有对应的观察结果，避免把抓取、索引和排名混成同一个问题。
