HTTP und Request-Debugging
Ein User-Agent pro Zeile. Erkannte Angaben und unbekannte Felder bleiben zusammen mit dem Original nachvollziehbar.
UA-Texte werden im Browser verarbeitet; Eingaben werden weder versendet noch gespeichert.
Analyseregeln werden geladen…
Ein UA pro Zeile · 500 Einträge · 500 Zeichen je UA · 512 KiB Eingabe.
Die Regeln beschreiben den Text. Unbekannt bedeutet nicht Desktop; Versionen können eingefroren sein.
Parser: ua-parser-js 1.0.41 · Mitgelieferte Regeln: 1.0.41
Analyseregeln werden geladen…
Ein Support-Ticket nennt Edge, im angehängten Text stehen aber auch Chrome und Safari. Der User-Agent-Parser ordnet solche Kompatibilitätsangaben anhand fester Regeln ein. Das voreingestellte Beispiel zeigt, warum die Suche nach einem einzelnen Browsernamen nicht ausreicht.
Für eine kleine Stichprobe aus Zugriffsprotokollen genügt eine UA pro Zeile. Wiederholungen bleiben erhalten, und jede Ausgabe verweist auf ihre ursprüngliche Zeile. Fehlende Geräteangaben werden nicht durch eine vermeintlich sichere Desktop-Zuordnung ersetzt.
Der User-Agent-Parser zeigt elf Felder getrennt an. Er kann einen Browser erkennen, ohne den Gerätetyp bestimmen zu können. Vergleichen Sie deshalb den User-Agent String mit dem Ergebnis, bevor Sie eine konkrete Testumgebung aus den Angaben ableiten.
Originalzeile, bereinigter UA-Wert und Zeilennummer bleiben im Bericht verbunden. Leerzeilen werden gezählt, identische Einträge nicht zusammengeführt. Auch ein unbekannter Client bleibt zwischen erkannten Browsern sichtbar und kann später einzeln untersucht werden.
Pro Zeile ist ein UA-Wert oder ein einzelner Header mit User-Agent: erlaubt. Groß- und Kleinschreibung des Präfixes spielt keine Rolle. Präfix und äußere Leerzeichen werden nur für die Analyse entfernt. Vollständige Logzeilen, JSON-Anführungszeichen und Escape-Sequenzen werden nicht aufgelöst.
Die automatische Analyse wartet nach Änderungen 350 ms. Ist sie ausgeschaltet, starten Sie mit Analysieren oder Strg/Cmd+Enter. Sobald sich die Eingabe ändert, wird der Export des alten Berichts gesperrt. Ein Wechsel zwischen Feldern und JSON löst keine neue Analyse aus.
Eigener Browser, Beispiele und Leeren zeigen zunächst eine Vorschau samt Anzahl der betroffenen Einträge. Nach dem Anwenden stellt Rückgängig Eingabe und Bericht wieder her. Weitere 50 anzeigen erweitert die Vorschau; Kopieren und Herunterladen enthalten immer den vollständigen aktuellen Bericht.
Name, gemeldete Vollversion und Hauptversion des Browsers erscheinen separat. Auch Rendering-Engine und Betriebssystem haben eigene Namens- und Versionsfelder. Ein Edge-UA kann Chrome- und Safari-Tokens enthalten. Eingefrorene Versionswerte bleiben im Bericht so stehen, wie die Regeln sie lesen.
Typ, Hersteller, Modell und CPU-Architektur werden einzeln ermittelt. Ein erkanntes Mobilgerät muss kein bekanntes Modell haben; ein erkanntes Windows beweist keinen Desktop. Fehlende Werte erscheinen in JSON als null. unknownFields nennt die betroffenen Felder für die weitere Verarbeitung.
raw enthält die komplette Originalzeile, ua den Wert ohne Headerpräfix und äußere Leerzeichen. line zählt ab eins und verweist auf die Eingabe. Die Normalisierung verändert den Editor nicht. Damit bleibt auch nach einem Export nachvollziehbar, welcher Text tatsächlich ausgewertet wurde.
Der Bericht nennt ua-parser-js 1.0.41 und die mit dieser Version ausgelieferten Regeln. Eingefügte Texte und die eigene Browserkennung folgen demselben Ablauf. Touch-Erkennung, Brave-Sondererkennung und Client Hints werden nicht mit alten Protokolldaten vermischt.
Chromium-Browser behalten ältere Kompatibilitätstokens. Die Regeln prüfen bekannte Edge- und Opera-Signaturen vor dem allgemeinen Chrome-Muster. Fehlt das abschließende Edg/ oder OPR/, kann die entscheidende Information verloren sein. Fügen Sie deshalb die vollständige Zeichenfolge ein.
Die Bibliothek sucht nach bekannten Gerätemustern. Ohne Treffer bleibt das Feld unbekannt, auch wenn Browser oder Betriebssystem erkannt wurden. Ein Treffer beschreibt die Zeichenfolge und bestätigt weder Gehäuseform noch tatsächlich verwendete Hardware.
Diese Ausgabe bietet keine Bot-Klassifikation. Ein Text, der Googlebot nennt, wird wie jeder andere selbst angegebene UA verarbeitet und kann unbekannte Browserfelder ergeben. Die Echtheit eines Crawlers muss mit zusätzlichen Informationen außerhalb der Zeichenfolge geprüft werden.
Ja. Eigener Browser liest navigator.userAgent und öffnet eine Vorschau zum Ersetzen der Eingabe. Nach dem Anwenden wird derselbe reine Textparser verwendet. Bildschirmdaten, Touch-Fähigkeiten und zusätzliche Client Hints werden nicht übernommen.
Nach dem Laden der Parserdatei läuft die Berechnung im Browser. Der Arbeitsbereich versendet keine UA-Daten, speichert keinen Eingabeverlauf und schreibt den Text nicht in die URL. Ein exportierter Bericht enthält die Originalzeilen; prüfen Sie diese vor dem Weitergeben.
Wird eine Kennung falsch ausgewertet?
Nutzen Sie den User-Agent-Parser für eine kleine Stichprobe, vergleichen Sie unbekannte Angaben mit den Originalzeilen und exportieren Sie den Bericht samt Regelversion.