URL 解析器

為什麼需要解析 URL？

網址 (URL) 看起來只是一行字串，但它其實是由多個具有特定功能的「組件」拼湊而成的。對於開發者來說，手動去檢查網址中的 Query String 是否正確、Port 號是否寫錯，不僅傷眼還容易出錯。

對於行銷人員來說，帶有大量追蹤碼 (UTM) 的網址就像一團亂碼。這款 URL 解析器 能自動識別 URL 標準規範 (RFC 3986)，將網址「大卸八塊」，把每一個部分清楚地列出來，讓您一眼就能看出網址的詳細構造。

核心原理：網址的解剖學 (Anatomy of a URL)

一個標準的網址包含了以下幾個關鍵部分，解析器會將其一一分離：

1. 協定 (Protocol/Scheme)： 告訴瀏覽器如何連線，如 https 或 ftp。

2. 主機 (Host/Domain)： 伺服器的地址，如 www.google.com。

3. 埠號 (Port)： 進出的門號，如 :443 或 :8080 (通常隱藏)。

4. 路徑 (Path)： 檔案在伺服器上的位置，如 /products/item。

5. 查詢字串 (Query String)： 跟在 ? 後面的參數，如 ?id=123。

6. 片段 (Fragment/Hash)： 跟在 # 後面的錨點，如 #top。

如何使用？ (範例解析)

假設您輸入這串複雜的網址： https://user:[email protected]:8080/search?q=test&page=2#results

解析結果將顯示：

• Protocol: https

• Auth: user:pass

• Hostname: www.example.com

• Port: 8080

• Path: /search

• Query Params:

  • q: test

  • page: 2

• Hash: results

常見的應用場景

1. 行銷成效分析 (UTM Tracking)

這是在數位行銷中最常見的用途。

• 當網址長得像 ...?utm_source=fb&utm_medium=cpc&utm_campaign=summer_sale。

• 透過解析器，您可以清楚檢查 Source (來源)、Medium (媒介) 與 Campaign (活動) 是否設定正確，避免廣告預算浪費在錯誤的連結上。

2. 前端開發與 API 除錯

工程師在串接 API 時，常需要傳遞多個參數。

• 如果網址是 api.com/v1/users?active=true&sort=desc。

• 解析器能幫您確認 active 參數是否有拼錯，或是路徑 /v1/users 是否正確。

3. 資安檢查 (Phishing Detection)

釣魚網站常利用看起來很像的網址來騙人。

• 例如 https://paypal.com.login-secure.com/。

• 這看起來像 PayPal，但透過解析器，您會發現它的 Host 其實是 login-secure.com (假網站)，前面的 paypal.com 只是它的一個子網域而已。

常見問題 (People Also Ask)

Q1：為什麼我的網址沒有 Port (埠號)？

因為使用了預設值。

• 如果是 http，瀏覽器預設走 80 Port。

• 如果是 https，瀏覽器預設走 443 Port。

• 當使用預設 Port 時，瀏覽器通常會自動隱藏不顯示。

Q2：網址最後面的 # (Hash) 是做什麼的？

這是「錨點」或「片段識別符」。

• 它通常用來告訴瀏覽器「捲動到網頁的某個位置」（例如 #footer）。

• 重要特性： # 後面的內容不會傳送到伺服器，它只在您的瀏覽器端 (Client-side) 運作。

Q3：Query String 的參數順序重要嗎？

通常不重要，但視伺服器而定。

• ?a=1&b=2 和 ?b=2&a=1 通常被視為一樣的請求。

• 但解析器會幫您把這些參數拆開列表，讓您更容易比對是否有漏掉參數。

Q4：這個工具會儲存我的網址嗎？

不會。

• 本工具的所有解析運算都在您的瀏覽器端 (Local) 完成。

• 我們不會將您的網址（可能包含敏感 Token 或密碼）回傳到伺服器，請安心使用。