外链批量提交：怎样检查目标页面是否可用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6fc8ca8e6344.html
📄
外链批量提交：怎样检查目标页面是否可用
在外链批量提交前，先确认目标页面返回的是正常内容，而不是错误页、跳转页或需要登录的页面。判断依据是HTTP状态码、最终落地地址和页面正文三件事同时成立，任一不成立就应把该条链接从提交列表中剔除，否则提交记录会指向一个无法承载链接价值的地址。
先看状态码，再看最终地址
用命令行或浏览器开发者工具查看请求结果。状态码只能说明服务器对这次请求的回应，不能单独证明页面可用，所以要把状态码和最终地址放在一起看。
200：请求成功，继续检查正文是否为目标内容。301、302：发生跳转，记录最终落地地址，判断是否仍指向你要提交的页面。403、401：被拒绝或需要登录，批量提交后外部访问者同样看不到内容。404、410：页面不存在或已删除，必须剔除。429、503：临时限流或服务不可用，先暂停该批提交，稍后重测，不要直接判为永久失效。
如果状态码是200但地址被跳转到首页或栏目页，这条链接的落点已经改变，应按跳转后的地址重新判断是否值得提交。
检查正文是否真的是目标内容
状态码正常不等于页面可用。有些站点对不存在的地址返回200，再显示一段“内容不存在”的提示；有些页面返回200但正文为空。检查方法是抓取页面标题、一级标题和正文前若干字符，与预期内容比对。
- 确认页面标题或一级标题包含目标主题，而不是站点通用标题。
- 确认正文有实际段落，不是空容器或占位文字。
- 确认页面不是登录墙、验证码页或地区限制提示页。
- 确认页面没有整页跳转脚本，把访问者带到其他地址。
假设你准备提交的地址是https://example.com/guide/link-audit，抓取后标题却是“页面不存在”，即使状态码为200，也应视为不可用。这是假设示例，用于说明判断方式，不代表任何真实站点。
批量检查的可执行步骤
把待提交地址整理成一行一个的文本文件，逐条请求并记录结果。下面是可复用的检查项，不依赖特定工具：
- 记录请求地址、状态码、最终地址、页面标题。
- 对跳转地址单独再请求一次，记录第二次的状态码。
- 对返回200的地址抽取正文长度，过短的标记为待人工确认。
- 对同一域名下的地址控制请求频率，避免触发限流导致误判。
- 把结果分为可用、需复查、剔除三类，只把可用项放入提交列表。
验收信号是：每条进入提交列表的地址都有明确的状态码、最终地址和页面标题记录，且最终地址与提交地址一致或指向同一内容。如果最终地址指向无关页面，即使状态码是200也不能通过。
哪些情况适合放宽判断
并非所有跳转都要剔除。如果目标站点统一把HTTP地址跳转到HTTPS，或把带斜杠与不带斜杠的地址归一，只要最终落地页仍是同一篇内容，可以保留。判断条件是跳转前后主题一致、正文一致。
反过来，如果跳转链超过两跳、最终地址跨域到不相关站点，或落地页需要登录才能查看，就不适合继续批量提交。这类地址即使短期能打开，外部访问者看到的也不是你预期的内容。
临时性故障要和永久失效分开处理。返回503或连接超时的地址，先隔一段时间重测一次；连续多次仍不可用，再移出提交列表。不要因为一次超时就删掉整批地址，也不要因为一次200就跳过正文核对。
下一步
先对待提交列表跑一轮状态码与最终地址检查，把跳转、登录墙和正文不符的地址单独列出，再对剩余地址做一次人工抽查，确认无误后再执行外链批量提交。
