User-Agent 解析器

解析器使用模式比對技術，對照已知的瀏覽器、作業系統與引擎簽名來辨識 UA 字串中的元件。由於 UA 字串可能被偽造，結果為最佳判定。

是的。解析器透過比對已知模式（如 Googlebot、Bingbot 等）來辨識常見的機器人、爬蟲與蜘蛛程式。

本工具會在頁面載入時自動偵測並顯示您目前瀏覽器的 User-Agent 字串。

為了相容性。Chrome 源自 WebKit，其 UA 字串複製自 Safari，而 Safari 又複製自更早的瀏覽器——因此如今的 Chrome UA 會顯示為 Mozilla/5.0 ... AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36。每個 token 都是用來與舊式伺服器端偵測腳本「握手」的歷史遺跡，這也是為什麼最後一個相符的瀏覽器 token 通常才是真實的那一個。

這是隨 Chrome 縮減 User-Agent 資訊一同推出的方案，對隱私更加友善。伺服器透過 Accept-CH 回應標頭請求高熵提示（high-entropy hints），並在後續請求中收到如 Sec-CH-UA-Platform 與 Sec-CH-UA-Full-Version 等結構化欄位。新程式碼應優先採用功能偵測或 UA-CH，而不是解析原始 UA 字串。

用於流量分析與粗略路由尚稱合理，但對任何與安全相關的用途都很脆弱。UA 字串極易偽造，第三方瀏覽器經常整段照抄 Chrome 的 token，而精簡版 UA 則把次要版本號凍結不變。MDN 建議的最佳實務是：偵測功能而非瀏覽器（例如 CSS @supports、if ('IntersectionObserver' in window)），並將 UA 解析僅作為後備方案。

可以。桌面版 Chrome、Edge 與 Firefox 開發者工具都提供裝置模擬並可覆寫 UA；Safari 有 Develop > User Agent 選項；curl 則可用 -A 設定。以 UA 字串作為內容存取門檻的網站，天生就可以被繞過——這也是伺服器永遠不該把 UA 當成身分證明的另一個原因。

Chrome 的版本凍結計畫（自 2020 年起陸續推出）會逐步從預設 UA 中移除版本細節：次要版本固定為 0，並移除大部分裝置資訊，最後呈現的會類似 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36。目的是限制被動式指紋辨識；精確資料則改為透過需要主動選擇加入（opt-in）的 Client Hints 提供。