Entwicklerwerkzeuge

Browserslist-Abfrage

Zielversionen auflösen oder zwei Abfragen vergleichen. Die Erklärung zeigt den Beitrag jeder Bedingung.

Browserslist-Abfrage

Abfrage A

Zielversionen

Geben Sie eine Abfrage in A ein.

Abfragen werden im Browser verarbeitet, weder gesendet noch gespeichert.

Optionen und Daten

Nur Abfragetext. Kommas oder Zeilenumbrüche trennen Bedingungen; # beginnt einen Kommentar.

Je Eingabe: 10.000 Zeichen, 100 Bedingungen. Worker-Zeitlimit: 5 Sekunden.

Gebündelter globaler Datenstand, kein Live-Traffic und keine Website-Statistik. Neu laden aktualisiert die Datenbank nicht.

Browserslist 4.28.9 · caniuse-lite 1.0.30001810 · Baseline 2.11.21

Zielversionen werden ermittelt…

Vor einer Änderung der Browserslist-Konfiguration lohnt sich ein Blick auf die tatsächlichen Zielbrowser. Eine Browserslist-Abfrage kann durch ein zusätzliches Komma ganze Browserfamilien aufnehmen. Auch and bezieht sich auf mehr als nur die unmittelbar vorherige Bedingung.

Die Liste behält die Bezeichner und Versionsbereiche des offiziellen Parsers bei. Wenn lokale Builds, CI und ein Online-Werkzeug voneinander abweichen, vergleichen Sie auch die Paketversionen. Eine ähnliche Abdeckung bedeutet nicht, dass dieselben Browserversionen ausgewählt wurden.

Eine Browserslist-Abfrage nachvollziehbar prüfen

Die Menge nach jedem Schritt sehen

Die Erklärung zur Browserslist-Abfrage zeigt die Anzahl nach jeder Bedingung: Komma und or vereinigen, and schneidet mit der bisherigen Gesamtmenge, not entfernt Treffer. Bei defaults wird zusätzlich die enthaltene Regelkombination angezeigt.

Eine Filterfolge fügt Browserkarten zur Zielmenge hinzu und entfernt ausgeschlossene Karten.

Konkrete Änderungen statt nur einer Gesamtzahl

A steht für den bisherigen Stand, B für den Vorschlag. Hinzugefügt bedeutet nur in B, entfernt bedeutet nur in A. Gemeinsame Versionen erscheinen separat. Verglichen wird der vollständige Bezeichner einschließlich Versionsbereich; gleiche Browsernamen werden nicht zusammengefasst.

Zwei Mengen von Browserkarten mit einer gemeinsamen Mitte und unterschiedlichen äußeren Bereichen.

Drei Annahmen vor dem Export klären

01

Nur die gewünschten Bedingungen übernehmen

Abfragen dürfen durch Kommas oder Zeilenumbrüche getrennt sein; # leitet Kommentare ein. Ein and oder or am Zeilenende setzt die Bedingung fort. Übernehmen Sie aus package.json nur die Abfragen der gewünschten Umgebung, nicht das gesamte Objekt oder Abschnittsüberschriften.

02

Die Vergleichsrichtung festlegen

A enthält anfangs defaults. Aktivieren Sie den Vergleich, um B mit last 2 versions einzublenden. Hinzugefügte und entfernte Einträge zählen Browser-Version-Paare, keine Prozentpunkte. Prüfen Sie beide Listen, auch wenn die Gesamtanzahl gleich bleibt.

03

Nur ein aktuelles Ergebnis speichern

Automatisch wird nach 350 ms Eingabepause gerechnet. Ohne Automatik starten Sie per Schaltfläche oder Ctrl/Cmd + Enter. Änderungen sperren den Export sofort. Die Anzeige wächst in Schritten von 50; die JSON-Datei enthält trotzdem sämtliche Einträge.

Syntax, Zielmenge und Datengrundlage prüfen

Offizielle Auswahlregeln

Aliase, Versionsbereiche, letzte Versionen, ESR, globale Nutzungsgrenzen, cover und die mitgelieferte Baseline-Zuordnung werden vom offiziellen Parser ausgewertet. Die Verknüpfung erfolgt der Reihe nach, nicht nach der üblichen Rangfolge and vor or.

Erklärung mit Quellzeile

Für A und B lassen sich die ursprünglichen Bedingungen, ihre Eingabezeilen, die Mengenoperation und die kumulierte Anzahl aufklappen. defaults zeigt seine Erweiterung. Die Erklärung beschreibt die Auswahl, keine Prüfung einzelner Webfunktionen.

Ein vollständiger Prüfbericht

JSON enthält Originaltext, normalisierte Abfragen, alle Zielversionen, Zwischenschritte, Differenzen und globale Abdeckung. Dazu kommen drei Paketversionen und die Ausführungszeit. Dieser Zeitpunkt ist kein Veröffentlichungsdatum der Statistik.

Fehler und ersetzte Eingaben kontrollieren

Unbekannte Versionen und nicht verfügbare Bedingungen erzeugen Fehler. Beispiele und Leeren zeigen vorab die neue Eingabe und die Zeichenzahl. Nach dem Anwenden stellt einmaliges Rückgängigmachen sowohl die Eingaben als auch den früheren Bericht wieder her.

Aussagekraft und Grenzen der Auswahl

Abdeckung aus einem Datenstand
Die globale Nutzungsstatistik stammt aus dem gebündelten caniuse-lite. Sie ist weder live noch auf Ihre Website zugeschnitten. Neu laden aktualisiert die Daten nicht. Vergleichen Sie die Versionsangaben; relative Datumsregeln hängen zusätzlich von der Gerätezeit ab.
Keine Projekt- oder Statistikdateien
extends, browserslist config, JSON-Objekte, Umgebungsabschnitte, Länderabfragen und eigene Statistiken werden abgewiesen. Fügen Sie reine Abfragetexte ein. Das Werkzeug sucht keine lokalen Dateien und lädt keine npm-Konfigurationen oder Analysedaten.
Ausschließlich Browserziele
Node.js, Electron und current node werden abgewiesen. supports-Abfragen stehen in diesem Browser-Build ebenfalls nicht zur Verfügung. Baseline funktioniert über die mitgelieferte Zuordnung. Eine Zielmenge beweist keine korrekte Ausführung Ihrer Website, Ihres CSS oder Ihrer Polyfills.
Versionsbereiche bleiben erhalten
Unbekannte Versionen sind Fehler; mobile Historien werden nicht durch Desktop-Versionen ersetzt. ios_saf 15.6-15.8 ist ein Datenbankbereich und keine Aufzählung einzelner Patches. Der besondere Versionswert all gehört zu Opera Mini.
Begrenzte Eingabe, vollständiger Export
Pro Eingabe gelten 10.000 Zeichen und 100 Bedingungen; ein Worker wird nach fünf Sekunden abgebrochen. Gültige leere Schnittmengen bleiben Ergebnisse. Leeres A entfernt den Bericht; bei aktivem Vergleich muss auch B eine Abfrage enthalten.

Fragen zur Browserslist-Abfrage

Wie sehe ich die von meiner Konfiguration ausgewählten Browser?

Übernehmen Sie die Bedingungen der gewünschten Umgebung in A. Für die tatsächliche Datei- und Umgebungssuche führen Sie npx browserslist im Projekt aus. Hier dient eine explizite Browserslist-Abfrage als Eingang, deren Ergebnis Sie zusammen mit den angezeigten Datenversionen speichern können.

Was gilt ohne Browserslist-Konfiguration?

Die CLI fällt ohne gefundene Konfiguration auf defaults zurück. Hier ist defaults ausdrücklich vorbelegt und umfasst > 0.5%, last 2 versions, Firefox ESR, not dead. Beim Leeren bleibt die Arbeitsfläche leer, statt unbemerkt erneut diese Vorgabe anzuwenden.

Sollte ich die Browserdaten regelmäßig aktualisieren?

Aktualisieren Sie Projektdaten mit dem aktuellen Ablauf von update-browserslist-db und prüfen Sie die Änderungen an Lockdatei und Zielmenge. Die Daten dieser Seite ändern sich erst mit einem neuen Build. Ein versionierter Bericht macht spätere Abweichungen nachvollziehbar.

Warum funktioniert not and_uc all nicht?

all ist ein besonderer Wert für Opera Mini und kein allgemeiner Platzhalter. Zum Ausschließen von UC Android eignet sich beispielsweise defaults, not and_uc > 0. Vor not muss eine positive Auswahl stehen, aus der Treffer entfernt werden können.

Warum liefert last 2 versions unerwartet alte Browser?

Die Regel wählt die letzten Versionen jeder erfassten Familie, nicht die zwei neuesten Browser insgesamt. Eingestellte Familien und lückenhafte mobile Historien können überraschen. Vergleichen Sie die konkrete Liste mit einer Regel samt not dead; alte Fehlerberichte müssen mit heutigen Daten nicht mehr reproduzierbar sein.

Warum trifft eine iOS-Patchversion nicht die erwartete Auswahl?

Can I Use fasst iOS-Versionen häufig zu Bereichen zusammen. ios >= 15.7.2 erzeugt keine fehlenden Patchdatensätze. Prüfen Sie die zurückgegebenen ios_saf-Bereiche und verwenden Sie vorhandene Datenbankversionen. Benötigte Geräte sollten zusätzlich praktisch getestet werden.

Unerwartetes Versionsergebnis?

Den nächsten Konfigurationswechsel prüfen

Lassen Sie die bisherige Browserslist-Abfrage in A stehen und tragen Sie den Vorschlag in B ein. Prüfen Sie die Differenzen vor dem Export.