死链优化，页面内容相同但响应头不同会影响哪些判断
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4f50f2671452.html
📄
死链优化，页面内容相同但响应头不同会影响哪些判断
页面正文完全一样，响应头却不一样，最直接的影响是：你无法再用“内容相同”证明两个地址应该合并处理。响应头里的状态码、缓存指令、重定向位置和内容类型，决定的是这个地址在抓取、索引、缓存和链接权重传递中的身份，而不是它显示出来的文字。判断死链优化是否做对，必须先看响应头，再看正文。
同一个内容，两种响应头，通常对应两种完全不同的处置
假设旧系统里有一批文章，正文被复制到了新路径，旧路径仍然可以打开，内容和新路径一模一样。这时会出现至少两种可能：
- 旧路径返回 200，但页面是历史遗留副本。它仍然是一个可访问地址，抓取工具会把它当作独立页面处理。正文相同不会自动触发去重，两个地址可能都进入索引候选，互相竞争同一批查询。
- 旧路径返回 301，指向新路径。这时旧地址的身份是“转移”，不是“保留”。抓取工具会把信号和用户导向新地址，旧地址通常不会作为独立结果长期存在。
表面看都是“内容相同”，但前者需要你决定是否保留、是否加 canonical、是否做 301；后者需要你确认重定向目标是否正确、是否还有链向旧地址的内部链接。把两者混在一起，死链优化就会变成误删或误留。
响应头不同，会改变对“这个地址是否还有价值”的判断
内容相同但响应头不同时，至少有三个判断会发生变化：
- 是否算重复内容。200 且正文相同，通常被视为两个可访问地址；301 则被视为地址迁移。前者要处理重复，后者要处理目标。
- 是否还能传递链接信号。301 通常会把信号导向新地址；200 旧页面则继续作为独立接收方。若旧页面还有外链，直接 301 和直接保留，结果不同。
- 是否应该出现在站点地图里。站点地图不保证收录。把 301 地址放进站点地图，通常不会让它作为独立页面被收录；把 200 旧副本放进去，反而可能让它继续参与索引竞争。
这里有一个容易忽略的点：robots.txt 的抓取限制不等于可靠的索引移除。如果旧路径被 robots.txt 禁止抓取，但外部链接仍然指向它，抓取工具可能因为无法读取页面而保留旧索引信息，甚至继续把用户导向一个你无法控制的地址。响应头里的 200 或 301，和 robots.txt 的允许或禁止，是两套不同的控制层。
用一组可观察证据区分“该留”还是“该转”
要判断旧地址到底该保留还是该转走，不要只看正文。按下面顺序取证据：
- 看状态码和 Location。200 表示地址仍可独立访问；301 或 308 表示永久转移；302 表示临时转移，通常不适合作为长期死链优化方案。
- 看 canonical 指向哪里。如果旧页面 200 但 canonical 指向新页面，说明发布方希望新页面作为代表；如果 canonical 指向自己，说明旧页面仍被当作独立页面。
- 看内部链接和外部链接是否还指向旧地址。如果还有大量内部链接指向旧地址，直接 301 比保留 200 更干净；如果旧地址有外部链接且新地址没有，保留并加 canonical 可能比直接 301 更稳，但前提是你能接受两个地址同时存在一段时间。
- 看缓存头是否影响更新。如果旧页面返回了很长的缓存时间，即使你已经改了源站，用户和中间缓存仍可能看到旧内容。这时先处理缓存指令，再决定是否 301。
假设一个旧产品页正文和新产品页相同，旧页返回 200 且缓存一年，新页返回 200 且缓存一天。此时直接 301 旧页，用户可能仍被缓存导向旧内容；先缩短旧页缓存，再 301，迁移过程更可控。这个例子只是说明比较方法，不是真实项目结果。
什么时候保留 200，什么时候必须转走
保留 200 成立的条件通常是：旧地址仍有独立搜索需求，或者旧地址有外链而新地址还没有积累，且你能用 canonical 明确代表页面。转走 301 成立的条件通常是：旧地址没有独立需求，内容已经完全被新地址覆盖，且内部链接可以同步更新。
如果旧地址返回 404 或 410，正文相同这件事就不重要了。404 表示地址不存在，410 表示明确移除。它们和 200 旧副本、301 迁移是四种不同状态，不能因为“内容一样”就当作同一种死链优化结果。
最后检查一件事：HTTPS 不保证安全无漏洞或排名。响应头里的协议、缓存、重定向和内容类型，各自解决不同问题。把内容相同当成唯一判断依据，最容易在旧内容退出时留下一个还能访问、还能被链接、还能被缓存的副本，让后续的索引清理和链接迁移都变得更难。
