死链检查方法：移动端与桌面端怎样检查差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /85782df2004c.html
📄
死链检查方法：移动端与桌面端怎样检查差异
检查移动端与桌面端的死链差异，不能只看同一份链接清单，而要分别用移动端和桌面端的抓取环境获取链接、状态码和跳转结果，再对比差异。最关键的一步是：对同一批URL，分别以移动端User-Agent和桌面端User-Agent请求，记录HTTP状态码、最终跳转地址和响应内容，找出只在其中一端失败的链接。
准备：明确两端检查的差异来源
移动端和桌面端出现死链差异，常见原因包括：服务器按User-Agent返回不同内容或跳转、移动端专用路径失效、响应式页面中移动端隐藏链接未被桌面端抓取、CDN或边缘节点缓存不一致。需要先确认检查目标：是站内链接、外链，还是资源文件。不同目标使用的工具和判断标准不同。
- 站内链接：检查页面中的
<a>标签、跳转链接、分页链接。 - 资源文件：检查图片、CSS、JavaScript在移动端和桌面端是否都能加载。
- 外链：检查指向外部域名的链接是否在某一端返回404或超时。
实施：分别抓取两端的链接与状态
用同一套爬虫工具或脚本，分别设置移动端User-Agent和桌面端User-Agent，对同一批URL发起请求。记录以下字段：请求URL、User-Agent类型、HTTP状态码、最终跳转URL、响应时间、响应内容长度。如果工具支持，同时记录重定向链。
可执行步骤示例：
- 从站点地图或页面中提取URL列表，去重后保存为两份相同清单。
- 第一轮使用桌面端User-Agent请求清单中的每个URL。
- 第二轮使用移动端User-Agent请求同一清单。
- 将两轮结果按URL对齐，标记状态码不同、最终URL不同、响应内容长度差异过大的条目。
假设某页面在桌面端返回200，在移动端返回404，这表示移动端访问时该路径不可用。若桌面端返回301跳转到新地址，移动端返回200但内容为空，则可能是移动端未正确继承跳转或返回了占位页。这些差异需要人工复核，不能仅凭状态码下结论。
验证：判断差异是否真实影响用户
抓取结果出现差异后，用真实移动设备和桌面浏览器分别打开可疑链接，确认是否出现404、空白页、错误跳转或无法加载的资源。检查项包括：
- 移动端是否被重定向到移动版域名或路径，该路径是否存在。
- 桌面端正常但移动端失败的链接，是否依赖了移动端不支持的脚本或接口。
- 响应式页面中，移动端隐藏的链接是否仍被爬虫抓取，导致误报。
- CDN缓存是否对两端返回了不同版本，清除缓存后重新验证。
如果移动端和桌面端返回不同状态码，且真实设备复现一致，可判定为真实差异。如果仅爬虫工具出现差异，真实设备正常，则可能是User-Agent识别或工具请求头导致的误判，需要调整抓取配置后复测。
维护：把两端检查纳入常规流程
移动端与桌面端的死链差异会随页面改版、跳转规则调整、CDN配置变化而出现。建议在每次发布后，对核心页面和资源分别执行移动端与桌面端检查，保留两轮结果并对比。发现差异后，优先修复移动端返回404或错误跳转的链接，再复查桌面端是否受影响。
下一步：从当前项目中选取20个核心页面，分别用移动端和桌面端User-Agent请求，记录状态码与最终URL，列出两端不一致的链接并逐条在真实设备上复核。
