📍 WDQWDWQD987AAAAA:216.73.217.93
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3494f72aca9e.html
📄

做外链：怎样检查目标页面是否可用 - 发布前先排除失效与拦截

做外链之前，先确认目标页面能被正常访问，是避免白费功夫的基本动作。直接回答：用无登录痕迹的浏览器或命令行请求该 URL，看返回状态码是否为 200、内容是否为预期页面、是否被 robots 或登录墙拦住；三项都通过，才算可用。下面从一个假设例子展开，说明具体步骤和容易出错的地方。

假设场景：一条准备发布的外链指向了 404

假设你在一篇文章里准备加一条外链，指向某站的一篇行业报告，URL 是 https://example.com/report/2024。你在自己浏览器里打开过，页面正常，于是直接发布。几天后读者反馈点不开。复查发现：该站把旧报告迁到了新路径，你打开时浏览器缓存了旧页面，实际服务器已经返回 404。这个例子说明，肉眼打开过不等于页面可用，必须看服务器真实响应。

第一步：用无缓存、无登录的方式请求页面

浏览器会缓存、会带上登录 Cookie，也会自动跳转，这些都会掩盖真实状态。更可靠的做法是发一次干净的请求，观察原始响应。

• 命令行方式：在终端执行 curl -I -L https://example.com/report/2024，看最终返回的状态码和跳转链。
• 浏览器方式：打开无痕窗口，按 F12 打开开发者工具，切到 Network 面板，勾选 Disable cache，再访问该 URL，看第一条请求的 Status。
• 注意 -L 会跟随跳转，所以要看的是跳转终点，而不是中间那一次 301 或 302。

判断标准：最终状态码 200 表示可正常访问；404、410 表示页面已不存在；403 表示被服务器拒绝；5xx 表示对方服务端出错。301、302 本身不是错误，但要确认跳转后的落点是不是你想要的那篇内容，而不是被导到首页。

第二步：确认拿到的是预期内容，而不是拦截页

状态码 200 不代表内容正确。常见情况是：返回 200，但页面其实是“请登录后查看”“访问过于频繁”或验证码页。检查方法：

• 看页面标题和正文首段，是否与你引用的主题一致。
• 用 curl -s https://example.com/report/2024 | head -c 500 看返回内容开头，判断是不是登录墙或拦截提示。
• 对比带 Cookie 和不带 Cookie 两种请求，如果只有带登录态才看得到正文，说明这条链接对普通读者不可用。

适用条件：如果目标页面本身就是需要登录才能看的内容，而你的读者大多没有账号，那它作为外链目标就不合适，应换一个公开可访问的页面。

第三步：检查是否被 robots 或访问规则挡住

页面能打开，不代表搜索引擎能抓取。做外链时，如果希望链接对收录和抓取有意义，还要看目标页是否允许抓取。

1. 访问 https://example.com/robots.txt，查找是否有 Disallow 规则覆盖了该路径。
2. 查看页面 HTML 的 <head> 中是否有 <meta name="robots" content="noindex">，有则说明该页不希望被索引。
3. 确认页面没有设置成必须登录或必须特定地区才能访问。

注意区分：robots 规则和 noindex 影响的是搜索引擎抓取与索引，不影响普通用户点击。如果你的目的只是给读者提供参考链接，这两项可以放宽；如果目的是让链接对搜索可见，就必须检查。不要把这些规则当成排名保证，它们只说明“允许不允许”，不说明“会不会排上去”。

第四步：记录证据，便于复查和替换

假设你有几十条外链要发布，逐条凭记忆判断很容易漏。建议建一个简单清单，每条记录：URL、检查日期、最终状态码、跳转终点、是否需登录、robots 是否允许。发布后再抽查一次，因为对方页面可能在你发布后改动。

常见错误有三类：一是只看浏览器能打开就下结论；二是把 301 跳转当成失效，其实落点正确就可用；三是把“页面存在”和“内容对读者有价值”混为一谈，链接指向一个内容已过时或与上下文无关的页面，即使能打开也不该用。

下一步：挑出你当前准备发布的外链清单，按上面的四步逐条跑一遍，把状态码异常、需登录、robots 禁止的条目先替换掉，再发布。