什么是二级域名：遗留系统无法改模板时有哪些可行调整边界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fbfef44d8e02.html
📄
什么是二级域名：遗留系统无法改模板时有哪些可行调整边界
二级域名是挂在主域名左侧的一级标签，例如 shop.example.com 中的 shop；它和主域共享注册域名，但在主机名、Cookie 作用域、证书覆盖范围和服务器配置上都可以独立处理。遗留系统无法改模板时，可用的调整边界主要落在二级域名这一层：把仍需保留的旧内容迁到独立主机名，用重定向、robots.txt、站点地图和证书配置做取舍。但边界很硬——你能控制入口和抓取信号，不能靠这些手段保证收录、排名或彻底移除。
矛盾现象：旧目录删了，访问量却没归零
常见场景是：旧系统模板动不了，运营决定停掉某个旧栏目，把目录整体删除或返回 404。几周后，日志里仍有访问，搜索结果的摘要也可能继续出现。这时容易得出两个完全相反的解释。
- 解释一：搜索端还没处理完。抓取、索引更新和结果展示各有节奏，旧 URL 被删除后，搜索结果不会同步消失。
- 解释二：访问并非来自搜索。旧链接可能被外部站点、邮件、App 或用户书签保留，访问直接打到旧地址，与索引状态无关。
这两种解释都会让“删了还有量”成立，所以单看访问量不能判断处理是否正确。请求量或抓取量归零，也不能单独证明索引已经清理干净。
用证据区分两种解释，而不是靠感觉
能区分解释的证据是请求的来源和落地页行为，而不是总量。把旧路径的请求按来源拆开：来自搜索爬虫的请求、来自站内跳转的请求、来自外部引用的请求，分别统计。如果搜索爬虫请求持续存在，说明搜索端仍在发现或复核旧 URL；如果爬虫请求已经很少，但访问量稳定，则更可能是外部链接和书签在贡献流量。
另一个可区分点是响应状态的变化。把旧路径从 404 改为 301 指向新二级域名后，观察爬虫请求是否开始跟随新地址。如果爬虫请求转向新主机名，说明重定向被识别；如果请求仍集中在旧路径，则要先检查重定向是否可达、是否被 robots.txt 挡住。
这里有一个假设例子：旧栏目 old.example.com 无法改模板，只保留其中三篇仍被引用的文章。把这三篇迁到 archive.example.com，其余旧 URL 返回 410。假设两周后旧主机名的爬虫请求下降、新主机名出现对应抓取，这只说明重定向和迁移被部分识别，不能推断收录一定完成，也不能推断排名会转移。
二级域名层能做的调整，以及各自边界
遗留系统不能改模板，通常仍能改服务器配置、DNS 和反向代理。可做的动作集中在以下几类，每类都有明确边界。
- 按保留价值拆分主机名。把仍需保留的旧内容放到独立二级域名，其余旧路径统一返回 410 或 301。这样做的好处是职责清晰，代价是主域权重不再直接共享，需要重新积累。
- 用 301 而不是 302 做永久迁移。301 表达旧地址已永久替换，适合内容确实迁移的情况。如果只是临时维护，302 更合适。选错状态码会让搜索端把旧地址当作临时变动，延迟新地址的识别。
- 用 robots.txt 控制抓取，而不是控制索引。robots.txt 的抓取限制不等于可靠的索引移除。被 robots.txt 挡住的 URL 仍可能因为外部链接出现在结果中，只是摘要信息可能受限。要移除索引，应优先让页面返回 404 或 410，或使用搜索端提供的移除工具。
- 提交站点地图，但不把它当收录保证。站点地图能帮助发现新二级域名下的 URL，站点地图不保证收录。它只是发现渠道之一，不能替代内链、外链和页面质量。
- 给新二级域名配证书。HTTPS 是基本配置，但 HTTPS 不保证安全无漏洞或排名。证书覆盖哪些主机名、是否包含旧主机名，需要按实际迁移范围决定。
一个可执行的判断顺序
面对无法改模板的遗留系统，先做一次路径盘点：哪些 URL 仍有外部引用，哪些只是站内历史入口，哪些已经无人访问。把仍有引用价值的 URL 迁到新的二级域名，并设置 301；无人访问且无引用价值的旧 URL 返回 410。然后检查 robots.txt 是否误挡了新主机名，确认站点地图包含新 URL，证书覆盖新主机名。
动作的结果会直接影响下一步：如果重定向后爬虫请求转向新主机名，说明迁移信号被识别，可以继续观察新地址的抓取和展示；如果爬虫请求仍停在旧路径，应先排查重定向链、robots.txt 和证书，而不是急着删旧主机名。不同搜索引擎对重定向、robots.txt 和移除工具的支持情况须分别核查，不能把一家的表现直接套到另一家。
最后要接受一个边界：二级域名层能改变入口、信号和归属，但不能替代内容本身的价值。旧内容是否值得保留，取决于它是否仍被引用、是否仍有访问需求，而不是取决于你把它放在哪个主机名下。
