Die Angaben zu Browser, Betriebssystem, Bildschirm und Viewport, die ein Bugreport braucht, in einem kopierbaren Block. Unten wird dein User-Agent-String zerlegt, und wo dein Browser Client Hints anbietet, ergänzen sie die echte Betriebssystemversion. Alles wird lokal ausgelesen: Nichts wird hochgeladen.
Dein User-Agent-String
Wird erkannt…
Browser
Wird erkannt…
Engine
Wird erkannt…
Betriebssystem
Wird erkannt…
Gerät
Wird erkannt…
Alle Werte auf dieser Seite liest JavaScript in deinem Browser aus, und sie bleiben auf deinem Gerät. Dieses Tool sendet sie nirgendwohin und speichert sie nicht.
User-Agent Client Hints
Chromium-basierte Browser wie Chrome, Edge und Opera stellen auf dem Desktop und unter Android über navigator.userAgentData die Details bereit, die der UA-String nicht mehr enthält. Von dort kommen die echte Betriebssystemversion, die CPU-Architektur und die vollständige Browserversion.
Wird erkannt…
Display und Umgebung
Live aus deinem Browser gelesen. Ändere die Fenstergröße, und der Viewport zieht sofort mit.
Display
Bildschirmauflösung
Wird erkannt…Das ganze Display in CSS-Pixeln. Physische Pixel sind CSS-Pixel × Pixel Ratio.
Viewport
Wird erkannt…Der sichtbare Seitenbereich inklusive Scrollbalken. CSS-Media-Queries nutzen diese Breite.
Device Pixel Ratio
Wird erkannt…Physische Pixel pro CSS-Pixel. Der Seitenzoom ändert den Wert in Chrome, Edge und Firefox, setz den Zoom also vorher zurück.
Verfügbare Bildschirmfläche
Wird erkannt…Der Bildschirm abzüglich Taskleiste, Dock oder Menüleiste.
Farbtiefe
Wird erkannt…
Farbraum
Wird erkannt…Der größte Farbraum, den das Display meldet.
HDR
Wird erkannt…Ob Display und Browser High Dynamic Range melden.
Einstellungen und Region
Farbschema
Wird erkannt…Hell- oder Dunkelmodus laut Betriebssystem oder Browser.
Reduzierte Bewegung
Wird erkannt…
Kontrast
Wird erkannt…Erhöhter Kontrast oder erzwungene Farben, etwa durch Kontrastdesigns unter Windows.
Sprachen
Wird erkannt…In der Reihenfolge deiner Präferenz, wie im Browser oder Betriebssystem eingestellt.
Zeitzone
Wird erkannt…
Hardware und Eingabe
Touchpunkte
Wird erkannt…Maximale Anzahl gleichzeitiger Berührungspunkte. 0 heißt: kein Touchscreen.
Primäres Zeigegerät
Wird erkannt…Fein ist Maus oder Trackpad, grob ist ein Finger.
CPU-Threads
Wird erkannt…Logische Prozessoren, die der Browser meldet.
Arbeitsspeicher
Wird erkannt…Nur in Chromium, aus Datenschutzgründen grob gerundet.
GPU
Wird erkannt…Über WebGL gelesen. Manche Browser geben aus Datenschutzgründen einen generischen Namen zurück.
Datenschutz und Verbindung
Cookies aktiviert
Wird erkannt…
Datenschutzsignale
Wird erkannt…Global Privacy Control und Do Not Track, so wie dieser Browser sie meldet.
Verbindung
Wird erkannt…
Netzwerk
Wird erkannt…Nur in Chromium. Eine Schätzung anhand des letzten Datenverkehrs, kein Speedtest.
Für den Bugreport kopieren
Wähle ein Format und die Felder, die du brauchst. Die Vorschau zeigt genau, was kopiert wird, fertig zum Einfügen in den Umgebungsabschnitt eines Tickets.
Format
Ein Feld pro Zeile. Funktioniert überall: E-Mail, Chat, jeder Tracker.
Vorschau
Wird erkannt…
User-Agent analysieren
Füge einen beliebigen User-Agent-String ein, etwa aus Server-Logs, Analytics oder einem Support-Ticket, und lass ihn nach denselben Regeln zerlegen. Eine komplette Access-Log-Zeile oder eine „User-Agent:“-Headerzeile funktioniert auch.
Beispiele
Manche Browser lassen sich am String gar nicht erkennen. Brave zum Beispiel sendet exakt denselben User-Agent wie Chrome, jeder Parser meldet ihn also als Chrome. Nur die Live-Prüfung oben auf dieser Seite erkennt ihn.
Häufig gestellte Fragen
Ist mein User-Agent privat oder einzigartig?+
Privat ist er nicht: Dein Browser schickt ihn im User-Agent-Header an jede Website, die er lädt. Für sich allein ist er selten einzigartig, denn Millionen Menschen nutzen dieselbe Browserversion auf demselben Betriebssystem, und Chromes User-Agent-Reduktion hat die Strings noch ähnlicher gemacht. Zusammen mit Bildschirmgröße, Zeitzone, Sprachen, Schriften und GPU wird er aber zu einem Baustein für Browser-Fingerprinting. Genau deshalb kürzen die Browser ihn immer weiter.
Warum beginnt mein User-Agent mit Mozilla/5.0?+
Aus historischen Gründen. In den 1990ern lieferten viele Websites ihre besten Seiten nur an Netscape aus, dessen User-Agent mit „Mozilla“ begann. Der Internet Explorer gab sich deshalb als „Mozilla (compatible; MSIE)“ aus, um dieselben Seiten zu bekommen, und seitdem behält jeder Browser das Präfix, damit alte Browserweichen weiter funktionieren. Heute trägt Mozilla/5.0 keinerlei Information mehr.
Warum steht da Windows 10, obwohl ich Windows 11 habe?+
Windows 11 meldet sich weiterhin als Windows NT 10.0, genau wie Windows 10, und laut Microsoft wird der User-Agent auch nicht angepasst, um die beiden zu unterscheiden. Zuverlässig klappt das nur über User-Agent Client Hints: Eine Plattformversion ab 13 bedeutet Windows 11. Diese Seite liest den Wert in Chrome, Edge und Opera aus. Firefox unterstützt keine Client Hints, dort steht deshalb „Windows 10 oder 11“.
Warum zeigt mein Mac macOS 10.15.7 an?+
Safari und Chrome haben die macOS-Version im User-Agent auf 10_15_7 eingefroren, Firefox auf 10.15. Jeder Mac ab macOS 11 Big Sur sieht deshalb aus wie Catalina. Das verhindert, dass Websites mit schlampiger Versionserkennung kaputtgehen, und gibt Fingerprinting-Skripten weniger Material. In Chrome, Edge und Opera liest diese Seite deine echte Version aus Client Hints. In Safari und Firefox schaust du unter Apple-Menü > Über diesen Mac nach.
Wie finde ich meinen User-Agent auf dem iPhone oder unter Android?+
Öffne diese Seite in dem Browser, den du prüfen willst. Ganz oben steht der vollständige String mit einem Kopieren-Button, direkt darunter Browser und Betriebssystem. In Safari ab iOS 26 steht im String selbst iOS 18, weil Safari diesen Wert einfriert. Diese Seite liest die echte Version deshalb aus Safaris Token Version/. Jeder Browser auf dem Handy hat einen eigenen User-Agent, ebenso die In-App-Browser in Instagram, Facebook oder TikTok. Öffne die Seite also genau in der App, in der der Fehler auftritt. Auf dem iPad fordert Safari standardmäßig Desktop-Websites an und sendet einen Mac-User-Agent, diese Seite erkennt das iPad trotzdem.
Was ist der Unterschied zwischen User-Agent und IP-Adresse?+
Der User-Agent beschreibt deine Software: Browser, Version, Betriebssystem und Gerätetyp. Die IP-Adresse identifiziert deine Netzwerkverbindung und wird von deinem Internetanbieter, Mobilfunkanbieter oder VPN vergeben. Websites bekommen bei jeder Anfrage beides, aber die beiden beantworten unterschiedliche Fragen. Dieses Tool liest nur, was dein Browser für JavaScript bereitstellt, und zeigt deshalb keine IP-Adresse an.
Mehr erfahren
Du schreibst Bugreports oder planst Testsessions? Diese Anleitungen passen gut zu diesem Tool:
Ein User-Agent ist ein kurzer Text, den dein Browser bei jeder Anfrage im User-Agent-Header mitschickt und JavaScript als navigator.userAgent bereitstellt. Das meiste daran ist Geschichte. Hier ein typischer String von Chrome unter Windows, in seine Teile zerlegt:
Mozilla/5.0(Windows NT 10.0; Win64; x64)AppleWebKit/537.36(KHTML, like Gecko)Chrome/157.0.0.0Safari/537.36
Historisches Präfix
Plattform (OS und CPU)
Rendering-Engine
Kompatibilitäts-Token
Browser
Mozilla/5.0: ein historisches Präfix, das jeder große Browser sendet. Über den Browser sagt es nichts.
(Windows NT 10.0; Win64; x64): die Plattform, also Betriebssystem und danach CPU-Architektur. Auf dem Mac steht hier (Macintosh; Intel Mac OS X 10_15_7), unter Android (Linux; Android 10; K).
AppleWebKit/537.36: das Engine-Token. Chromes Engine Blink hat sich 2013 von WebKit abgespalten und sendet diese eingefrorene WebKit-Version bis heute.
(KHTML, like Gecko): reiner Kompatibilitätsballast. KHTML ist die KDE-Engine, aus der WebKit hervorging, und „like Gecko“ kam dazu, damit Websites, die Gecko-Browsern bessere Seiten lieferten, das auch hier tun.
Chrome/157.0.0.0: der eigentliche Browser mit seiner Hauptversion. Edge hängt Edg/ an, Opera OPR/ und Samsung Internet SamsungBrowser/, das Chrome-Token bleibt aus Kompatibilitätsgründen stehen.
Safari/537.36: noch ein Kompatibilitäts-Token, damit Websites, die nach Safari suchen, weiter funktionieren.
Firefox ist einfacher: Mozilla/5.0 (X11; Linux x86_64; rv:159.0) Gecko/20100101 Firefox/159.0. Dabei ist rv: die Gecko-Version und Gecko/20100101 auf dem Desktop ein festes Datums-Token. Safari schreibt seine eigene Version in Version/27.2 und behält Safari/605.1.15 als Build-Token. Faustregel: Lies die Plattform in der ersten Klammer und such dann am Ende nach dem spezifischsten Browser-Token.
User-Agent-Reduktion: Warum Teile des Strings eingefroren sind
Die Browser haben den User-Agent in den letzten Jahren immer weiter gekürzt. Ein detaillierter String ist ein bequemes Fingerprinting-Signal, und Browserweichen auf exakte Versionen haben immer wieder Websites kaputt gemacht. Deshalb stimmen mehrere Werte, auf die man sich verlassen würde, nicht mehr:
Chromes reduzierter User-Agent: Zwischen 2022 und 2023 hat Chrome die User-Agent-Reduktion ausgerollt. Die Nebenversion ist immer 0.0.0, der Plattformteil auf dem Desktop ist fest, und unter Android wird das Gerätemodell durch K ersetzt. Edge, Opera und andere Chromium-Browser nutzen dasselbe Format.
macOS hängt bei 10_15_7: Safari und Chrome melden auf jedem Mac ab macOS 11 Intel Mac OS X 10_15_7, Firefox meldet 10.15. Alle drei sagen außerdem Intel, auch auf Macs mit Apple Silicon.
iOS hängt bei 18: Seit iOS 26 meldet Safari auf iPhone und iPad eine iOS-18-Version (iPhone OS 18_6 oder 18_7), egal welche Version wirklich installiert ist. Das Token Version/ enthält weiterhin die echte Safari-Version, und die entspricht der iOS-Version, zum Beispiel Version/27.2. Chrome unter iOS sendet weiterhin die echte Version.
Windows 11 als Windows NT 10.0: Windows 11 sendet dasselbe Token wie Windows 10. Microsoft empfiehlt Client Hints: Eine Plattformversion ab 13 bedeutet Windows 11.
Android auf K reduziert: Chrome unter Android sendet Linux; Android 10; K, egal welche Version und welches Modell wirklich dahinterstecken.
Wozu es Client Hints gibt
User-Agent Client Hints holen die Details aus dem Standard-String heraus. Eine Website bekommt die groben Werte (Marke, Hauptversion, Plattform und ob es ein Mobilgerät ist) automatisch und muss den Rest wie Plattformversion, Architektur, Gerätemodell und vollständige Version gezielt anfordern, über den Response-Header Accept-CH oder navigator.userAgentData.getHighEntropyValues() in JavaScript. Chrome, Edge, Opera und andere Chromium-Browser unterstützen das auf dem Desktop und unter Android. Safari, Firefox und alle Browser auf iPhone und iPad unterstützen es nicht. Deshalb kann diese Seite deine genaue Betriebssystemversion in manchen Browsern anzeigen und in anderen nicht.
Was in den Umgebungsabschnitt eines Bugreports gehört
Wer dein Ticket liest, muss dein Setup nachstellen können. Diese Felder decken die meisten Frontend-Bugs ab und sind im Kopierblock oben standardmäßig ausgewählt:
Browser und Version: Rendering und JavaScript-Unterstützung unterscheiden sich je nach Engine und Release. „Chrome 157“ grenzt einen Bug viel stärker ein als „Chrome“.
Betriebssystem: Schriften, Formularelemente, Scrollbalken und Dateidialoge kommen vom Betriebssystem.
Gerätetyp: Touch oder Maus verändert Hover-Zustände, Tippflächen und Gesten.
Viewport: die Größe des Seitenbereichs. Responsive Layouts schalten bei bestimmten Viewport-Breiten um. Ein Menü, das bei 1023 px kaputtgeht, bei 1024 px aber nicht, ist also ein Viewport-Bug. Diese Zahl gibst du bei Layoutproblemen an.
Bildschirmauflösung: das ganze Display in CSS-Pixeln. Aufs Layout wirkt sie sich selten aus, wichtig ist sie aber bei Vollbildansichten, Fensterpositionen und sehr breiten Monitoren.
Device Pixel Ratio: wie viele physische Pixel ein CSS-Pixel bilden. Ein Wert ab 2 erklärt, warum ein 1x-Bild auf einem Rechner unscharf wirkt oder eine Haarlinie anders aussieht als auf einem anderen.
Sprache und Zeitzone: Übersetzungen, Datums- und Zahlenformate sowie Datumsangaben, die nahe Mitternacht UTC um einen Tag verrutschen, hängen davon ab.
Nimm Farbschema und reduzierte Bewegung dazu, wenn es um Dark Mode oder Animationen geht, und die GPU bei Canvas, Video oder WebGL.
Bildschirm, Viewport und Pixel Ratio an einem Beispiel
Ein Laptop mit einem Panel von 2880 × 1800 Pixeln bei 200 % Skalierung meldet einen Bildschirm von 1440 × 900 CSS-Pixeln und eine Device Pixel Ratio von 2. Bei maximiertem Browserfenster ist der Viewport noch kleiner, etwa 1440 × 790, weil Tabs, Symbolleiste und Dock oder Taskleiste Platz brauchen. Das Layout richtet sich nach dem Viewport, die Schärfe nach der Pixel Ratio.
So testest du mit einem anderen User-Agent
Chrome und Edge: Öffne die DevTools und dort das Panel Network conditions (Netzwerkbedingungen, über das Befehlsmenü erreichbar). Entferne unter User agent den Haken bei der Browser-Standardeinstellung und wähle eine Vorlage oder füge deinen eigenen String ein. Der Device Mode (Strg+Umschalt+M, auf dem Mac Cmd+Umschalt+M) geht weiter und emuliert auch Viewport-Größe, Pixel Ratio und Touch.
Firefox: Der Responsive Design Mode (Strg+Umschalt+M, auf dem Mac Cmd+Option+M) hat ein Feld für den User-Agent. Für den ganzen Browser legst du in about:config einen String general.useragent.override an.
Safari: Aktiviere das Entwickler-Menü (Einstellungen > Erweitert > Funktionen für Webentwickler anzeigen) und wähle dann im Entwickler-Menü den User-Agent.
Automatisierte Tests: Playwright setzt ihn pro Browser-Kontext über die Option userAgent, Puppeteer pro Seite mit page.setUserAgent().
Warum ein gefälschter User-Agent die Engine nicht ändert
Ein anderer User-Agent ändert nur den Text, den dein Browser sendet und meldet. Gerendert und ausgeführt wird die Seite weiterhin von deiner eigenen Engine: Chrome, das sich als Safari auf dem iPhone ausgibt, bleibt Blink, mit Blinks CSS-Unterstützung, Schriftdarstellung und Bugs. Für serverseitige Weiterleitungen, Mobilerkennung oder Analytics reicht das. Um einen Darstellungsfehler nachzustellen, brauchst du die echte Engine: ein echtes Gerät, Safari selbst, den iOS-Simulator aus Xcode oder den WebKit-Build von Playwright.