追踪完整重定向跳转、最终落地 URL 和 canonical 目标。
检查多跳重定向链,找出会影响 SEO 和运行时可靠性的延迟、循环风险与规范化问题。
它逐步跟踪重定向响应,并报告每个跃点的状态和目标 URL。
它有助于检测增加页面加载和爬行开销的不必要的链。
它在循环模式和混合协议转换影响用户或机器人之前显示它们。
输入 URL
http://example.com/tools/json-formatter
预期目的地
https://www.example.com/en/json-formatter
方法检查
HEAD,请跟随,最大跳数 10
链结果
301 -> 302 -> 200 (3 hops total)
跳详细信息
Hop 1: http:// -> https:// ; Hop 2: non-www -> www
SEO 注意
如果条件允许,应将永久链折叠为单个 301。
检测到重定向循环
检查冲突的重写规则和规范映射。
永久路径中留下临时重定向
迁移完成后将稳定路由提升到301。
协议 http 和 https 之间来回跳转
在边缘和源端强制执行单向重定向策略。
跳数过多
扁平化中间重定向以减少延迟和抓取浪费。
重定向链检查器 应作为交付流程中的快速校验步骤,在提交、发布和交接前都建议执行一次。
可以接受多少个重定向跃点?
一个是永久规范化路径的理想选择。
302 重定向是否会伤害 SEO?
短期使用没问题,但长期规范路径应该是稳定且有意的。
为什么链在浏览器中看起来不同?
缓存、HSTS 和区域设置逻辑可以改变观察到的行为。
我应该使用 HEAD 进行测试还是 GET?
两者都有用;某些基础设施在方法之间的行为有所不同。