User-Agent 解析器

网络

解析 User-Agent 字符串,识别浏览器名称版本、操作系统与设备型号,区分 Chrome、Firefox、Safari 等内核。输出浏览器名称与版本、渲染内核、操作系统版本,并尽量识别设备型号与是否为爬虫。适合分析访问日志中的终端分布,或复现用户反馈的兼容性问题。能区分主流内核与移动端内置浏览器。

解析 User-Agent 字符串 · 浏览器、操作系统、设备
有效
UAUser-Agent 字符串
浏览器
Chrome · 120.0.0.0
渲染引擎
Blink · 537.36
操作系统
Windows 10 · 10.0
设备
桌面端
CPU 架构
amd64
示例 User-Agent

关于 User-Agent 解析器

浏览器发起请求时携带的 User-Agent 字符串,把操作系统、浏览器、渲染引擎和设备信息揉成一长串,肉眼难以拆解,还夹杂着 Mozilla/5.0、AppleWebKit 这类历史遗留标记。本工具在浏览器本地解析 UA,识别浏览器名称与版本、渲染引擎、操作系统、设备类型(手机/平板/桌面)乃至部分具体机型,帮你分析访问日志、调试兼容性 bug、辨别爬虫与真实用户、核对自家埋点的统计口径。解析完全在本地进行,你粘贴的 UA 不会被发送到任何服务器,无需安装 curl、ua-parser 等命令行工具。配合 User-Agent Reduction 与 Client Hints 的逐步落地,本工具也适合用来快速验证不同 UA 的实际归类。建议收藏,排查网络问题时随时打开。例如粘贴一段 Chrome UA 字符串,会识别出浏览器、版本、操作系统与设备类型,无需人工读字段。

从一条用户代理字符串里提取浏览器、系统与设备信息,是排查「只有部分用户遇到」这类问题的第一步:确认报错用户的系统版本与浏览器,往往能立刻缩小范围。它同时被用于流量统计与兼容性判断,但这两类用途对准确性的要求并不相同,前者可以接受模糊,后者必须谨慎。 解析原理是按字符串中的特征片段匹配规则:浏览器标识通常以名称加斜杠加版本的形式出现,系统标识位于括号内的平台描述里,设备信息则来自括号中的机型串。规则匹配天然是启发式的,因此存在两类偏差——特征片段碰撞导致误判,以及新型号尚未被规则覆盖导致识别不出。理解这一点才能正确看待解析结果:它是一个有依据的推断,不是权威声明。 使用要点:判定系统与浏览器时应按「先具体后宽泛」的顺序,例如先检查是否带微软新版标识再检查是否带通用浏览器标识,否则会把新版浏览器误判成同类旧浏览器;同理,移动端与桌面端的同系列浏览器标识相近,需要结合平台描述一起判断才准确。抓取日志做统计前,先用若干已知的真实样本验证规则是否按预期匹配,比直接跑全量数据更省时间。 边界与限制:用户代理字符串由客户端提供,可以随意伪造,因此它不能用于安全判断、授权或风控——把它当作可信身份依据是常见的架构错误。此外字符串格式已经历多次变化,部分浏览器冻结了版本信息以减少指纹识别,这既保护了隐私也降低了统计精度,做兼容性判断时应留出容错空间,不要基于精确版本号做硬性分支。 数据与隐私:完整的用户代理字符串配合其他信息可形成较高的设备指纹,属于个人信息范畴。本工具在浏览器内完成解析,不上传字符串;处理真实日志时建议只保留判断所需的字段,而不是长期保存完整字符串。

主要误用是把解析结果用于授权、风控或功能开关——用户代理字符串由客户端提供且可任意伪造,把它当可信身份依据是架构错误。另一个误用是依赖精确版本号做兼容分支,而部分浏览器已冻结版本信息以减少指纹识别,硬分支会误判。做区分为宜留出容错空间,并结合其它信号交叉判断。

实现原理

解析按字符串中的特征片段匹配规则,因此是启发式推断:浏览器标识通常以名称加斜杠加版本出现,系统标识位于括号内的平台描述里,设备信息来自机型号。两类偏差由此产生——特征片段碰撞导致误判、新型号尚未被规则覆盖导致识别不出。因此它不能用于安全判断,因为字符串可由客户端任意伪造。

输入在字符串前补上 "Edg/"
输出会被识别为 Edge 而实际可能是任何浏览器——因此用户代理不能用于授权或风控判断

使用方法

  1. 打开「User-Agent 解析器」
  2. 输入地址或查询参数
  3. 根据需要调整输出选项
  4. 点击「查询」按钮,结果实时显示
  5. 复制或导出结果

使用场景

  • 日志分析 — 从服务器访问日志中提取浏览器和系统分布,了解用户构成。
  • 兼容性排查 — 复制问题用户的 UA,确认其浏览器版本是否触发已知兼容 bug。
  • 设备分流 — 判断 UA 是手机、平板还是桌面,验证响应式或重定向逻辑。
  • 爬虫识别 — 辨别请求是真实浏览器还是带特征的爬虫/机器人 UA。
  • 统计校验 — 核对自家埋点对浏览器版本的归类是否与标准解析一致。

常见问题

UA 字符串可信吗?

不可信。UA 可被用户或脚本任意伪造,因此不应作为安全判断依据,只适合做统计和兼容性参考。

为什么很多 UA 都带 Mozilla/5.0?

这是历史遗留。早期为通过浏览器嗅探,各家浏览器都在 UA 里保留 Mozilla 前缀,如今已成约定俗成的兼容性标记,没有实际含义。

能识别具体手机型号吗?

部分安卓 UA 会带型号串,可以识别;但 iOS 设备出于隐私只报告 iPhone/iPad,无法区分具体机型。

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

因为 Chrome 使用基于 WebKit 衍生的 Blink 引擎,为兼容历史嗅探逻辑保留了 AppleWebKit 和 Safari 标识,这属正常现象。

UA 会被逐步弱化吗?

会。主流浏览器正在推进 UA 缩减(User-Agent Reduction)和 Client Hints,未来部分细节将从 UA 字符串中移除,统计应做好适配。

识别结果显示 Unknown 或明显不对?

UA 字符串本身不可信:浏览器可以伪造,新版本发布后解析规则库也可能尚未收录。识别成 Unknown 多半是罕见爬虫、内嵌 WebView 或改过的 UA。判断真实浏览器别只依赖 UA,结合特性检测更可靠。

同一台设备两次解析结果不一样?

先确认两次传入的 UA 是否真的相同——很多库会附加语言、视图或扩展信息导致差异。若 UA 相同而结果不同,多半是你在不同端点用了不同版本的解析规则库,而不是工具不稳定。

移动端浏览器被识别成桌面版?

Android 上 Chrome 默认 UA 不含 Mobile 字样的场景(平板、开启「请求桌面版网站」)会被归为桌面。这不是解析错误,是 UA 本身就没带信息。需要精确区分时让前端配合特征检测,或读取客户端提示(Client Hints)。

广告