網址解析工具
拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。
只在瀏覽器裡處理輸入的內容不會送到伺服器。
輸入與結果
輸入的內容只存在這個瀏覽器。重新開啟可以還原上次的操作。
使用情境
- 拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。
- 以瀏覽器本機方式處理輸入,並在複製前檢查結果。
- 搭配 網址解析工具 與相關工具縮短工作流程。
範例
- 常見輸入
https://example.com/tools?q=json#top- 用此範例檢查 網址解析工具 的輸入流程。
- 典型輸出
protocol, hostname, pathname, clean URL, duplicate signals, and URL canonical report- 複製前用來確認結果格式與後續檢查點。
- 附加範例
https://example.com/path?utm_source=newsletter&id=123#details- 複製前用來確認結果格式與後續檢查點。
- 附加範例
https://app.example.com/callback?state=a%20b&code=redacted- 複製前用來確認結果格式與後續檢查點。
- 附加範例
https://example.com/page?utm_source=x https://example.com/page- 複製前用來確認結果格式與後續檢查點。
常見錯誤
- 拆分 URL 的協定、主機、路徑、查詢參數、hash 與 origin,便於除錯重新導向。
- 如果瀏覽器本機處理方式和真實輸入結構不一致, 輸出不能直接信任。
- 複製的值中如果混入正式密鑰、客戶資料或內部 URL, 分享前必須移除。
複製前確認
- 1再次比較原始輸入與輸出形態。
- 2確認目標執行環境、編碼、時區與安全政策差異。
- 3繼續用相關工具檢查 網址解析工具 的結果是否適合下一步。
參考資料
RFC 3986 defines where a URL splits
scheme, authority (userinfo, host, port), path, query and fragment, each with its own delimiter. The fragment after `#` is **never sent to the server** — which is why it never appears in server logs.
依據:RFC 3986
Your browser and your server can read the same URL differently
Browsers follow the WHATWG URL Standard, which is more forgiving than RFC 3986 and normalises spaces and non-ASCII for you. So what the address bar shows and what actually goes over the wire, percent-encoded, are not the same string.
依據:WHATWG URL Standard
常見問題
網址解析工具 的輸入在哪裡處理?
可行的處理會在瀏覽器中執行,但不要輸入正式密鑰或客戶資料。
結果可以直接用於正式環境嗎?
複製前請再次確認執行環境、編碼、時區與安全政策等環境差異。