Browser-Support-Test

Was es tut

Prüft deinen echten Browser gegen 30 moderne Web-Fähigkeiten - WebGPU, WebGL 2, WebAssembly (SIMD, Threads), Service Workers, OPFS, WebAuthn, View Transitions, Popover API und mehr - gruppiert in 8 Kategorien: Graphics, Compute, Storage, Connectivity, Media, Sensors, Security und Platform. Jede Prüfung trägt ein Gewicht (1-3), und die Ergebnisse laufen zu einem gewichteten Readiness-Score 0-100 mit Stufen-Label zusammen, von Fully modern (90+) bis hinunter zu Legacy browser (unter 35).

Die Erkennung ist dreistufig: passive API-Präsenzprüfungen laufen beim Laden automatisch; Live-Tests (20 Prüfungen tragen einen demo-Chip) führen die Fähigkeit tatsächlich aus - rendert einen Canvas-Verlauf, zeichnet ein WebGPU-Dreieck, validiert ein SIMD-WASM-Modul, schreibt in IndexedDB/OPFS; und 8 auslösbare Aktionen (Camera, Microphone, Geolocation, Clipboard, Notifications, Vibrate, Fullscreen, Web Share) lassen dich echte berechtigungsgebundene APIs selbst feuern. Alles läuft zu 100 % clientseitig - nichts verlässt deinen Browser, und Ergebnisse werden nicht gespeichert.

So verwendest du es

1. Öffne das Tool - der Scan startet automatisch und enthüllt die 30 Prüfungen Zeile für Zeile (~55 ms je Prüfung), mit dem Browser-Label (aus deinem User Agent geparst) über der Zusammenfassung.
2. Lies die Anzeige: der gewichtete Readiness-Score plus Zähler für unterstützt / eingeschränkt / braucht-HTTPS / nicht unterstützt.
3. Klicke auf eine Zeile, um sie auszuklappen: die einzeilige Erklärung, eine Browser-Detailnotiz, wenn vorhanden (z. B. Vendor-Präfix, gemessener Wert), und ein Copy-barer JS-Erkennungsschnipsel wie !!document.createElement('canvas').getContext('webgl').
4. Klicke bei einer Zeile mit demo-Chip auf ▶ Run live test, um die Fähigkeit real auszuführen. Das Ergebnis erscheint als works, failed oder n/a, mit Details wie dem GPU-Namen oder der gerenderten Canvas-Größe.
5. Nutze Show all snippets, um jede Zeile auf einmal auszuklappen, Re-run scan, um von vorn zu erkennen, oder Copy share link, um die aktuelle URL mit deinen Ergebnissen daraus zu kopieren.
6. Scrolle zu Trigger an action und klicke auf einen der 8 Knöpfe - Device (Camera, Microphone), Permission (Geolocation, Clipboard, Notifications), Output (Vibrate, Fullscreen, Web Share). Dein Browser kann nach einer Berechtigung fragen; jeder Knopf meldet success, denied, not available oder error.

Beispiele

Gewichtete Bewertung (verifiziert gegen das Score-Modul, src/tools/browser-support/score.ts) - Status-Beiträge sind supported = 1,0, limited = 0,5, needs-HTTPS = 0,3, unsupported/unknown = 0, jeweils multipliziert mit dem Gewicht der Prüfung:

Alle 30 Prüfungen supported                     → Score 100
Alle supported außer WebGPU (Gewicht 3)         → Score 95
Alle supported außer Canvas 2D (Gewicht 2)      → Score 96
WebGPU meldet "limited" statt "supported"       → Score 97
WebGPU meldet "needs-https"                     → Score 96
WebGPU unknown                                  → Score 95

Mit nur WebGPU unsupported liest sich der Kategorie-Bericht als Graphics 70 (4/5 unterstützt) und 100 für Compute, Storage, Connectivity, Media, Sensors, Security, Platform.

Teilbare Links (verifiziert gegen src/tools/browser-support/share.ts) - nach einem Scan wird der Bericht gepackt (ein Zeichen je Prüfung in Katalogreihenfolge: s supported, l limited, h needs-https, x unsupported, ? unknown), JSON-kodiert und base64url-kodiert in den ?r=-URL-Parameter. Der 30-Prüfungen-Bericht oben packt sich zu sssxssssssssssssssssssssssssss und kodiert zu einem 116-Zeichen-?r=-String; das Dekodieren gibt exakt die Statuswerte, den Score und das Browser-Label zurück. Ein geteilter Link spielt den gespeicherten Bericht ab, statt deinen Browser neu zu scannen.

Gut zu wissen

• Privat: Erkennung, Live-Tests und Aktionen laufen alle in deinem Browser. Keine Ergebnisse werden hochgeladen; der Teilen-Link funktioniert nur, weil die Daten selbst in der URL liegen.
• “Needs HTTPS” bedeutet, dass die API existiert, aber auf Secure Contexts beschränkt ist - das Tool stuft sie tiefer ein als “limited”, weil du aus deinem aktuellen Kontext nicht darauf bauen kannst.
• Die Live-Tests und Aktionen sind die ehrliche Schicht: API-Präsenz kann lügen (ein Hersteller kann einen Stub ausliefern), aber ein gerendertes WebGPU-Dreieck oder ein echter IndexedDB-Schreibvorgang nicht.
• Der Readiness-Score gewichtet Grundlagenfähigkeiten höher (WebAssembly, WebGPU, Service Workers wiegen 3), deshalb kostet eine fehlende moderne Spielerei weniger als eine fehlende Basis.
• Verwandte Tools: Browser Fingerprint Viewer, Permissions-Policy Builder, Security Headers Analyzer