My Browser User-Agent

User-Agent is the ID card your browser shows the server — for example, that you run Chrome 125 on a MacBook. We decode that string for you.

Your Browser User-Agent String (Raw)
Loading User-Agent...

Operating System (OS)

Loading...

Browser Engine

Loading...

Rendering Core

Loading...

Device Type

Loading...

3-Line Summary

  • 1Capture the raw User-Agent string your device transmits.
  • 2Parse OS, browser engine, and Chrome vs Safari details.
  • 3Learn how servers branch content based on User-Agent.

Why User-Agent Exists

Servers use User-Agent to serve mobile layouts, block outdated browsers, or tailor responses. It is a branching filter for responsive and compatible experiences.

Why Chrome's UA Mentions Safari, Mozilla, and WebKit

Historical compatibility: browsers once pretended to be Mozilla; Safari added WebKit; Chrome added Safari-like tokens plus Chrome/version. Modern Chrome UAs look like `Mozilla/5.0... AppleWebKit/537.36... Chrome/125.0... Safari/537.36` — a layered legacy string.

Transition to User-Agent Client Hints (UA-CH)

Long detailed User-Agent strings enable fingerprinting. W3C and browser vendors are moving to UA-CH — shorter defaults and permission-gated hints — to improve privacy while still supporting compatibility.

GOOGLE ADSENSE

Frequently Asked Questions (FAQ)

Yes. In Chrome DevTools → More tools → Network conditions, disable automatic User-Agent and pick another device (e.g., iPhone Safari) to force mobile layouts for debugging.
Yes. Googlebot identifies honestly, e.g., `Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)`, so site owners can allow or block crawling as needed.