Browser- und Systeminformationen prüfen
User-Agent, Bildschirm, Viewport, Betriebssystem und Feature-Flags für Bugreports und Kompatibilitätstests erfassen — ohne Extension.
Weitere Utilities, die gut zu dieser Anleitung passen:
Warum das wichtig ist
Ein Nutzer meldet: „Der Datumspicker öffnet sich nicht auf dem Handy.“ Sie fragen nach dem Browser — „Chrome“. Zwei Tage reproduzieren Sie Chrome 121 Desktop — bis klar wird: Chrome auf iOS ist unter der Haube WebKit, nicht Blink. Eine Seite „Umgebungsreport mit einem Klick“ vermeidet diesen Umweg. Gleiches gilt für Kompatibilitätstests, Support und jedes Mal, wenn Sie sehen wollen, wie die Rendering-Umgebung wirklich aussieht.
Drei echte Szenarien
Link an Kundin; „Bericht kopieren“ — ins Ticket einfügen.
Entwicklung reproduziert schneller
Bildschirmgröße, DPR, Viewport, Orientierung an einem Ort.
DPR-Mismatch erkannt
Feature-Matrix für WebGL, WebRTC, WebAssembly usw.
Nicht unterstützte Tests überspringen
Schritt für Schritt
Öffnen Sie das Browser-Info-Tool.
Im zu prüfenden Browser öffnen
Jede URL auf dem Gerät erzeugt einen Report für diesen Browser.
User-Agent-Aufschlüsselung lesen
Browsername und -version, Layout-Engine, OS-Familie, OS-Version, Gerätetyp.
Bildschirm und Viewport
Pixelauflösung, Device Pixel Ratio, Viewport-Breite/-Höhe, Farbraum.
Feature-Flags prüfen
WebGL, WebGPU, Service Workers, Push, Notifications, Storage, Permissions API.
Strukturierten Report kopieren
Markdown oder JSON — ins Ticket, ohne Nachfragen.
Erkannt
(Open the page on the device)Auszug
Browser : Chrome 121
Engine : Blink
OS : Android 14
Device : Pixel 7
Screen : 1080 × 2400 @ 2.625 dpr
Viewport : 412 × 915
WebGL : ✔ (ANGLE)
Service Worker : ✔
Touch : ✔
Profi-Tipps
- Report ins Support-Template. URL in „Bug melden“ einbetten — Kundinnen liefern ihn standardmäßig mit.
- Reports vergleichen, wenn nur ein Gerät regrediert — Diff zeigt oft OS-Update oder DPR.
- Gefälschte User-Agents. DevTools können UA ändern ohne echte Fähigkeiten. Feature-Matrix ist schwerer zu faken als UA.
- iOS-Chrome / Edge / Firefox nutzen WebKit. Die Browserversion täuscht — echte Engine ist der iOS-WebView.
Typische Stolpersteine
Stolperstein
UA-Strings werden zunehmend gekürzt
Datenschutz-Browser frieren UA ein („UA Reduction“). Für Marke/Version navigator.userAgentData (Client Hints) — das Tool bevorzugt Client Hints, wenn verfügbar.
Stolperstein
Viewport ändert sich mit DevTools
Geöffnetes DevTools-Panel verändert Viewport — Snapshot mit geschlossenen Tools, wenn Sie die echte Nutzer-Viewport wollen.
Stolperstein
Touch auf Touchscreen-Laptop
„Touch unterstützt“ heißt nicht Touch-Nutzung — Laufzeit über pointerType statt nur Capability.
Wann dieses Tool nicht passt
- Netzwerk-Diagnose (Latenz, DNS, Durchsatz) — Speedtest oder eigenes RUM.
- Gerätetest in großem Maßstab — BrowserStack, Sauce Labs.
- Einzelnutzer tracken — das Tool zeigt Fingerabdruckdaten auf Nachfrage; nicht als Tracker einsetzen.
FAQ
Werden Daten irgendwohin geschickt?
Nein. Alle Werte clientseitig aus navigator, screen, window. Nichts verlässt die Seite.
Warum ist „OS" unter Linux falsch?
Distros sind aus dem UA nicht immer erkennbar. Das Tool meldet „Linux x86_64“ ohne Distro — mehr liefert der Browser nicht.
Hardware Concurrency / RAM?
hardwareConcurrency und deviceMemory (GiB gerundet), wo unterstützt, plus GPU-Vendor via WebGL-Renderer.
Nächste Schritte
- IP oder Hostname aus dem Ticket mit dem IP-Lookup dekodieren.
- Betroffene URL mit dem URL-Parser zerlegen.
- HTTP-Status aus dem Report in der HTTP-Status-Referenz nachschlagen.