URL 解碼
https://example.com/例子
解碼 URL 編碼字串,快速還原可讀路徑與參數。
URL 解碼
https://example.com/例子
Decoded Path
/例子
當你在 Google Search Console、GA4 或伺服器 Log 中看到這樣的網址:
https://example.com/%E7%B6%B2%E9%80%9F%E6%B8%AC%E8%A9%A6
其實它原本是:
https://example.com/網速測試
這種情況在中文網站中非常常見。
使用我們的 URL 解碼工具(URL Decoder),可以即時將編碼後的網址還原為可閱讀的中文內容,方便你進行 SEO 分析與技術排查。
在英文網站中,URL 通常只包含英文字母與數字(ASCII 字元),因此不需要轉換。但中文屬於非 ASCII 字元。當網址包含:
瀏覽器就會自動進行 URL Encoding(百分比編碼),將字元轉換為可傳輸格式。
例如:
這就是為什麼你在報表中會看到一長串 %E7% 開頭的字串。
UTF-8 是一種字元編碼標準,用來將「文字」轉換為「電腦可以儲存與傳輸的位元組(bytes)」。
簡單來說:人類看到的是「網速測試」,但電腦儲存的是一串二進位數字,而UTF-8 定義了這些數字應該如何表示這些文字。
例如「網」這個字:
因此:中文 → UTF-8 位元組 → 十六進位 → % 編碼格式
URL 解碼的作用,就是把這個過程反向還原。
在中文市場(香港 / 台灣 / 中國),如果你的網站使用中文 Slug,例如:
那麼在技術數據中,它們幾乎一定會顯示為編碼格式。如果你不解碼,就很難進行以下不同分稉。
在 GSC 的「頁面」維度中,你可能會看到大量 %E7% 開頭的網址。
如果不解碼:
解碼後,你可以立即看出哪些頁面真正表現好或出現流量下降。
技術錯誤可能導致網站同時存在:
/網速測試
/%E7%B6%B2%E9%80%9F%E6%B8%AC%E8%A9%A6
如果沒有正確採用重定向或 Canonical,可能被視為不同 URL。
透過解碼,你可以快速確認是否為同一頁面,避免 SEO 風險
在 Log 檔中,所有 URL 通常都是編碼格式。
如果你無法解碼,就無法判斷:
對於做 Technical SEO 的人來說,URL 解碼是基礎工具。
當市場推廣活動使用中文參數時,例如: utm_campaign=新年優惠(雖然我會建議採用英文campaign name),系統可能顯示為編碼格式。解碼後才能準確分析廣告效果與流量來源。
UTF-8 負責把「文字轉成位元組」,而 URL Encoding 則負責把「位元組轉成可以放進網址的格式」。這是一個兩段式轉換流程,而不是同一種技術。
當我們在瀏覽器中輸入「網速測試」這樣的中文字串時,電腦其實並不直接儲存這些字。電腦只能處理數字,特別是二進位數字。UTF-8 是一種字元編碼標準,它定義了每一個文字應該如何被轉換成位元組(bytes)。例如,「網」這個字在 UTF-8 中會被轉換成三個位元組,而這些位元組通常會以十六進位形式表示,例如 E7 B6 B2。這些數值才是電腦真正儲存與傳輸的內容。
在技術排查時,你可能會看到兩個看似不同的網址,一個是中文版本,另一個是 %E7 開頭的編碼版本。如果不理解背後的轉換機制,很容易以為是兩個獨立頁面。但實際上,它們只是同一個資源在不同階段的顯示形式。
如果你主要做英文網站,其實很少遇到這種問題。但只要你做中文市場(或其他使用 ASCII 字元的語系),只要網站使用中文 Slug,你每天都會遇到編碼 URL。
對於中文 SEO 專業人士來說,URL 解碼可以幫助你:
URL 解碼工具可以幫助你節省大量分析時間,並降低技術誤判風險
可以,像 `%E4%BE%8B%E5%AD%90` 這類網址編碼會還原成可讀中文文字。
支援。工具會分別顯示解碼後的 URL、路徑和 Query 參數。
不會。解碼只是將編碼格式還原成可閱讀文字,不會修改網站。
會。Google 可以理解 UTF-8 與 URL Encoding。不過如果網站同時存在多個版本,可能會導致重複內容問題。
中文網址可提升可讀性與點擊率,但必須確保技術設定正確,例如 Canonical 與 Redirect。
是的。現代網站幾乎都使用 UTF-8,因為它可以支援全球語言,包括中文。