死链检查工具，同一地址因设备或登录状态返回不同内容怎样对照
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /3b45fc929751.html
📄
死链检查工具，同一地址因设备或登录状态返回不同内容怎样对照
先把“同一地址”拆成两个变量：请求身份（是否带登录态、Cookie、UA）和请求环境（设备类型、视口、IP 归属）。死链检查工具默认发出的通常是匿名、无 Cookie、单一 UA 的请求，它拿到的结果只是其中一个切片。对照的正确做法不是让工具“模拟所有设备”，而是固定一组变量、逐层替换，并把每次替换后的响应体与状态码一起留档。只有当匿名响应与登录响应在状态码、正文关键区块、跳转链三处都一致时，才能把该地址当作稳定样本规模化；否则应把它移出批量队列，单独处理。
先判断差异来自哪一层，再决定保留还是改写
差异可能出现在四层，证据形态不同，处理动作也不同：
- 状态码层：匿名返回 200、登录返回 302 到登录页，或反之。这通常是权限或会话判定，不是链接本身失效。
- 正文层：状态码相同但关键内容区块缺失，例如匿名只看到“请登录后查看”，登录后才有主体内容。
- 跳转链层：同一地址在移动 UA 下多一跳中间页，在桌面 UA 下直接 200。
- 渲染层：初始 HTML 相同，但脚本根据设备或登录态替换了 DOM，工具若只看源码会误判。
判断方法：用同一工具、同一时间窗，只改一个变量各跑一次。如果改 UA 就变、改 Cookie 不变，问题在设备适配；如果改 Cookie 就变、改 UA 不变，问题在登录态。两者都变，说明判定逻辑叠加，需要拆开分别记录。
保留、改写、退出：三种取舍的适用前提
保留适用于差异只发生在展示层，且匿名状态仍返回 200 并包含可索引的实质内容。此时该地址可以继续留在批量检查里，但要在结果备注中标明“登录态另有内容”，避免下次复查时把差异当成回归。
改写适用于匿名与登录响应指向不同资源，但两者都有效。例如匿名 302 到公开摘要页、登录 200 到完整页。这时不应把 302 当死链，而应把公开摘要页作为检查目标写入清单，完整页单独建一条登录态检查项。
退出适用于匿名请求被拒绝（401/403）、或匿名响应正文为空壳且无任何可索引内容。这类地址不适合放进匿名批量队列，继续扫描只会持续产出无法判定的告警。退出批量的动作是：从默认清单移除，改为带会话的定向检查，并在清单里记录所需的最小权限条件。
三种取舍不要求同时成立。多数情况下你只需要判断“匿名响应是否足以代表这个地址的公开状态”，答案是否，就退出批量。
对照时的具体动作与它如何影响下一步
建议按以下顺序执行，每一步的产出决定下一步是否继续：
- 用匿名、无 Cookie、桌面 UA 请求一次，保存状态码、最终 URL、正文长度与关键区块文本。
- 只替换 UA 为移动端，其余不变，再请求一次。若结果一致，设备变量可排除，进入第 3 步；若不一致，把该地址标记为“设备敏感”，不再与桌面结果混算。
- 只加入登录 Cookie，其余回到第 1 步条件，再请求一次。若状态码或关键区块变化，标记为“登录敏感”。
- 对标记过的地址，取匿名响应的正文，检查是否包含该地址主题相关的实质文本。没有则退出批量；有则保留并附注。
第 4 步是分界线：它决定这个地址是进入常规复查，还是转入需要会话的专项清单。跳过这一步，批量结果里的差异会持续被误读为链接失效。
一个注明假设的短例子
假设某地址在匿名桌面请求下返回 200，正文含标题和一段摘要；加入登录 Cookie 后返回 200，正文多出评论区；换成移动 UA 后返回 302 到同域的一个轻量页。按上面的顺序：设备变量不一致，标记设备敏感；登录变量变化在正文层，标记登录敏感；匿名正文含实质内容，因此保留在批量清单，但备注两项敏感。后续复查时，若匿名桌面结果突变，才视为真正回归；移动 UA 的 302 不再单独报警。这个例子的数字仅用于说明比较方法，不代表任何真实站点的实测结果。
规模化前必须写清的边界
个别样本成立不等于规则可照搬。设备或登录态差异往往是按路径、按模板、按权限组分布的，样本量小的时候你只看到一两个例外，规模化后可能整批路径都命中同一判定逻辑。上线批量规则前，至少确认三点：差异是否集中在某一类路径前缀、是否只出现在特定权限组、匿名响应是否仍有可索引内容。任何一点不满足，都应先缩小批量范围，而不是扩大。
另外，抓取层面的限制不等于索引层面的移除，站点地图的存在也不保证收录，这些信号都不能用来替代对响应内容本身的对照。真正可复查的证据始终是：谁在什么身份和环境下请求、拿到了什么状态码和什么正文。
