ToolAct

短链接还原

展开短网址,查看真实链接、完整跳转链与每跳状态码

输入短链接并点击「还原」,查看隐藏的真实地址

什么是短链接还原?

短链接还原(也叫 URL 展开、Unshorten)是把 t.cn、bit.ly、TinyURL 等短网址还原成真实目标地址的过程。短链服务的原理是保存「短码 → 长链接」的映射,有人访问短链时返回一个 HTTP 3xx 重定向,把浏览器引向真实页面。本工具在服务端逐跳请求短链,跟踪每一跳的 Location 头,直到拿到最终页面地址,并完整展示跳转链、跳转次数、每跳状态码与总耗时。它适合在点击陌生短链前确认去向、检查自己配置的推广链接是否正确、排查重定向配置问题。需要说明两点边界:只能还原基于 HTTP 重定向的短链,页面内 Meta Refresh 或 JS 跳转无法识别;还原出目标地址也不代表目标安全——钓鱼链接同样会被正常还原,最终仍需自行判断域名真伪。

使用方法

操作步骤

  1. 把短链接粘贴到输入框,带不带 https:// 前缀都可以(如 t.cn/A6hXXX)
  2. 点击「还原」按钮或按回车键
  3. 查看最终地址、跳转次数与总耗时
  4. 在「跳转链详情」中逐跳查看经过的每个地址与状态码
  5. 一键复制最终地址,或直接在新标签页打开验证

使用须知

  • 服务端最多跟随 10 跳重定向;跳转循环会在达到上限时终止,已完成的跳转仍会全部列出。
  • 只识别 Location 头重定向;页面内的 Meta Refresh 与 JS 跳转不产生 HTTP 状态码,无法还原。
  • 需要登录、限定地区或带人机验证的链接,可能直接返回 200 的登录页/验证页,此时「最终地址」就是该页地址。

使用场景

点开陌生短链前先确认去向群聊、评论区和私信里收到的短链接无法预判内容,直接点击有跳到钓鱼页或广告页的风险。先还原再决定是否访问:看清最终域名与跳转层级——正常内容页通常一跳直达,层层套娃、中途经过陌生统计域名的链接值得提高警惕。
发布前自检推广短链配置投放或发文前把自己生成的推广短链还原一遍,确认落地页地址正确、UTM 参数在整条跳转链上没有丢失或被中间层改写。链路上任何一跳用了 301,之后修改落地页都会被浏览器缓存放大影响,先还原检查能避免上线后返工。
分析竞品与广告的投放落地路径把竞品宣传物料里的短链还原,可以看到完整的投放链路:短链服务商、统计或跳转网关、最终落地页与渠道参数。对研究买量结构、理解联盟营销(affiliate)跳转逻辑来说,这是零成本的第一步。
排查自建站点的重定向配置检查 HTTP→HTTPS、裸域→www、旧路径→新路径的跳转是否一步到位。跳转链详情里每一跳的状态码一目了然:该 301 的用了 302、能一跳完成的拆成了三跳,都会拖慢首访速度并多耗搜索引擎抓取配额。
用长链接归档,避免链接失效短链服务会停运或清理旧码(goo.gl 已停止新用户创建,t.cn 也多次调整策略),文档、论文、书签里存短链等于把内容托付给第三方。引用前先还原成真实地址存档,让链接的生命周期掌握在自己的域名手里。

技术原理

短链接的本质是一个只返回重定向的 Web 服务。HTTP 规范(RFC 9110,前身 RFC 7231)定义了 3xx 状态码族:301 与 308 表示资源永久迁移,302、303、307 表示临时跳转;无论哪种,真正的目标地址都放在响应头 Location 里,状态码本身不携带地址。短链服务把「短码 → 长链接」的映射存进数据库,收到请求时查一次表、返回一个 3xx 和 Location 头就完成了使命——这就是短链能做得极短的原因,也是还原它只需要「照着 Location 走」的原因。

本工具的还原过程由服务端代理完成:HTTP 客户端以「从不自动跟随重定向」模式工作,每请求一跳就检查状态码——是 3xx 就解析 Location(它可以是相对路径,按 RFC 7231 的规则基于当前地址解析成绝对地址)再请求下一跳;不是 3xx 就说明到了最终页面。每一跳都重新校验目标是否为公网地址,防止恶意短链把还原请求引向内网(SSRF);跳转上限 10 跳,超过即判定为跳转循环并终止。每一跳只读取响应头、不下载页面正文,因此总耗时基本就是各跳的网络往返时间之和,通常几百毫秒内完成。

识别边界同样重要:Meta Refresh(<meta http-equiv="refresh">)与 JavaScript 跳转发生在页面内容里,不产生任何 HTTP 状态码,只看响应头的服务端无法感知,这类「隐形跳转」只能由浏览器执行页面后才会发生。另外,部分短链服务会根据 User-Agent 或访问地区返回不同结果,本服务以通用浏览器 UA 发起请求,尽量贴近真实用户看到的跳转行为。

  • 3xx 状态码(301/302/303/307/308)+ Location 响应头是短链跳转的全部机制,目标地址只在响应头中传递。
  • 301/308 永久重定向会被浏览器与搜索引擎缓存;302/307 临时重定向每次访问都要重新询问短链服务。
  • 逐跳跟随:每拿到 3xx 就向 Location 指向的地址再发请求,直到非 3xx;上限 10 跳,防跳转循环。
  • Location 允许相对路径(RFC 7231),需基于当前跳地址解析补全为绝对 URL。
  • 每跳只读响应头、立即关闭连接,不下载页面正文,单次还原通常几百毫秒。
  • SSRF 防护:每一跳重新校验目标地址,拒绝内网/回环地址,防恶意短链借还原探测内网。
  • 浏览器同源策略限制客户端读取任意站点的响应头,跨站还原必须由服务端代理完成。

示例

单跳还原:短链直达文章

输入: t.cn/A6h2XzK

→ https://t.cn/A6h2XzK                    302
→ https://example.com/blog/2026/launch-notes   200

最终地址: https://example.com/blog/2026/launch-notes
跳转次数: 1 · 总耗时: 186 ms

多层跳转:营销短链的完整链路

输入: https://bit.ly/3xYzAbC

→ https://bit.ly/3xYzAbC                301
→ https://go.mkt-example.com/c/8812     302   (统计网关)
→ https://shop.example.com/sale?utm_source=newsletter&utm_campaign=summer   200

落地页与 UTM 参数在最后一跳完整保留

SEO 检查:跳转链应该多短?

输入: http://example.com

→ http://example.com/          301
→ https://www.example.com/     301
→ https://example.com/         200

三跳才到终址:把 HTTP→HTTPS 与 www→裸域合并成一次 301,
可减少一次往返,也少消耗一份搜索引擎抓取配额

跳转循环:超出上限自动终止

输入: https://short.example.com/a

→ https://short.example.com/a    302
→ https://short.example.com/b    302
→ https://short.example.com/a    302
……(达到 10 跳上限后终止)

提示: 重定向次数过多,可能存在跳转循环
已完成的跳转仍会全部列出,便于定位成环的位置

常见问题

短链接还原的原理是什么?

短链服务收到请求后返回 301/302/307/308 状态码,并在 Location 响应头里给出下一个地址,浏览器据此跳转。本工具由服务端模拟这一过程:请求短链,读到 3xx 就继续请求 Location 指向的新地址,循环直到返回非 3xx 状态码——最后一跳的地址就是真实链接。每一步只读响应头、不下载页面内容,所以通常几百毫秒就能完成。

为什么有些短链接还原不出来?

常见原因有四类:一是目标页用 Meta Refresh 或 JavaScript 做跳转,没有 HTTP 状态码,工具只能给出该页地址;二是链接需要登录、限定地区或对非浏览器请求返回验证页;三是短链服务对高频请求限流或已停止服务(如 goo.gl 已停止新用户创建短码);四是输入的不是 http(s) 链接或地址有拼写错误。

还原出的链接安全吗?

还原只负责「透明化」,不等于安全认证。钓鱼和恶意链接同样会返回正常的重定向。还原后请重点核对域名拼写(如 paypa1.com 伪装 paypal.com)、是否经过陌生中转域名。先看清最终域名再决定是否打开,比直接点短链安全得多,但仍不能替代浏览器与安全软件的防护。

301 和 302 跳转有什么区别?

301/308 是永久重定向,浏览器和搜索引擎会缓存新地址、传递收录权重;302/307 是临时重定向,每次访问仍先经过短链服务。对 SEO 来说,长期有效的跳转应该用 301,且跳转链越短越好——每多一跳,都会增加用户等待时间和搜索引擎抓取配额的消耗。

能看到中间经过了哪些跳转吗?

可以。「跳转链详情」按顺序列出每一跳的地址和状态码,第 0 项就是你输入的短链。营销短链经常套 2-3 层(短链服务 → 统计网关 → 带 UTM 参数的落地页),在这里能看得一清二楚,也是分析投放链路最直接的入口。

支持哪些短链接服务?

所有基于 HTTP 重定向的短链都能还原:t.cn、bit.ly、TinyURL、is.gd、s.id,以及各种公司自有短域名,不限于特定服务商。只要链接公网可访问、跳转靠 Location 头完成,就能拿到真实地址和完整跳转链;反之,靠页面内脚本跳转的「短链」无法还原。

查询时我的隐私如何处理?

还原请求由本站服务端代为发出,目标网站看到的是服务器的出口 IP 而非你的 IP;输入的短链只用于本次查询。但要注意:匿名只是对目标网站而言,打开还原出的链接后,你在目标网站的行为依然会暴露你的 IP 和设备信息,敏感链接请保持平常的谨慎。