URL 解析器的功能
當需要逐一部分理解或檢查冗長的網址時，請使用此工具。它會分離通訊協定、主機、連接埠、路徑、查詢參數和片段，同時顯示一個更易於與其他 URL 比較的標準化網址。
例如，像 https://example.com:8443/news?id=7&id=9#sources 這樣的連結包含非預設連接埠、兩個具有相同查詢名稱的值，以及一個頁面片段。解析結果會依序保留兩個查詢值，而不會靜默地替換其中一個。
轉換如何運作
瀏覽器會套用現代網頁所使用的標準 URL 解析規則，僅接受 HTTP 與 HTTPS 網址。若 URL 中含有使用者名稱或密碼，正規化後的網址會同時移除這兩項憑證，且密碼內容絕不會再次出現在可見結果或下載的 JSON 中。
若網址本身已包含 http:// 或 https:// 的完整位址，請選擇「Require an absolute URL」（要求絕對網址）。若要解析像 ../story?id=7 這類路徑，請選擇「Resolve against the optional base URL」（以選用基礎網址進行解析），並提供能補齊缺少之 scheme 與主機的完整基礎網址。
如何使用 URL 解析器
貼上或輸入一個具代表性的簡短範例，選擇可用的輸出模式，然後執行工具。在複製或下載之前，請先閱讀可見結果。「Reset」（重設）會將控制項恢復為範例狀態並清除目前的輸出，這在開始不同工作時相當實用。
當需要可供檢閱的紀錄時，請複製可見的 JSON；或在檢查過後下載 parsed-url.json。如需處理百分號編碼值，請使用相關的「URL Encoder」（URL 編碼器）或「URL Decoder」（URL 解碼器）；若要將參數編輯為結構化資料，請使用查詢字串轉換器。
應檢查結果中的哪些項目
在使用結果之前，請確認主機名稱為你所預期的網站、檢查任何不常見的通訊埠，並逐一檢視重複的查詢參數。以 # 開頭的片段是由目的網頁自行解讀的，並不會作為 HTTP 請求的一部分傳送至網頁伺服器。
若結果為空或出乎意料，請先從第一個可見的錯誤、所選的模式，以及來源是否使用本頁所接受的語法開始檢查。建議先嘗試一個較小且已知的範例，再回到重要的輸入；如此可區分究竟是格式問題，還是對預期輸出的理解有誤。
隱私與重要限制
你的輸入與結果僅保留於目前的瀏覽器分頁中，不會傳送至 NexaCurrent、不會附加至網頁網址、不會儲存至任何帳號，也不會在你重設或離開頁面後被重複使用。當使用較小且非敏感的範例即可回答相同問題時，請避免在任何便利工具中貼上密碼、私鑰、存取權杖或個人資料。
解析僅描述網址的結構，並不會實際造訪目的地、無法確認該網頁是否存在、不會測試重新導向是否安全，也不會判斷網站是否可信。經編碼的值在顯示其人類可讀的意義之前，可能仍需先進行 URL 解碼。