Viele wissen, dass der User-Agent zum “Tarnen des Browsers” genutzt werden kann, aber wie man tatsächlich vorgeht—insbesondere wie man ihn in Edge und Safari wechselt—ist oft unklar.
Heutzutage verlassen sich Plattformen nicht mehr nur auf einen einzelnen UA; sie kombinieren ihn auch mit Browser-Fingerprinting, um die reale Umgebung zu bestimmen. Wenn man den UA einfach “irgendwie ändert”, wird man sehr leicht erkannt.
Als Nächstes beginnen wir mit den Grundlagen des User-Agent-Parsings und führen Sie dann Schritt für Schritt durch den Wechsel in Edge und Safari.

Einfach gesagt ist der User-Agent (UA) ein Stück “Identitätsinformation”, das der Browser beim Aufruf einer Website aktiv an den Server sendet. Er umfasst in der Regel:
• Browsertyp (Chrome / Safari / Edge usw.)
• Betriebssystem (Windows / macOS / iOS / Android)
• Gerätetyp (PC / mobil / Tablet)
• Dies ist auch der Kern dessen, was wir als User-Agent-Parsing bezeichnen.
Insbesondere in Sicherheitstests oder Datenanalysen ist der UA nur ein Teil des “Browser-Fingerprint”. Häufig wird er mit Auflösung, Schriftarten, Canvas und anderen Informationen kombiniert, um Nutzer zu identifizieren.
Edge (auf Chromium-Basis) ist tatsächlich sehr einfach zu bedienen:
Tastenkürzel verwenden:
Windows: F12 oder Ctrl + Shift + I
Mac: Cmd + Option + I
Klicken Sie oben links auf das Symbol “Telefon + Tablet” (Toggle Device Toolbar)
Sie können direkt Geräte wie iPhone, Pixel, iPad usw. auswählen, und Edge wechselt automatisch zum entsprechenden User-Agent.
Für eine präzisere Kontrolle klicken Sie oben rechts auf das Dreipunkt-Menü, wählen Sie More tools → Network conditions, deaktivieren Sie “Use browser default” und wählen bzw. definieren Sie einen User-Agent aus dem Dropdown.
👉 Tipp: Diese Methode eignet sich für temporäre Tests und ändert den Browser nicht dauerhaft.
Öffnen Sie Safari → gehen Sie zu “Preferences” → klicken Sie auf “Advanced” und aktivieren Sie “Show Develop menu in menu bar.”
In der Menüleiste: Develop → User Agent
Sie sehen eine Liste mit Optionen wie Safari iOS, Chrome Windows, Firefox usw. Klicken, um direkt zu wechseln.
Safari unterstützt standardmäßig nicht die direkte Eingabe eines benutzerdefinierten UA, Sie können jedoch Request-Header über Entwicklerwerkzeuge ändern oder Erweiterungen verwenden.
Nach dem UA-Wechsel wird eine Überprüfung empfohlen. Mit dem ToDetect-Fingerprint-Checker können Sie prüfen:
• Ergebnisse des User-Agent-Parsings
• IP-Informationen
• Browsertyp
Er erkennt zudem tiefere Faktoren wie Canvas-Fingerprint, WebGL-Fingerprint, Zeitzone, Sprache usw., die allesamt wichtige Bestandteile des Browser-Fingerprinting sind.
Viele glauben, das Ändern des UA mache sie “unsichtbar”, doch das ist ein Irrtum. Moderne Websites stützen sich stärker auf:
• Browser-Fingerprint
• Verhaltensmerkmale (z. B. Mausbewegung)
• IP + Geolokalisierung
• Anders gesagt: Der UA ist nur die “erste Tarnschicht”. Wenn Sie Crawler-Tests, Anzeigenprüfung oder Multi-Account-Isolierung durchführen,
müssen Sie Fingerprint-Browser, Proxy-IPs und Cookie-Isolierung kombinieren.
| Dimension | Edge (Chromium) | Safari (macOS) | Chrome | Fingerprint-Browser (Erweitertes Tool) |
|---|---|---|---|---|
| Schwierigkeit des UA-Wechsels | ⭐ Einfach (direkt in DevTools) | ⭐⭐ Mittel (Develop-Menü aktivieren) | ⭐ Einfach | ⭐⭐⭐ Stark anpassbar |
| Unterstützung für benutzerdefinierten UA | Unterstützt (Network Conditions) | Eingeschränkt (erfordert Erweiterungen) | Unterstützt | Vollständig unterstützt (Batch-Verwaltung) |
| Genauigkeit des UA-Parsings | Hoch (nahe am Realgerät) | Hoch (native Umgebung) | Hoch | Hochgradig anpassbar oder sogar fälschbar |
| Fingerprint-Konsistenz | Mittel (es ändert sich nur der UA) | Hoch (Konsistenz im Apple-Ökosystem) | Mittel | Stark (multidimensionales Spoofing) |
| Erkennbarkeit als gefälscht | Relativ leicht | Mittel | Relativ leicht | Schwierig (abhängig von der Konfiguration) |
| Änderungen auf Fingerprint-Ebene | ❌ | ❌ | ❌ | ✅ (Canvas/WebGL/Schriftarten usw.) |
| Geeignete Nutzer | Frontend / Tester | iOS-Web-Debugging | Allgemeine Entwickler | Crawler / Anzeigen / Multi-Account-Nutzer |
| Typische Anwendungsfälle | Mobilzugriff simulieren | Safari-Kompatibilität testen | Schnelles Debugging | Fingerprint-Erkennung umgehen |
Der Wechsel des User-Agent ist nur ein Anfang, nicht das Ziel. Er ist eher eine “Einstiegs-Tarnung” und eignet sich für Basistests oder einfache Szenariosimulationen.
Denken Sie daran, nach jedem UA-Wechsel mit Tools wie dem ToDetect-Fingerprint-Checker zu verifizieren, statt sich nur auf sichtbare Seitenänderungen zu verlassen.
Wenn Sie nur einfaches Debugging durchführen, reicht ein UA-Wechsel aus; aber für komplexere Umweltsimulationen müssen Sie die Mechanismen des Browser-Fingerprinting weiter verstehen.
AD