死链接：页面内容相同但响应头不同会影响哪些判断
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d03d5112a91d.html
📄
死链接：页面内容相同但响应头不同会影响哪些判断
会，而且影响往往比内容差异更大。当两个地址返回的正文一模一样、响应头却不同，你真正需要判断的不是“内容是否重复”，而是哪个地址该保留、哪个该改写或退出。响应头里的状态码、缓存指令、规范化提示和内容类型，决定了抓取、去重和用户跳转的走向，内容相同只是让这个判断更容易被忽略。
先分清：内容相同不代表处理方式相同
正文相同只说明两个地址在某一时刻呈现了同一份内容。响应头不同，则说明服务器对这两个地址的“身份”给出了不同表态。常见分歧包括：一个返回 200，另一个返回 301 或 410；一个带 Cache-Control 长缓存，另一个禁止缓存；一个声明 Content-Type 为 HTML，另一个把同一份内容当纯文本或附件下发；还有的通过 Link 或 Location 类字段暗示首选地址。
这些差异会直接影响三件事：抓取工具把哪个地址当作有效目标、缓存层是否继续保留旧副本、以及用户从外部入口进入时是否被正确带到保留版本。所以判断顺序应当是先看响应头，再看正文，而不是反过来。
保留、改写还是退出：按响应头给出的信号取舍
假设你有一批旧内容，正文仍然有价值，但分布在旧系统和新的展示路径上。此时三种处理各有成立前提。
- 保留：适合旧地址仍被外部引用、且响应头与目标地址一致或明确指向同一首选地址的情况。如果旧地址返回
200且没有任何规范化提示，保留意味着你要接受两个地址长期并存，并承担后续维护成本。 - 改写：适合正文需要更新、旧地址仍有入口价值的情况。改写时把旧地址指向新版本，并用
301这类永久跳转表达迁移意图，比让两个200同时存在更容易让判断收敛。 - 退出：适合内容已无保留价值、且没有外部依赖的情况。此时返回
410比返回一个内容相同却状态含糊的页面更清晰；如果只是暂时下线，用503加合理的重试提示，与永久退出是两种不同表态。
关键在于：不要因为正文相同就默认可以随意挑一个地址。响应头不同，等于服务器给了两套说法，抓取和缓存会按各自规则选边。
一个可操作的核对动作
取两个正文相同的地址，分别请求响应头，把状态码、Location、Cache-Control、Content-Type 和任何规范化提示字段列在一起。如果两者状态码不同，先以状态码为准判断谁是目标；如果状态码相同但缓存指令不同，则要确认缓存层是否会长期保留旧副本。
这个动作的结果会直接决定下一步：若旧地址明确跳向保留地址，你可以只维护保留版本；若两者都是 200 且无规范化信号，你需要在改写和退出之间做选择，而不是继续让两套响应头并存。
容易误判的几种情况
第一，把“内容一样”当成“可以不管”。内容一样只降低了用户困惑，没有降低抓取歧义。第二，看到旧地址返回 200 就认为它一定被当作有效页面；200 只表示请求成功，不代表它会被优先采用。第三，认为 robots.txt 限制抓取等于移除。抓取限制不等于可靠的索引移除，已存在的引用可能仍然生效。第四，认为提交站点地图就能决定首选地址，站点地图不保证收录，也不替代响应头表态。
还有一种情况是 HTTPS 与 HTTP 并存、正文相同但响应头不同。HTTPS 不保证安全无漏洞或排名，它只说明传输层协议；是否迁移、是否保留旧协议入口，仍要看响应头是否给出明确的跳转或规范化信号。
判断时保留一条底线
当正文相同、响应头不同，先问自己：这两个地址里，哪一个是我愿意长期维护的？如果答案明确，就让另一个地址用响应头表达退出或迁移；如果答案不明确，说明内容归属本身还没定，此时不宜急着删旧地址，而应先确定保留版本，再统一响应头。不同搜索引擎对具体字段的支持情况须分别核查，不要用一套假设覆盖所有入口。
