User-Agent 解析器
粘贴日志或客户端上报的 User-Agent 字符串,即可查看浏览器、版本、操作系统、设备类型、渲染引擎、应用内浏览器环境,以及请求是否来自爬虫或 AI bot。适合排查浏览器兼容问题、确认爬虫流量,也方便把环境信息整理后附到工单和事故记录里。
- 把 UA 字符串拆解成浏览器、OS、设备、渲染引擎和应用环境等字段
- 区分搜索引擎爬虫、AI 爬虫、社交预览抓取器和监控客户端
- 可一键读取当前浏览器 UA,方便和生产日志逐项对比
- 输出结果清晰易读,可直接粘贴到工单、报告和事故复盘记录中
概览
-
-
桌面端
未发现 Bot 信号
浏览器
浏览器
-
浏览器版本
-
渲染引擎
-
引擎版本
-
设备
操作系统
-
OS 版本
-
设备类型
桌面端
设备分类
桌面端
设备厂商
-
设备型号
-
是否移动设备
否
是否触控设备
否
应用环境
-
Bot 信号
是否 Bot
否
Bot 名称
-
Bot 类型
-
是否 AI 爬虫
否
技术信息
Client Hints
不可用
CPU 架构
-
功能简介
围绕日志排查和爬虫分析中最常见的问题设计,把一条原始 UA 转成可以直接判断和记录的结构化字段。
- 01
浏览器和渲染引擎
解析浏览器名称、版本、引擎类型和引擎版本,帮助快速缩小兼容性回归或前端问题的影响范围。
- 02
操作系统和设备类型
识别 OS、OS 版本、设备类型、厂商和型号,方便把桌面端、移动端、平板和电视端流量分开分析。
- 03
搜索爬虫和 AI 爬虫分类
覆盖 Googlebot、Bingbot 等搜索引擎爬虫,也能识别 GPTBot、ClaudeBot、PerplexityBot 等 AI 来源。
- 04
社交预览和监控请求
帮助识别 Slack、Discord、Twitter 的链接预览抓取,以及 UptimeRobot、Pingdom、Datadog 等监控探测请求。
- 05
应用内浏览器提示
检测 WeChat、DingTalk、Feishu、Alipay 等应用内浏览器,方便区分普通移动浏览器和 webview 流量。
- 06
当前浏览器快捷读取
一键载入当前浏览器 UA,便于和生产日志、用户反馈或事故记录中的 UA 做直接对比。
如何使用
UA 排查建议固定为:粘贴、识别、复核、记录。这样不同工单之间也能保持一致的处理流程。
- 01
把 User-Agent 字符串粘贴到输入区,或点击命令栏里的当前浏览器。
- 02
查看右侧解析出的浏览器、操作系统、设备和 bot 字段,并和你预期的请求来源对比。
- 03
如果要决定请求策略,重点看是否 Bot、Bot 类型和是否 AI 爬虫。
- 04
把解析结果复制到工单、SEO 日志分析或事故记录中,同时保留原始 UA,方便后续审计和重新解析。
功能说明
字段选择贴近日志排查、爬虫分析和客户端复现需求,结果可以直接放进工单和报告。
- 解析浏览器名称、版本、渲染引擎和引擎版本
- 分类桌面端、移动端、平板、电视、可穿戴设备、游戏主机和嵌入式客户端
- 标记搜索引擎爬虫、AI 爬虫、社交预览抓取器和监控工具
- 识别 WeChat、DingTalk、Feishu、Alipay、X 等常见应用内浏览器
- 显示 Client Hints 元数据是否可用,避免把它和纯 UA 信号混在一起判断
- 可读取当前浏览器 UA,一键开始复现环境和日志对比
- 输出适合粘贴到工单、复盘记录和事故记录里的可读信息块
- 全屏工作区更适合处理较长 UA 字符串和信息密集的诊断结果
适合哪些场景
把原始 UA 字符串转成可用于日志审查、爬虫分析、前端排查和客服交接的环境线索。
-
SEO 爬虫排查
检查 Googlebot、Bingbot、Baiduspider 等流量,确认爬取请求是否被阻挡、重定向,或收到了错误状态码。
-
AI 爬虫治理
识别 GPTBot、ClaudeBot、PerplexityBot 等流量,并配合 robots policy 和日志分组规则进行管理。
-
前端兼容性排查
根据浏览器版本和渲染引擎,判断 CSS 或 JavaScript 问题集中在哪些客户端环境。
-
流量质量和滥用审查
区分看起来像真人的会话、自动化访问和监控探测,提高风控和数据分析的准确性。
-
落地页转化诊断
还原设备和应用环境,判断某个客户端分组转化下降是否和页面渲染问题有关。
-
客服和事故交接
解析用户反馈中的 UA,把标准化后的浏览器、OS 和设备信息附到工单或事故记录中。
-
日志标准化流水线
把原始 UA 转成浏览器、OS、设备和 bot 维度,让仪表盘和 BI 工具可以使用稳定字段。
-
社交预览调试
识别 Slack、Discord、Twitter 的预览抓取请求,检查分享流程中的 Open Graph 元数据表现。
使用建议
下面这些做法可以让基于 UA 的判断在团队之间更稳定。
- 不要只依赖 UA 字符串,最好结合运行时 feature detection 一起判断。
- 日志里保留原始 UA,方便规则更新或审计时重新解析。
- 团队内统一 bot 分类口径,这样趋势分析和告警含义才一致。
- 对未知 UA 模式显式打标,并定期复查,避免新客户端长期落入默认分组。
- 把浏览器、OS、设备和 bot 字段标准化到统一字段结构,方便仪表盘和 BI 复用。
- SEO 场景中,把搜索爬虫和 AI 爬虫的占比分开跟踪,更容易发现爬取结构变化。
- 上线 allow、challenge 或 rate-limit 策略时,先分阶段观察,再进行强制执行。
- 不要只凭移动端分类就认定是应用内浏览器,还要结合应用环境字段。
- 跨团队共享技术字段名和展示标签,减少术语不一致带来的误解。
边界与注意事项
了解 UA 解析的边界,可以避免过度相信单一结果,把它作为多个信号中的一个来使用。
- User-Agent 可以伪造,不能作为身份判断或安全决策的唯一依据。
- 不同解析库对同一条 UA 的解释可能略有差异,关键结论建议用多种信息交叉确认。
- 新浏览器或新的 AI 爬虫刚出现时,规则库可能还没跟上,解析结果可能不完整。
- 采取动作前,请把 UA 结果和 IP、请求频率、请求路径、行为信号一起看。
- 同一个客户端在应用内 webview 中可能发送不同 UA,跨渠道分析前需要做标准化。
- 有些爬虫会伪装成主流浏览器 UA,因此只靠 UA 判断 bot 有明显上限。
- 代理和网关可能会改写请求头,必要时要和边缘日志一起核对。
- 样本量很小的日志容易造成 UA 分布偏差,不适合作为长期策略的唯一依据。
常见问题
这里整理了使用方式、准确性,以及依赖解析结果前需要注意的边界问题。
可以识别 AI 爬虫吗?
可以。输出会标记是否为 bot、bot 类型,以及是否为 AI 爬虫。覆盖 GPTBot、ClaudeBot、PerplexityBot、Google-Extended 等常见来源,足够用于日志分组和 robots policy 复查。
为什么有些 UA 只能解析出一部分?
有些 UA 本身暴露的信息就很少,或者来自刚出现的新客户端。建议保留原始 UA,结合行为数据判断,并在规则更新后重新解析。
适合做 SEO 诊断吗?
适合。它可以帮助确认爬虫来源、识别 AI 爬虫、检查社交预览请求,也适合处理索引分析旁边的流量质量问题。
可以只根据解析结果允许或拦截流量吗?
不建议。UA 只是一个信号。真正执行策略前,应结合 IP 信誉、reverse DNS、请求行为、速率限制和路径模式一起判断。
为什么和另一个工具解析结果不同?
不同解析器的规则和更新节奏不同。为了让比较和报告稳定,建议业务内部固定一套标准解析栈。
能证明访问者一定是真人吗?
不能。UA 只能帮助缩小范围。真正判断时还需要结合行为、请求频率、IP 信誉、Cookie 和挑战结果。
能分辨 Googlebot 和伪装成 Chrome 的 UA 吗?
工具能识别典型 Googlebot 模式。但要确认伪装 UA 的真实身份,还需要 reverse DNS、IP 段和行为模式验证。
为什么设备厂商和型号有时为空?
很多桌面端 UA 不包含厂商或型号信息,某些环境也会主动裁剪这些值。因此为空是很常见的情况。
为什么 iPad 有时会被识别成桌面端?
部分 iPadOS UA 会包含类似 Macintosh 的片段。工具会做一定推断,但边界场景仍然可能需要人工确认。
支持批量解析 UA 吗?
这个页面专注单条 UA 分析。批量处理建议在服务端日志流水线中使用同一解析库,并把结果写入数据仓库。
输入的 User-Agent 会上传吗?
不会。解析、检测和复制都在当前浏览器内完成,UA 不会离开页面。
可以直接用结果制定 robots policy 吗?
请把它作为辅助依据。建议先用真实爬虫日志验证分组,再分阶段上线策略变更。
在 SEO 日志分析里怎么用?
先解析 UA,再按 bot 类型分组,观察爬取占比、频率和状态码分布。索引问题经常会和爬取结构变化对应起来。
如何区分社交预览抓取和真实点击?
先看 bot 类型和应用环境,再结合 referrer、请求时间和后续页面行为一起确认。
Client Hints 可用 / 不可用是什么意思?
它表示当前环境是否暴露 Client Hints 元数据。Client Hints 可以补充 UA 字符串不容易表达清楚的浏览器和平台信息。
适合长期监控吗?
这个页面更适合诊断和验证规则。长期监控建议把同一套解析逻辑接入服务端日志流水线,并连接到告警系统。
更多相关工具
可以继续处理 URL 解析、子网计算、浏览器能力检查等网络与浏览器排查任务。