重定向链追踪器
输入任意 URL，逐跳追踪它实际经历的每一次 301/302/307/308 重定向：每一跳的状态码、目标地址、跳转次数与最终落点，最多 10 跳并自动检测环路——迁移换域名、改 URL 结构、排查收录异常前先用它看清整条链路。
重定向链为什么值得关心
每次改版换 URL、换域名、合并页面，都会留下重定向。单条 301 没有问题，问题出在链式反应：A 跳 B、B 跳 C、C 再跳 D——Google 的抓取预算和权重传递在每一跳都会衰减，链超过 5 跳后最终页面基本收不到原 URL 的权重；用户侧每一跳增加几十到几百毫秒延迟。
常见病根：http→https 与 裸域→www 两跳分离（应服务器层一次完成）、旧迁移链没清理叠罗汉、插件的 Affiliate 跳转层套在目标站外层。用本工具看清整条链后，把中间环节直接指向最终落点，是成本最低的 SEO 卫生操作之一。
常见问题
301 和 302 有什么区别？该用哪个？
301 是永久重定向，搜索引擎会把原 URL 的权重和排名转移给新地址并在索引中替换；302 是临时重定向，权重保留在原 URL。规律：URL 永久变了用 301，临时活动页/AB 测试用 302。该用 301 的场景误用 302，是迁移后流量不恢复的头号原因。
重定向链会损失多少 SEO 权重？
Google 官方说法是 301 不损失 PageRank，但链式重定向会稀释抓取效率与信号传递的及时性， empirically 长链页面的收录与排名恢复明显更慢。工程上把链压到 1 跳几乎零成本，值得做。
什么是重定向环路？
A 跳到 B、B 又跳回 A（或经多跳绕回），浏览器在若干次后报 ERR_TOO_MANY_REDIRECTS。典型成因：https 强制跳转与缓存层 http 回源配置打架、两个插件都做 www 规范化但方向相反。本工具会在检测到重复 URL 时立即标记 loop。
http 到 https 的跳转算一跳吗？
算。如果 http://a.com 先 301 到 https://a.com、再 301 到 https://www.a.com，就是 2 跳。正确配置是服务器层直接从 http://a.com 一步 301 到 https://www.a.com。追踪结果里看到 2 跳的 https/www 双跳，就该去服务器配置里合并。
为什么浏览器看到的和工具不一样？
浏览器会跟随缓存（301 会被浏览器和 CDN 缓存很久），工具每次都是全新请求，看到的是服务器当前真实配置。如果你刚改过跳转，浏览器可能还在走旧缓存——以工具结果为准，必要时无痕窗口验证。
