重定向链查看器

追踪任意 URL 的完整重定向链，查看直至最终目标的每一跳（301/302/307/308）。验证规范重定向（HTTP→HTTPS、www/非-www、区域路径），揭示循环和长链，并可选择检查包括 Location 在内的原始响应头。将结果导出为 JSON 格式，用于审计和监控。

Loading…

关于 重定向链查看器

输入 URL 以逐跳跟踪其重定向，确认其最终去向。此工具非常适合 SEO 迁移、调试重定向规则（Nginx/CDN/应用）、验证规范主机/HTTPS 行为，以及发现会拖慢用户和爬虫速度的重定向循环或不必要的额外跳转。

功能特点

  • 追踪重定向链（301/302/307/308）并揭示最终目标 URL。
  • 显示每一跳的 Location 目标，以理解路由和规范化过程。
  • 验证常见的规范重定向（HTTP→HTTPS、www↔非-www）。
  • 可选的原始响应头视图，用于深度调试（包括 Location 和缓存响应头，如果存在）。
  • 复制结果用于工单、审计和迁移手册。
  • 导出 JSON 报告，用于自动化和可重复的 SEO 检查。
  • 默认安全：阻止私有网络目标并使用固定的 User-Agent。

🧭 使用方法 for redirect-chain-viewer

1

粘贴您要测试的 URL

输入起始 URL（尽可能包含协议）。同时测试 http:// 和 https:// 可以揭示规范化问题。

2

保持“跟随重定向”启用

此工具专为追踪重定向链设计。跟随重定向会显示每一跳和最终目标。

3

调试时启用“显示原始响应头”

如果您需要更深层次的线索（Location 格式、缓存层、服务器行为），请启用原始响应头以查看更多详细信息。

4

解读重定向链

查找额外的跳转、协议切换、主机名切换或区域路径重写。最佳的重定向链通常是 0–1 跳到达规范 URL。

5

导出 JSON 用于审计

下载 JSON 报告以存储结果、比较随时间的变化，或将证据附加到 SEO/运维工单中。

技术规格

重定向追踪行为

该工具请求 URL 并跟随重定向响应，收集每一跳直至最终目标或达到配置的重定向上限。

设置行为默认值
跟随重定向跟随重定向以收集完整链已启用
最大重定向次数达到此跳数后停止追踪15
显示原始标头在输出中包含原始响应标头用于调试已禁用
超时请求超时限制15000 毫秒
用户代理标识请求的用户代理Encode64Bot/1.0 (+https://encode64.com)
私有网络出于安全考虑，阻止访问私有网络范围已禁用（不允许私有网络）

常见的“良好”重定向模式

大多数网站应快速收敛到一个规范URL，以最小化延迟和爬虫开销。

目标示例链推荐
HTTP→HTTPShttp://example.com → https://example.com✅ 是（永久）
规范主机https://example.com → https://www.example.com（或反向）✅ 是（永久）
尾部斜杠规范化/page → /page/✅ 有时（保持一致）
区域设置规范化/ → /en/✅ 如果您的策略需要
多跳http → https → www → /en/ → /page/⚠️ 尽可能减少
对于SEO迁移，永久重定向通常为301或308。尽可能缩短重定向链，并更新内部链接和站点地图以直接指向最终规范URL。

循环检测与故障模式

重定向循环通常源于不同层级（CDN + Nginx + 应用）之间的规则冲突或规范化设置不匹配。

症状典型原因修复方法
达到重定向上限两个URL之间循环（www↔非www、http↔https、斜杠规则）审核CDN、反向代理、应用路由器的规则；确保单一事实来源
意外的302/307由身份验证、A/B测试、中间件设置的临时重定向对永久移动改用301/308；隔离中间件行为
链式重定向因地区而异边缘路由因接入点/地理位置/设备而异测试多个入口URL；在边缘标准化重定向

命令行

使用curl在终端中快速检查重定向链，类似于本工具的可视化效果。

macOS / Linux

显示重定向链头部信息

curl -IL http://example.com

-I仅打印头部，-L跟随重定向。您将看到每个HTTP状态和Location跳转。

打印重定向后的最终有效URL

curl -Ls -o /dev/null -w "%{url_effective}
" http://example.com

输出跟随重定向后的最终URL。

Windows (PowerShell)

检查响应和重定向

Invoke-WebRequest -Uri http://example.com -MaximumRedirection 10 -Method Get | Select-Object StatusCode, BaseResponse

PowerShell可以跟随重定向至限制次数，并显示结果状态。

如果您正在调试循环，可以临时降低重定向上限（例如3–5次）以快速失败并识别冲突的规则对。

使用场景

SEO规范化检查

确认每个入口URL都能快速且一致地解析到一个规范化URL。

  • 确保HTTP重定向到HTTPS
  • 确保强制执行www/非www的规范化选择
  • 减少多跳链以提高爬取效率

网站迁移和域名变更

验证旧URL是否正确重定向到其新对应URL，并且重定向链以200响应结束。

  • 验证旧slug重定向到新slug
  • 确认已移动内容使用永久重定向（301/308）
  • 捕获重定向到404的情况

CDN / 反向代理调试

了解当请求一个URL时，边缘规则、代理和应用程序之间如何交互。

  • 识别每一跳是由哪一层创建的
  • 检测由重复规范化规则引起的循环

本地化路由的质量保证

验证区域设置或地区路由（例如，/ → /en/），避免意外创建长重定向链或循环。

  • 确认区域设置重写行为
  • 避免 /fr → /fr/ → /fr（循环）模式

❓ Frequently Asked Questions

❓为什么重定向链对SEO不利？

重定向链会增加延迟并为爬虫增加故障点。搜索引擎可以跟踪重定向，但长链会浪费抓取预算并可能降低可靠性——尤其是在大型网站上。

❓我应该使用301还是308？

两者都是永久重定向。308更严格地保留HTTP方法，而301被广泛使用和理解。对于SEO，如果永久移动时使用一致，两者都可以。

❓为什么我期望是301却看到了302/307？

临时重定向通常来自中间件、认证流程、A/B测试或配置错误的边缘规则。如果移动是永久的，请切换到301/308并更新内部链接指向最终URL。

❓如何找到重定向循环的原因？

循环通常来自冲突的规则（例如，CDN强制www，应用强制非www；代理强制HTTPS，应用强制HTTP）。一次审计一个层，并尽可能将规范化逻辑放在单一位置。

❓我应该重定向尾部斜杠吗？

两种策略都可以，但要保持一致。选择一个规范形式，并确保内部链接和站点地图直接使用它以减少重定向。

❓在这里粘贴URL安全吗？

该工具会向提供的URL发出服务器端请求，并阻止私有网络目标。避免在URL中包含机密信息（查询字符串中的令牌）。

Pro Tips

Best Practice

力求通过0–1次重定向到达规范URL。更新内部链接和站点地图，使其直接指向最终目的地。

Best Practice

将规范化规则保留在一层中（CDN 或 代理 或 应用），以避免冲突的重定向和循环。

Best Practice

对于永久移动，使用301/308，除非重定向确实是临时的，否则避免使用302/307。

Best Practice

测试规范行为时，检查协议和主机变体（http/https + www/非www）并比较结果。

CI Tip

在迁移期间导出JSON结果，以跟踪回归问题并向利益相关者证明重定向的正确性。

Additional Resources

HTTP重定向（MDN）
Documentation
HTTP响应状态码（MDN）
Documentation
Google搜索中心：URL重定向和状态码
Documentation

Other Tools