阅读约 12 分钟
如何检测 URL 重定向（网址跳转）并读懂重定向链
用 TrueURL、curl 和浏览器开发者工具（DevTools）逐步检测 URL 重定向，读懂重定向链的每一跳，并修复重定向循环、过长的重定向链以及 301 与 302 混用等问题。
阅读全文免费重定向工具
批量重定向检测
粘贴一组 URL，一次性检测它们的全部重定向。每个 URL 都会被追踪到最终目标地址，检测结果可导出为 CSV 或 JSON。
Cloudflare 边缘网络始终会验证证书，因此该选项无法跳过证书验证。证书问题会在检测结果中报告。
随第一个请求发送，最大 16 KB。除非设置了 Content-Type 请求头，否则 JSON 请求体以 application/json 发送，其他内容以表单形式发送。
可设为 1～50。浏览器会在 20 跳后停止。
网站可能会把手机、搜索引擎爬虫和链接预览爬虫重定向到不同的地址。
自定义请求头 0/20
随重定向链中的每个请求一起发送。
未添加自定义请求头。
填写值后才会发送此请求头。请求头的值不会保存。
跟踪 HTML 页面中的 <meta http-equiv="refresh"> 标签和 Refresh 响应头。
跟踪页面脚本中简单、无条件的重定向，例如 location.href = "…"。
设置会保存在此浏览器中，但 Cookie、请求头的值和 POST 请求体始终不会保存。
什么时候需要批量检测重定向
- 网站迁移和改版：确认重定向映射表中的每个旧 URL 都能通过一次永久重定向到达新页面。
- 更换域名和迁移到 HTTPS：抽样检测一批深层页面的 URL，而不只是首页。
- 链接审查：找出已被重定向到别处或已经失效的外链、联盟推广链接或合作伙伴链接。
- 推广活动质检：在邮件、广告或印刷品发布之前，检测每一个短链接和跟踪 URL。
批量检测的工作原理
每行粘贴一个 URL，最多 100 个。没有 http:// 或 https:// 前缀的 URL 会按 https 检测。每个 URL 都在 Cloudflare 边缘网络上单独检测，每次同时处理几个，所用的检测引擎和高级设置与检测单个 URL 的重定向链检测完全相同。
由于每个 URL 都是独立检测的，某个 URL 响应缓慢或检测失败不会拖慢列表中的其他 URL，一个网站出现问题也不会影响另一个网站的检测结果。
解读和导出检测结果
处理大量 URL 的技巧
- 先检测最重要的 URL：主要着陆页、有外链的页面，以及能带来搜索流量的页面。
- 超过 100 个 URL 的列表请分批检测。如需检测整个网站，请使用站点地图重定向检测。
- 为了让所有用户都能快速使用，检测按 IP 地址设有速率限制（每分钟约 120 次），因此较长的列表会以稳定的节奏逐步完成，而不是一次全部检测完。
- 如果很多行都显示人机验证，说明该网站会拦截来自数据中心的流量，这些行显示的是拦截页面，而不是真实的重定向。
相关指南
常见问题
一次最多可以检测多少个 URL？
每次最多 100 个。如需检测更多，可以把列表分成几批，或者在站点地图重定向检测中输入站点地图，它最多可检测 500 个 URL。
批量模式下高级设置也会生效吗？
会。设置的 HTTP 方法、最大跳数、User-Agent、自定义请求头和 Cookie 会应用到列表中的每一个 URL。例如，可以用 Googlebot 的 User-Agent 检测整份重定向映射表。
网站迁移后如何验证重定向映射表？
粘贴映射表中的旧 URL，运行检测，并将结果导出为 CSV。在电子表格中把每个最终 URL 与计划的目标地址进行对比，筛选出两者不一致、最终状态码不是 200 或经过了不止一次重定向的行。修正这些规则后，只需重新检测失败的 URL。
应该导出为 CSV 还是 JSON？
CSV 可以直接用 Excel、Google 表格或 Numbers 打开，是排序、筛选和分享结果最快捷的方式。JSON 保留了数据的结构，更适合脚本、监控任务或导入其他工具。
为什么有些 URL 检测失败或显示人机验证？
常见原因包括 URL 拼写错误、域名已无法解析、服务器超时，或者网站拦截了来自数据中心的请求。每一行都会显示具体的错误或警告。可以稍后重试失败的 URL，或者在重定向链检测中单独检测某个 URL，查看每一跳的详细信息。
批量重定向检测是免费的吗？
是的，无需账号，也无需注册。为了让服务对所有人都保持快速，系统按 IP 地址实行合理使用的速率限制，而且检测过的 URL 不会被保存。