User-Agent 解析

如何使用User-Agent 解析

关于User-Agent 解析的常见问题

User-Agent 是什么？它里面到底写了些什么

User-Agent 是浏览器在每次请求时自报家门的一行字符串，服务器靠它大致判断对方是什么客户端。它的结构是若干个「产品标记」加「括号注释」，产品标记形如 名字/版本，括号里则用分号隔开操作系统、设备型号、架构这些补充信息。一条典型的桌面 Chrome UA 大致包含四部分：开头的 Mozilla/5.0 兼容声明、括号里的系统与架构、中间的内核标记 AppleWebKit 与 KHTML like Gecko、末尾的浏览器版本与 Safari 兼容尾巴。要特别记住的是，这一整行都由客户端自己填写，可以被任意修改，所以它只能用于统计与兼容适配，不能当作可信身份。

怎么查看我自己浏览器的 User-Agent

最快的办法就是打开本页：页面加载完成后输入框里显示的就是你的 User-Agent，下面同时给出浏览器、内核、系统、设备型号的完整解析。如果你想在控制台里看，按 F12 打开开发者工具，在 Console 里输入 navigator.userAgent 回车即可；手机上同理，用支持远程调试的浏览器或者直接打开本页都可以。想查看我的浏览器版本时要注意，Chrome 从 110 版起把次版本号统一清零成 x.0.0.0，UA 里只有主版本还有意义，要拿到完整版本号得看 chrome://version 或者 Client Hints 的 fullVersionList。

Windows NT 10.0 是 Win10 还是 Win11，UA 能分清吗

分不清。微软从 Windows 11 起没有修改这个内核版本号，Win10 和 Win11 上报的 UA 完全一样，都是 Windows NT 10.0，所以任何只看 UA 的工具都不可能给出准确答案——号称能分的多半是在猜。唯一可靠的路径是 User-Agent Client Hints：浏览器提供的 platformVersion 字段，主版本号为 0 表示 Windows 7 或 8 系列，1 到 12 表示 Windows 10，大于等于 13 才是 Windows 11。本页在你自己的浏览器上支持 Client Hints 时会自动用它把结论定死，拿不到时就如实写成 10/11，不猜一个看起来更好看的答案。

UA 里的 Android 10 和型号 K 是什么意思

它们是 Chrome UA 缩减之后的占位值，不是真实的系统版本与机型。从 Chrome 110 起，Chromium 在移动端把系统版本固定上报为 Android 10、把设备型号固定写成字母 K，目的是减少可用于指纹追踪的信息量。所以你在访问日志里看到成片的 Android 10 和 K，并不代表这些用户真的还在用 Android 10，也不代表他们的手机型号叫 K。要拿到真实值只有一条路：Client Hints 的 platformVersion 与 model 两个高熵字段，而且需要页面显式索取、用户浏览器同意提供。本页遇到这两个占位值时会明确标出「不是真实系统与型号」。

安卓平板和手机的 UA 有什么区别

只差一个 Mobile 标记。安卓 UA 里带 Mobile 的判成手机，不带的判成平板，这是整条字符串里唯一可用的线索——型号那一段指望不上，它既可能是 SM-X710 这样的真机型，也可能是 Chrome 缩减后的占位字母 K。你可以自己验一遍：把 Android 13; SM-X710 那条 UA 贴进页首输入框，设备类型是平板；把结尾的 Chrome/120.0.0.0 Safari 改成 Chrome/120.0.0.0 Mobile Safari，同一条 UA 就变成手机。所以做移动端适配时该判的是有没有 Mobile，而不是去匹配机型清单。

为什么 Chrome 的 UA 里会有 Safari 和 AppleWebKit

纯粹是历史兼容。当年 Safari 用 WebKit 内核，为了让只认 WebKit 的网站正常返回页面，Chrome 在 UA 里原样保留了 AppleWebKit 与结尾的 Safari 两段；后来 Chromium 换成自研的 Blink 内核，这两段也没有删掉，反而被 Edge、Opera 和所有国产 Chromium 浏览器一起继承了下来。结论是：看到 AppleWebKit/537.36 就判定内核是 WebKit 是错的，537.36 从 2013 年起就是个不再变化的固定值；看到结尾的 Safari/537.36 就以为是 Safari 更是错的，那样统计出来的 Safari 份额里全是 Chrome。正确的做法是按浏览器名反推内核，本页就是这么做的。

Edge 和 Opera 的 UA 里为什么也有 Chrome

因为它们都用 Chromium 内核，UA 里原样留着 Chrome/ 版本段，好让那些按 Chrome 判断的老网站正常发页面。区分靠各自的专属标记：Edge UA 结尾另加 Edg/（没有 e），Opera UA 加 OPR/，国产浏览器 UA 则各自带 QQBrowser、UCBrowser、MiuiBrowser、Quark 这类片段。这里有个统计上的坑：做浏览器份额统计时只 grep Chrome/，Edge、Opera 和所有 Chromium 壳都会被算进 Chrome，份额明显虚高。正确做法是让专属标记排在 Chrome 前面先匹配，本页的浏览器与内核对照表顺序就是判断顺序。

怎么判断网页是不是在微信内置浏览器里打开的

查 UA 里有没有 MicroMessenger 这一段，有就是微信内置浏览器，紧跟在斜杠后面的是微信版本号。有两个容易漏的分支：企业微信的 UA 里同时带 MicroMessenger 和 wxwork，只看前者会把企业微信误判成个人微信；小程序 WebView 会额外带一段 miniProgram，能借此区分是从聊天窗口打开的网页还是小程序里的内嵌页。要提醒的是，这个判断只适合做界面适配，比如提示用户点右上角在浏览器中打开、或者隐藏微信里不支持的下载按钮，绝对不能拿它当权限判断——UA 是客户端自己填的，那几个字符谁都能加上去。

iPad 的 UA 为什么显示成 Macintosh 和 Mac OS X

因为 iPadOS 13 起默认开启了「请求桌面网站」，此时 Safari 上报的 UA 与一台真正的 Mac 逐字符相同，里面既没有 iPad 也没有 iOS。这是 Apple 有意为之，目的是让 iPad 拿到桌面版页面而不是缩水的移动版。纯靠 UA 字符串无解，只能借助一个旁证：在浏览器里读 navigator.maxTouchPoints，Mac 通常返回 0，iPad 返回 5。本页在解析你自己的浏览器时会用上这个旁证并给出提示；但当你粘贴的是别人的一条 UA 时，我们拿不到这个值，就会如实写「无法区分」，而不是替你猜一个结论。

Mac OS X 10_15_7 为什么一直不变

这是 Apple 从 macOS 11 Big Sur 起做的版本号冻结：无论你实际用的是 macOS 12、13 还是 14，Safari 与 Chrome 在 UA 里都固定上报 Mac OS X 10_15_7。原因有两个，一是减少可用于指纹追踪的熵，二是避免老网站因为看到不认识的版本号而拒绝服务——毕竟这些网站的判断逻辑往往写死了 10 开头。所以你在日志里看到一大片 10_15_7，不代表这些人还停留在 Catalina，只能说明他们用的是 macOS 11 或更新的版本。要拿到真实系统版本，同样得靠 Client Hints 的 platformVersion。

iOS 上的 Chrome 和 Safari 内核一样吗

一样，都是系统提供的 WebKit。Apple 的 App Store 规则长期要求 iOS 上的所有浏览器都必须使用系统的 WebKit 引擎，所谓的 iOS 版 Chrome、Firefox、Edge、Opera 都只是外壳，渲染与 JavaScript 执行全部交给 WebKit。它们在 UA 里各自加了自己的标记用于区分外壳：Chrome 是 CriOS，Firefox 是 FxiOS，Edge 是 EdgiOS，Opera 是 OPiOS。这件事的实际影响是：当你在 iOS 上遇到渲染问题时，应该按 Safari 的版本去排查兼容性，而不是按 Chrome 的版本；本页解析到这几个标记时会把内核如实标成 WebKit 并给出提示。

Bytespider、GPTBot 这些爬虫 UA 是谁家的

Bytespider 是字节跳动的爬虫，抓的是大模型训练语料而不是搜索索引，很多人误以为它是搜索引擎；它还常常套着完整的 Chrome 移动端外壳，只在末尾露出名字。GPTBot 与 ChatGPT-User 都属于 OpenAI，但它们是两个不同的 robots.txt token：前者用于训练语料抓取，后者是用户在对话里点开链接时的实时取页，屏蔽一个不等于屏蔽另一个。ClaudeBot 属于 Anthropic，PerplexityBot 属于 Perplexity，CCBot 属于 Common Crawl。还有一类容易被忽略：Google-Extended 与 Applebot-Extended 只存在于 robots.txt 配置里，永远不会出现在 UA 中，在访问日志里 grep 它们一条都搜不到。

怎么从 Nginx 访问日志里统计浏览器占比

把日志整段贴进本页的「粘贴 / 日志批量解析」即可，会逐行提取 UA 并输出浏览器、系统、设备类型三张占比表以及爬虫比例。提取规则是写死的：对 combined 格式的日志，取一行里最后一个成对双引号字段——因为 referer 在前、UA 在后，用一个笼统的正则一把梭会把两者连成一段；该字段等于减号或者太短就当作没有 UA 直接跳过。除了日志行，裸 UA 行、User-Agent 请求头行、curl 命令行、整行被引号包住的 UA 也都能识别。要特别注意占比口径：分母是成功提取出 UA 的行数，不是日志总行数，跳过了多少行会单独显示，不会被悄悄算进分母里。

User-Agent 可以伪造吗？能用它做安全判断吗

可以随意伪造，因此绝对不能用来做安全判断。改一下浏览器的开发者工具设置、给请求加一行 header、写三行 curl 脚本，都能把 UA 变成任何样子，包括伪装成 Googlebot。它合理的用途只有两类：一是流量统计，看看用户大致分布在哪些浏览器与系统上，用于决定兼容性支持范围；二是界面适配，比如在 App 内置浏览器里提示用户到外部浏览器打开。反过来，鉴权、风控、付费墙、访问控制、按 UA 放行爬虫，这些全都是错误用法——真要识别搜索引擎爬虫，正确做法是对来源 IP 做反向 DNS 校验，而不是信 UA 里那几个字。

Client Hints 是什么？会取代 User-Agent 吗

User-Agent Client Hints 是 Chromium 推动的替代方案：把原本塞在一行字符串里的信息拆成一组按需索取的字段。低熵部分（浏览器品牌列表、是否移动端、平台名）默认就能拿到，前端读 navigator.userAgentData，服务端看 Sec-CH-UA 系列请求头；高熵部分（平台版本、机型、架构、位数、完整版本号）需要显式索取，浏览器可以拒绝。它的品牌列表里会混入一个故意乱码的假品牌用来防止开发者写死列表，本页会自动把它过滤掉。短期内 UA 字符串不会消失——太多老系统依赖它——但它携带的信息会持续缩减，新代码应该优先用特性检测与 Client Hints。

为什么每条 UA 都以 Mozilla/5.0 开头

这是九十年代浏览器大战留下的疤。当时 Netscape Navigator 的产品名是 Mozilla，很多网站会检查 UA，只把带框架的完整页面发给 Mozilla 兼容的浏览器；后来的 IE 为了拿到同样的页面，就在 UA 里自称 Mozilla 并把自己的信息塞进括号注释里，再后来 Safari、Chrome、Firefox 全都照抄了这个做法。于是今天几乎每一条浏览器 UA 都以 Mozilla/5.0 开头，而这一段没有任何信息量——它既不代表 Mozilla 的产品，也不代表任何版本。真正能区分浏览器的信息全在后面的产品标记里。

这个 User-Agent 解析工具会上传我的数据吗

不会。规则表随页面一起打包下发，所有匹配都在你的浏览器里本地完成，你输入或粘贴的 UA、访问日志原文不会出现在任何网络请求的地址或请求体里。本页也不做任何浏览器指纹采集：只读 UA 字符串本身、浏览器主动提供的 Client Hints，以及一个用于辅助判断 iPad 桌面模式的 maxTouchPoints，不读 canvas、不读 WebGL、不读字体列表、不读音频指纹、不读时区与电池，也不生成任何指纹 ID。本地存储里只有标签页、示例库是否展开这类视图偏好，页脚有一键清除按钮，随时可以清空。

Android WebView 的 UA 有什么特征

最明显的特征是括号里那个孤零零的 wv 标记，形如 Linux; Android 13; wv; Pixel 7，表示页面跑在 App 内嵌的 WebView 控件里而不是独立的 Chrome。老一些的 WebView 还会带一段 Version/4.0，那是 Android 4.x 时代系统浏览器留下的写法。识别出 WebView 有实际意义：它和外部 Chrome 在文件下载、视频自动播放、剪贴板、部分新 Web API 上的行为都可能不同，某些 API 还依赖宿主 App 的配置是否开启。另外要注意 wv 只是一个普通片段，解析时不能把它当成设备型号——本页的型号提取会显式剔除 wv、语言代码和 Build 尾巴。

手机浏览器的 User-Agent 怎么查看

用手机浏览器直接打开本页，输入框里就是这台手机当前的 User-Agent，下面同时给出浏览器、系统版本、设备型号与是否 App 内置浏览器，长按即可复制。手机上没有开发者工具，控制台里敲 navigator.userAgent 那条路走不通，本页就是替代方案，窄屏下结果卡与速查表都可以横向滑动查看。要留意两点：从微信、抖音这类 App 里点开的链接跑在内置浏览器中，UA 会多出 MicroMessenger 这类标记，和你手机上独立的 Chrome 不是同一条；iPhone 上所有浏览器共用系统 WebKit，UA 里的 CriOS 只说明外壳是 Chrome。

UA 批量解析一次最多能贴多少行日志

一次最多 5 万行、200 万字符，超出部分会被截断并在结果上方明确提示，不会悄悄丢掉。单条 UA 超过 2048 个字符同样会截断并在该行标出截断标记——正常 UA 都在 200 字符以内，会超的基本是被拼接坏了的日志行。结果表默认只渲染前 200 行以免长列表卡顿，这个数字可以在页面上改到 2000；但复制 TSV 与下载 .tsv 走的都是完整数据，不受渲染上限影响。超过 2000 行时解析自动切到分片模式，带进度条并可随时取消。

下载的 UA 解析结果用 Excel 打开会中文乱码吗

不会。下载的 .tsv 文件带 UTF-8 BOM，用 Excel 或 WPS 双击直接打开，中文 UA 与中文爬虫名都能正常显示。如果你用的是「复制 TSV」再粘进表格，走的是剪贴板、不涉及文件编码，同样不会乱码；反过来，别处导出的日志在 Excel 里乱码，多半是 UTF-8 无 BOM 被当成 GBK 读取，重新用本页导出即可。还有一点值得提前知道：UA 原文里以等号、加号、减号、@ 开头的内容会被自动前置一个英文单引号再写入，这是防止表格软件把它当公式执行，不是解析结果出错。

User-Agent 解析工具免费吗，需要注册吗

完全免费，不需要注册、不需要下载客户端，也没有次数限制。规则表随页面一起打包下发，全部解析都在你的浏览器里本地完成，我们这边既没有按次产生的服务器成本，也拿不到你的数据，自然不必用登录或配额来限制你。页面里预留的广告位当前是关闭状态，不会渲染任何第三方脚本。唯一的限制是上面说的批量规模上限，那是为了不让浏览器标签页卡死，不是收费门槛。