死链修复工具，同一地址因设备或登录状态返回不同内容怎样对照
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /db80ae56762b.html
📄
死链修复工具，同一地址因设备或登录状态返回不同内容怎样对照
核心做法是先把“地址”拆成带请求条件的样本：同一URL分别用桌面与移动UA、匿名与登录态去取，记录状态码、最终URL、响应头和正文指纹，然后只对指纹不同的样本做逐项对照。对照的目的不是证明谁对谁错，而是判断这条旧地址该保留、改写还是退出。
先固定请求条件，再谈内容差异
同一地址返回不同内容，常见原因有三类：服务端按User-Agent或Cookie做分流；边缘缓存把不同变体混在一起；登录态让页面落入不同的模板或权限分支。三者对应的处理动作完全不同，所以第一步是让每次请求的条件可复现。
- 设备维度：固定桌面UA与一种移动UA，不要在多款浏览器之间随意切换。
- 登录维度：分别用未登录会话和一条已登录会话，登录账号的权限范围要写清楚。
- 请求维度：记录请求方法、是否带Cookie、是否跟随跳转、最终落点URL。
如果条件不固定，后续看到的差异无法归因，修复动作就会变成反复试错。一个实际动作是：先对目标地址跑一轮条件固定的取样，若四个样本的状态码和正文指纹完全一致，说明这条地址不涉及设备或登录分流，可以把精力转向其他旧地址；若不一致，才进入下面的对照。
用状态码、最终URL和正文指纹做三列对照
把每个样本整理成三列，比直接肉眼比对页面更有判断力。
- 状态码：200、301、302、403、404、410分别指向不同结论。403往往意味着登录态或权限分支，而不是链接失效。
- 最终URL：匿名访问跳到登录页、登录后跳回原地址，这类差异说明地址本身仍有效，只是可见性受身份控制。
- 正文指纹：取标题、主段落首句和页面主标识做摘要。指纹相同而状态码不同，多半是权限或缓存层的问题；指纹不同而状态码相同，才更可能是内容分流。
假设一条旧活动地址在匿名桌面端返回404，在登录移动端返回200且正文是后台预览页。这组证据更支持“对外已失效、对内仍被引用”，而不是“链接本身坏了”。据此下一步应先查该地址在站内还有多少入口引用，再决定是整条退出，还是只保留内部入口。
保留、改写还是退出：按证据分流
三个方向的适用前提不同，不要强行都做一遍。
- 保留：匿名与登录样本都返回200，正文指纹一致或差异仅来自个性化模块。此时地址仍有对外价值，只需处理缓存或模板层的小差异。
- 改写：地址对外已返回404或410，但仍有站内入口或外部引用，且目标内容有可延续的部分。改写指把入口指向新的等价地址，并保留原地址到新地址的跳转关系。
- 退出：匿名与登录样本都指向无价值内容，且站内入口已清理。此时让地址返回404或410，并停止继续为它做跳转。
需要说明的是，用robots.txt限制抓取并不等于可靠的索引移除，它只约束抓取行为，与已收录地址的退出不是一回事。站点地图也不保证收录，把地址从站点地图里拿掉，不能替代对地址本身的处理决定。
对照结果如何影响下一步动作
对照的价值在于把“修链接”拆成可执行的分支。一个可用的判断顺序是：
- 若差异只出现在登录态，先确认该地址是否本就不该对外可见。是，则退出对外入口；否，则检查权限配置。
- 若差异只出现在设备端，先排查缓存变体和响应式模板，而不是直接判定链接失效。
- 若匿名与登录、桌面与移动四个样本的状态码都指向失效，再统计站内引用数量，决定改写还是退出。
执行改写或退出后，重新跑同一组固定条件取样。若四个样本的最终URL和正文指纹收敛到预期结果，这条地址可以结案；若仍分裂，说明还有一层分流没被识别，需要回到请求条件那一步补充样本。请求量或抓取量下降不能单独证明处理正确，它也可能来自入口减少、抓取预算变化或统计口径调整，仍需结合状态码和引用清单一并判断。
容易误判的两种情形
第一种是把HTTPS当作安全与正确的证明。HTTPS只说明传输层加密，不保证页面内容一致，也不保证地址该保留。第二种是把某一端的正常表现当作全局结论。移动端能打开，不代表桌面端对外可用；登录后能看到，不代表匿名访客能看到。
因此，对照的落点始终是“这条地址对谁、在什么条件下、返回什么”，而不是“这条地址是否正常”。把条件写进记录，保留、改写或退出的决定才有依据，也才能在下次复查时复现同一组证据。
