User-Agent analysieren: Browser, System und Gerät

Dieser Parser erzeugt daraus ein vorhersehbares Ergebnis mit Name und Version des Browsers, Betriebssystem und Version sowie einer praktischen Gerätekategorie. Er nutzt transparente, deterministische Regeln. Daher liefert dieselbe Eingabe stets dieselbe Ausgabe, ohne Netzwerkabfrage, Zufall, Fingerprinting oder verborgene Anreicherung.

Geben Sie möglichst den vollständigen Header an

Fügen Sie den Wert des HTTP-Headers User-Agent einschließlich aller Produktkennungen und des Plattformabschnitts in Klammern in das Feld user_agent ein. Vollständige Strings liefern genügend Hinweise, um Browser zu unterscheiden, die dieselbe Rendering-Familie verwenden. Aktuelle Strings von Edge, Opera, Samsung Internet und Chrome können beispielsweise alle die Kennung Chrome enthalten. Deshalb prüft der Parser zuerst die spezifischeren Merkmale und übernimmt erst danach den allgemeinen Chrome-Treffer. Die Reihenfolge ist ebenso bei Firefox und Chrome unter iOS wichtig, weil Vorgaben der Apple-Plattform dort andere Strings als auf Desktop-Systemen bewirken. Leerzeichen am Anfang und Ende werden ignoriert. Ein leerer oder ausschließlich aus Leerzeichen bestehender Wert wird jedoch als ungültige Eingabe abgelehnt, da keine sinnvolle Einstufung möglich ist. Der Parser kontaktiert weder das Gerät noch fragt er eine IP-Adresse ab; auch Client Hints und andere Identifikatoren werden nicht verknüpft. Wenn Sie Versionsangaben benötigen, senden Sie den ursprünglichen Header statt einer verkürzten Bezeichnung. Ein gekürzter oder unbekannter String kann verarbeitet werden, doch Felder ohne erkennbare Hinweise erscheinen als Unbekannt mit einer leeren Version, anstatt Werte zu erraten.

So funktionieren die Regeln für Browser und Betriebssystem

Die Erkennung folgt einer festen Rangfolge gebräuchlicher User-Agent-Kennungen. Spezifische Merkmale wie Edg, OPR, SamsungBrowser, CriOS und FxiOS werden vor allgemeinen Mustern für Chrome, Firefox und Safari ausgewertet. Dadurch wird ein Chromium-basierter Browser nicht allein deshalb als Chrome bezeichnet, weil sein Header diesen Namen aus Kompatibilitätsgründen enthält. Bei Safari dient die Kennung Version zur Ermittlung, da die separate Safari-Kennung die Produktfamilie und nicht die veröffentlichte Browserversion beschreibt. Betriebssysteme werden ähnlich vorsichtig ausgewertet: Windows Phone kommt vor Desktop-Windows, Android vor dem allgemeinen Linux und iOS vor macOS-Kompatibilitätsfragmenten. Unterstriche in Apple-Versionen werden in Punkte umgewandelt. Windows-NT-Werte werden bekannten Versionen zugeordnet, sofern eine verlässliche übliche Zuordnung besteht. Windows NT 10.0 wird bewusst als „10 oder 11“ ausgegeben, weil der klassische Header diese Versionen nicht zuverlässig trennt. Dies sind bekannte Musterregeln und keine Wahrscheinlichkeitsaussagen. Neue Produkte, aus Datenschutzgründen reduzierte Strings, eingebettete Webansichten und herstellerspezifische Varianten können daher Unbekannt oder nur eine allgemeine Familie ergeben. Dieses zurückhaltende Verhalten ist für Auswertungen sicherer als erfundene Genauigkeit.

Behandeln Sie den Gerätetyp als Kategorie, nicht als Identität

Das Ergebnis device_type ist eine grobe betriebliche Kategorie: Desktop, Mobilgerät, Tablet, Bot oder unbekannt. Tablet-Merkmale werden vor allgemeinen Mobilmerkmalen geprüft, weil viele Android-Tablets Android enthalten, Mobile aber absichtlich auslassen. Erkannte Telefone, iPhone, iPod, Windows Phone und weitere mobile Kennungen ergeben Mobilgerät. Übliche Begriffe für Crawler ergeben Bot. Das ist für Protokollübersichten nützlich, ersetzt jedoch weder mehrstufige Schutzmaßnahmen gegen Missbrauch noch die Authentifizierung verifizierter Crawler. Ein erkennbarer Desktop-Browser oder ein entsprechendes Betriebssystem wird standardmäßig als Desktop eingestuft. Ein String ohne bekannte Browser- oder Systemhinweise ergibt unbekannt. Diese Kategorien beschreiben lediglich die Selbstauskunft des Absenders und kein verifiziertes physisches Gerät. User-Agent-Werte lassen sich ändern, automatisierte Clients können Browser nachahmen und moderne Datenschutzfunktionen reduzieren bewusst Einzelheiten. Nutzen Sie das Ergebnis für Berichte, Protokollanreicherung, Kompatibilitätshinweise oder eine sinnvolle anfängliche Darstellung. Verwenden Sie es nicht als Sicherheitsgrenze, eindeutigen Fingerabdruck oder Eigentumsnachweis. Bei Entscheidungen über Zugriff, Zahlungen oder Betrug sind serverseitige Autorisierung und spezialisierte Risikosignale erforderlich.