短連結還原

展開短網址，查看真實連結、完整重新導向鏈與每跳狀態碼

短連結

輸入短連結並點擊「還原」，查看隱藏的真實位址

什麼是短連結還原？

短連結還原（也稱 URL 展開、Unshorten）是把 t.cn、bit.ly、TinyURL 等短網址還原成真實目標位址的過程。短網址服務的原理是保存「短碼 → 長連結」的對應，有人造訪短連結時回傳一個 HTTP 3xx 重新導向，把瀏覽器帶往真實頁面。本工具在伺服器端逐跳請求短連結，追蹤每一跳的 Location 標頭，直到取得最終頁面位址，並完整呈現重新導向鏈、跳轉次數、每跳狀態碼與總耗時。適合在點擊陌生短連結前先確認去向、檢查自己設定的行銷連結是否正確、排查重新導向設定問題。有兩點邊界需要說明：只能還原基於 HTTP 重新導向的短連結，頁面內 Meta Refresh 或 JS 轉址無法辨識；還原出目標位址也不代表目標安全——釣魚連結同樣會被正常還原，最終仍需自行判斷網域真偽。

使用方法

操作步驟

把短連結貼到輸入框，帶不帶 https:// 前綴都可以（如 t.cn/A6hXXX）
點擊「還原」按鈕或按 Enter 鍵
查看最終位址、重新導向次數與總耗時
在「重新導向鏈詳情」中逐跳查看經過的每個位址與狀態碼
一鍵複製最終位址，或直接在新分頁開啟驗證

使用須知

伺服器最多跟隨 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 和裝置資訊，敏感連結請保持平常的謹慎。