重定向检查器

重定向检查器是一款免费的在线工具，可追踪任何 URL 的完整 HTTP 重定向链。输入一个 URL，即可立即查看重定向路径中的每一跳，包括状态码（301, 302, 307, 308）、响应时间、响应头和安全详情。无论您是在调试重定向问题、审核 SEO 配置，还是验证 HTTPS 强制执行情况，此工具都能让您全面了解浏览器如何从起点导航到目的地。

什么是 HTTP 重定向？

HTTP 重定向是一种服务器响应，它指示客户端（浏览器或机器人）请求另一个不同的 URL。当服务器返回 3xx 状态码并带有 Location 响应头时，客户端会自动导航到新地址。重定向是 Web 运行的基础，它允许在不破坏现有链接的情况下进行 URL 更改、协议升级和域名合并。

HTTP 重定向状态码

为什么要检查重定向链？

如何使用此工具

1. 输入 URL： 在输入框中输入或粘贴您要检查的 URL。您可以输入带或不带 http:// 前缀的 URL。
2. 选择 HTTP 方法： 选择 GET（默认）发送完整请求，或选择 HEAD 仅获取响应头（速度更快，但某些服务器处理 HEAD 的方式不同）。
3. 点击“检查重定向”： 工具会自动追踪每一个重定向跳，收集每一步的状态码、响应头和时间数据。
4. 分析结果： 通过直观的重定向链进行快速预览，然后展开单个跳数以检查响应头、查看 HTTPS 状态并识别潜在问题。

理解结果

摘要卡

摘要卡为您提供快速概览：重定向总数显示经历了多少次重定向，总跳数显示联系了多少台服务器，总耗时显示所有跳转的累计响应时间，最终状态显示最后一次响应的 HTTP 状态，安全指示器显示是否强制执行了 HTTPS 以及是否存在 HSTS。

直观链图

动画链将每个重定向显示为一个节点，包含其状态码、URL 和响应时间。节点采用颜色编码：靛蓝色表示重定向 (3xx)，绿色表示成功 (2xx)，红色表示错误。节点之间的箭头显示重定向状态码。

详细跳数信息

点击详情部分中的任何一跳以将其展开，查看完整 URL、协议（HTTP/HTTPS）、重定向目的地以及所有相关的响应头，包括 Server、Strict-Transport-Security、Cache-Control 等。

重定向的最佳实践

保持链条简短

目标是任何起点和终点之间不超过 1-2 个重定向。Google 和其他搜索引擎可能不会跟踪超过 5 跳的链条，且每一跳都会增加用户的延迟。

永久移动使用 301

当页面永久移动时，请使用 301 或 308 重定向，使新 URL 成为规范 URL。

正确强制执行 HTTPS

在服务器级别将 HTTP 重定向到 HTTPS，并实施 HSTS（HTTP 严格传输安全）以防止协议降级攻击。正确的设置应显示：http:// → 301 → https://，且在 HTTPS 响应中包含 HSTS 响应头。

避免重定向循环

重定向循环（A → B → A）会导致浏览器显示 ERR_TOO_MANY_REDIRECTS。请仔细测试所有重定向规则，尤其是在结合服务器级别和应用级别重定向时。

常见问题解答

什么是 HTTP 重定向？

HTTP 重定向是服务器响应（状态码 301, 302, 303, 307 或 308），告知浏览器跳转到不同的 URL。它通常用于页面移动、强制执行 HTTPS 或规范化带或不带 www 的 URL。

301 和 302 重定向有什么区别？

A 301（永久移动）告知搜索引擎页面已永久移动，并将 SEO 权重（链接权重）转移到新 URL。A 302（找到）表示临时重定向，意味着原始 URL 以后可能会恢复，搜索引擎应继续对其进行索引。

为什么要检查我的重定向链？

过长的重定向链会减慢页面加载速度并稀释 SEO 链接权重。每一跳都会增加延迟，搜索引擎可能会在一定次数的重定向后停止跟踪。检查有助于您识别不必要的跳数，并优化更快、对 SEO 友好的重定向路径。

什么是重定向循环，如何修复它？

当 URL A 重定向到 URL B，而 URL B 又重定向回 URL A，从而创建无限循环时，就会发生重定向循环。这会导致 ERR_TOO_MANY_REDIRECTS 错误。要修复此问题，请检查您的服务器配置、.htaccess 规则或 CDN 设置以打破循环引用。

此工具是否支持跨不同域名的重定向跟踪？

是的，重定向检查器支持跨不同域名、子域名和协议（HTTP 到 HTTPS）的重定向跟踪。它会追踪从起点到终点的完整链条，无论涉及多少个不同的服务器，最高可达 20 跳。

为什么 Googlebot 和 Chrome 访问同一个 URL 时会发生不同的重定向？

有些网站会根据请求的用户代理、设备或其他请求信息返回不同响应。请选择相应的浏览器或爬虫选项，例如 Googlebot 智能手机或 Chrome 桌面版，然后对比重定向链。如果最终 URL 不同，请检查网站的重定向、移动设备或用户代理规则。差异可能是有意设置的，但应确认访客和搜索引擎爬虫最终到达的是预期页面。

检查重定向时应该使用 GET 还是 HEAD？

如果想像浏览器一样请求资源并跟随重定向，请使用 GET。HEAD 请求只获取响应标头，不获取响应正文，速度可能更快，但有些服务器对 HEAD 的处理方式不同，或者支持不一致。如果 HEAD 的结果看起来不符合预期，请对同一个 URL 使用 GET，并比较状态码和目标地址。

网站迁移后，如何检查旧 URL 是否跳转到了正确页面？

使用多 URL 检查功能，输入每个旧 URL；还可以在后面注明它应该跳转到的目标地址。每次最多可以检查 25 个 URL。例如，列出旧商品页面的 URL 及其应跳转到的新商品页面，然后检查每一项的重定向路径。这有助于发现迁移过程中目标地址错误或重定向次数过多的问题；如果 URL 列表更长，请分批检查。

更多资源

• HTTP 重定向 - MDN Web 文档
• 重定向与 Google 搜索 - Google 开发者
• 严格传输安全 (HSTS) - MDN