HTTP状态检查器 — 检查状态码和重定向链

检查任何URL的HTTP状态码，快速了解重定向行为。跟踪重定向（最多10次）以检测循环并确认最终目标响应。适用于正常运行时间检查、健康端点、SEO审计和调试错误路由的URL。可将结果导出为JSON。

Loading…

关于 HTTP状态检查器

粘贴URL以查看其HTTP状态（200、301、302、404、500…），并在需要时跟踪重定向以检查完整的重定向链。非常适合诊断可用性问题、验证健康检查，并确保您的重定向对SEO友好且无循环。

功能特点

  • 检查任何URL（网站或API）的HTTP响应状态。
  • 跟踪重定向并检查重定向链（最多10跳）。
  • 快速检测重定向循环和配置错误。
  • 非常适合健康端点，用于确认200 OK行为。
  • 有助于验证规范目标（HTTP→HTTPS、www、区域路径）。
  • 复制/分享结果，用于调试和支持工单。
  • 导出JSON报告，用于自动化和监控工作流。
  • 安全默认设置：阻止私有网络目标并使用固定的User-Agent。

🧭 使用方法 for http-status-checker

1

输入URL

粘贴您要检查的URL（页面、API端点或健康路径）。

2

选择重定向行为

启用“跟踪重定向”以到达最终目标。如果只想获取第一跳响应，请禁用它。

3

根据需要设置重定向限制

调整“最大重定向次数”以避免长链并安全检测重定向循环。

4

解读结果

使用报告的状态码决定后续步骤（修复损坏的URL、纠正重定向、排查服务器错误）。

5

导出用于文档或自动化

如果需要随时间跟踪更改或将证据附加到工单，请下载JSON。

技术规格

请求模型

此工具检查给定URL的响应状态，并可跟踪重定向以显示最终状态和链行为。

设置行为默认值
跟随重定向跟随重定向响应（3xx）至最终目标已启用
最大重定向次数重定向上限，防止循环10（范围 0–20）
超时时间请求超时限制12000 毫秒
用户代理标识请求的用户代理Encode64Bot/1.0 (+https://encode64.com)
私有网络为安全起见，阻止访问私有网络范围已禁用（不允许私有网络）

状态码类别（快速指南）

了解状态码系列有助于您判断问题是重定向、客户端错误还是服务器故障。

范围含义常见示例
2xx成功200 OK, 204 No Content
3xx重定向301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xx客户端错误400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xx服务器错误500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
对于SEO，当您永久移动内容时，建议使用永久重定向（301/308），并保持重定向链简短。

命令行

使用这些命令在浏览器外检查状态码和重定向。非常适合CI检查和事件响应。

macOS / Linux

仅检查状态码（无响应体）

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

仅打印HTTP状态码。

跟随重定向并打印最终状态

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

跟随重定向（HTTP→HTTPS、www等）并打印最终状态码。

显示重定向链头部信息

curl -I -L http://example.com

显示每个跳转的头部信息，包括Location。

Windows (PowerShell)

获取状态码

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

获取响应状态码（根据你的PowerShell版本调整重定向处理）。

对于监控，请使用专用的/health端点，该端点应快速返回200且无需身份验证。保持其稳定且轻量。

使用场景

验证健康端点和运行状态

确认关键端点返回200 OK并在预期约束内可达。

  • 检查/health和/status端点
  • 在事件期间检测间歇性5xx错误
  • 导出JSON作为事件证据

调试重定向链和循环

当URL意外多次重定向（或永不解析）时，检查重定向链并快速停止循环。

  • 检测重定向循环
  • 确认HTTP→HTTPS和www规范化
  • 发现由混合规则（Nginx、应用、CDN）导致的长链

SEO审计和坏链检查

状态码严重影响爬取和索引。使用此工具确认页面和站点地图的正确响应。

  • 确认可索引页面的200状态
  • 对永久移动使用301/308
  • 查找已删除内容的404/410
  • 捕获意外用于永久重定向的302/307

API调试

快速检查API端点是否可达以及是否重定向（这可能会破坏某些客户端）。

  • 确认预期成功的200/204
  • 捕获意外的3xx重定向或401/403认证失败
  • 识别502/504网关问题

❓ Frequently Asked Questions

❓301和302有什么区别？

301（和308）表示永久重定向。302（和307）表示临时重定向。对于SEO，当移动是永久性时，首选永久重定向。

❓为什么我应该保持重定向链简短？

过长的重定向链会拖慢用户和爬虫速度，增加故障点，并可能稀释信号。在可能的情况下，建议直接跳转到规范目标地址，避免多次跳转。

❓重定向循环是什么样子的？

URL 会在两个或多个位置之间不断重定向（常见于 HTTP↔HTTPS、www↔非 www 或尾部斜杠规则）。工具会达到最大重定向限制并报告此问题。

❓404 总是坏事吗？

不一定。对于不存在的资源，404 是正确的响应。对于永久移除的内容，410 Gone 可能更明确。关键是要确保重要页面返回 200，且重定向是经过设计的。

❓为什么会看到 403 或 401？

401 表示需要身份验证。403 表示访问被禁止。这可能是私有端点、WAF 规则、地域屏蔽或权限配置错误导致的正常现象。

❓在这里粘贴 URL 安全吗？

本工具会向提供的 URL 发起服务器端请求，并屏蔽私有网络目标。请避免在 URL 中包含敏感信息（如查询字符串中的令牌）。

Pro Tips

Best Practice

对于规范化，建议直接通过单次重定向跳转到最终 URL（HTTPS + 您选择的主机名）。

Performance Tip

监控一个快速的 /health 端点来检查在线状态，而不是监控可能更重、更易变的主页。

CI Tip

对于 SEO 迁移，使用 301/308 处理永久性移动，并更新内部链接和站点地图，使其直接指向最终 URL。

Best Practice

如果怀疑存在循环，请将最大重定向次数设置得较低（例如 3–5 次），以便快速失败并识别配置错误的规则集。

CI Tip

导出 JSON 并将其附加到事件工单中，以记录中断和回滚期间的状态变更。

Additional Resources

HTTP 响应状态码（MDN）
Documentation
URL 重定向与 3xx 状态码（MDN）
Reference
SEO：状态码指南（Google Search Central）
Reference

Other Tools