URL 重定向检测与短链接还原

点击“检测”后，URL 会被发送到 TrueURL 的检测程序，它运行在 Cloudflare 全球边缘网络上。检测程序在关闭自动重定向的情况下请求该 URL 并读取响应。如果响应是重定向，就解析 Location 响应头并请求下一个 URL，逐跳跟踪，直到遇到不再重定向的页面、出现错误、发现重定向循环或达到最大跳数上限为止。

浏览器始终不会访问被检测的 URL，因此可以放心查看短链接、跟踪链接或来路不明的链接。除了 HTTP 3xx 重定向，检测程序还能识别 HTML 页面中的 meta refresh（HTML 页面自动刷新）标签和简单的 JavaScript 重定向，并单独标注出来，因为用命令行工具检测时很容易漏掉这类客户端重定向。

• 最终 URL：链接经过最后一跳后到达的地址及其状态码。200 OK 表示目标页面正常加载。
• 重定向链：每跳一行，列出 URL、HTTP 方法、状态码、响应时间以及它指向的 Location。每一跳还会列出完整的响应头，以及它所设置的 Cookie 的名称。
• 警告：提示临时重定向、HTTPS 降级、超过 3 次重定向的长链、最终 URL 位于其他域名、客户端重定向，以及疑似人机验证的页面。重定向循环、达到最大跳数上限或某一跳失败，会作为检测结论直接显示。
• 分享、复制与导出：复制最终 URL，分享一个可以重新检测同一 URL 的链接（不包含您的高级设置），或导出检测结果。

默认请求无法满足需要时，可以打开高级设置：

• HTTP 方法：GET（默认）、HEAD，或带请求体的 POST。后续各跳遵循浏览器规则：POST 之后遇到 301、302 或 303 会改用 GET 继续，而 307 和 308 会保留原方法和请求体。HEAD 响应没有响应体，因此使用 HEAD 时无法检测 meta refresh 和 JavaScript 重定向。
• 最大跳数：可设为 1～50 次重定向，超过该跳数后停止跟踪。默认值 20 与 Chrome 和 Firefox 的上限相同。
• 自定义 User-Agent：留空则使用较新版本的桌面版 Chrome，也可以选择预设，例如 iPhone 上的 Safari、Android 上的 Chrome、Googlebot、Bingbot、Facebook 和 X 的链接预览爬虫，或 curl。
• 自定义请求头和 Cookie：用于复现随语言或登录状态而变化的重定向，例如设置 Accept-Language: de 或会话 Cookie。用来冒充其他客户端 IP 地址的请求头（如 X-Forwarded-For）不会被发送。与浏览器一样，重定向链中设置的 Cookie 会保留到后续各跳。
• 客户端重定向：选择跟踪 meta refresh 和 JavaScript 重定向，还是只报告、不跟踪。
• 忽略 SSL 错误：Cloudflare 边缘网络始终会验证证书，因此这个选项无法跳过有问题的证书，而是在出现 TLS 问题的那一跳上报告该问题。

TrueURL 从 Cloudflare 数据中心发出“干净”的请求：没有浏览历史，没有登录会话，除非手动添加，也不带任何 Cookie。默认情况下，它以桌面版 Chrome 的身份发出请求，并请求英文内容（Accept-Language: en-US）。按国家/地区、语言、设备或登录状态进行重定向的网站，可能会把它重定向到与您不同的地址。可以通过 User-Agent、请求头和 Cookie 设置来复现实际的访问环境；基于国家/地区的重定向则取决于网站把 Cloudflare 的 IP 地址定位在哪里，这一点无法更改。另外别忘了，浏览器本身也可能缓存了旧的 301 重定向。

有些网站会拦截来自数据中心和边缘网络的自动化请求，或要求其通过人机验证。如果某个响应看起来像机器人检测或人机验证（质询）页面（例如“Just a moment...”），TrueURL 会将其标出，因为真实的目标地址被挡在验证页面之后，检测并未实际到达那里。

• SEO 从业者用它确认网站迁移使用了永久重定向，让重定向链保持简短，并清理站点地图。
• 开发者和网站所有者用它排查重定向循环、HTTPS 和 www 规则以及末尾斜杠问题。
• 营销人员在推广链接和联盟推广链接上线之前，对它们进行批量检测。
• 所有人都可以在点击之前先还原短链接，看看它究竟通向哪里。