運作原理
- 貼上連結後，先判斷是否為短連結（例如 Threads 的
/share/、t.co、bit.ly）。 - 需要還原時，由伺服器以非瀏覽器身分發出一次請求，直接讀取轉址目標（0 位元組傳輸、不下載頁面內容），取得真正的網址。
- 依網域規則表移除追蹤參數（
utm_*、fbclid、xmt⋯），功能必要的參數以白名單保留。
追蹤常常分兩層藏：一層在短連結的路徑裡，一層在還原後網址的 query 參數上（例如 Threads 的
xmt 長編碼字串）。一般只清 UTM 的工具兩層都處理不到，所以「還原」與「清理」必須串在一起做。
常見問題
Threads 的分享連結為什麼需要還原？
Threads 的「複製連結」給的是 /share/ 開頭的短連結，開啟後會轉址到真正的貼文網址，並附上
xmt 與 slof 追蹤參數。xmt 是一長串編碼字串，可能包含分享者身分或分享情境。還原並清理後，得到的才是乾淨的貼文網址。
xmt、fbclid、si 這些參數是什麼？
它們是各平台附加在網址上的追蹤參數：xmt／slof（Threads）、fbclid（Facebook）、igshid（Instagram）、si（YouTube）、utm_*（通用行銷歸因）。移除它們不影響開啟內容，但能減少跨站追蹤。
清理過的連結會失效嗎？
不會。本工具採白名單設計：功能必要的參數永遠保留，只移除已知的追蹤參數。例如 YouTube 的影片 ID（v）與時間戳（t）會保留；同一個
t 在 X（Twitter）上是追蹤碼則會移除——規則表按網域分別處理。原始連結也永遠保留可對照。
我貼上的連結會被記錄嗎？
參數清理完全在你的瀏覽器內完成，不會離開裝置。只有「還原短連結」需要經過 Cloudflare Worker 轉發一次請求；伺服器不寫任何記錄、沒有持久化儲存，程式碼開源可稽核。