Referenzziel auswählen

Jeremy Wagner
Rachel Andrew

Veröffentlicht am 20. Mai 2025

Wenn eine Webplattformfunktion in jedem Browser implementiert wird, wird sie als „Baseline Newly available“ (Neu verfügbar) gekennzeichnet. Nach 30 Monaten wird die Funktion dann als „Baseline Widely Available“ (weitgehend verfügbar) eingestuft. Das ist ein Schwellenwert, ab dem die meisten Websites Funktionen ohne Kompatibilitätsprobleme übernehmen können. In dieser Anleitung wird beschrieben, wie Sie Baseline verwenden und wie Sie anhand der Daten Ihrer Website einen Baseline-Zielwert auswählen.

Was ist ein Basisziel?

Ein Baseline-Ziel ist eine Gruppierung von Webfunktionen, die Entwickler basierend auf ihrem Baseline-Status unterstützen können. Es gibt zwei Arten von Baseline-Zielen: dynamische und statische Ziele.

Bei dynamischen Zielen wie „Baseline Widely available“ oder „Baseline Newly available“ kann sich die Menge der enthaltenen Funktionen im Laufe der Zeit ändern. Dynamische Ziele sind sinnvoll, wenn die unterstützten Funktionen automatisch mit neuen Browserversionen weiterentwickelt werden sollen.

Bei festen Zielgruppen ändert sich die Gruppe der Merkmale im Laufe der Zeit nicht. Feste Ziele basieren in der Regel auf Kalenderjahren. Baseline 2023 ist beispielsweise ein festes Ziel, das die Webfunktionen enthält, die 2023 neu in Baseline verfügbar wurden. Baseline 2023 enthält keine Funktionen, die nach 2023 zur Baseline wurden. Das bedeutet, dass sich die Baseline 2023-Funktionen nie ändern.

Feste Ziele sind sinnvoll, wenn Vorhersagbarkeit und Determinismus von größter Bedeutung sind. Sie können jedoch im Laufe der Zeit veralten. Daher ist es ratsam, Ihr Ziel regelmäßig neu zu bewerten.

Warum ein Ziel auswählen?

Die Einführung von Funktionen im Web wird durch Kompatibilitätsprobleme behindert. Dadurch kann das Web nicht so gut sein, wie es sein könnte. Baseline schafft nicht nur Klarheit bei der Frage der Browserunterstützung von Funktionen, sondern kann auch hilfreich sein, wenn es darum geht, wann Sie bestimmte Funktionen verwenden können. Wenn Sie ein Ziel auswählen, das Ihre Zielgruppe und Anforderungen widerspiegelt, können Sie die Funktionen in dieser Zielgruppe bedenkenlos verwenden, ohne einzelne Funktionen einzeln prüfen zu müssen.

Daten verwenden, um das Baseline-Ziel auszuwählen

Die Auswahl des richtigen Baseline-Ziels sollte nach Möglichkeit datengestützt erfolgen. Wenn Sie die Daten vor sich haben, können Sie leichter und fundierter entscheiden, welches Ziel Sie auswählen.

Wenn Sie Real User Monitoring-Daten für Ihre Website haben, können Sie sehen, wie die Baseline-Ziele Ihren Nutzern zugeordnet werden. Wenn Sie beispielsweise Google Analytics verwenden, können Sie diese Informationen kostenlos mit dem Google Analytics Baseline Checker abrufen.

Dazu müssen Sie in Google Analytics eine neue explorative Datenanalyse erstellen, Ihrem Bericht einige Messwerte und Dimensionen hinzufügen und den Bericht als TSV-Datei exportieren. Diese Anleitung enthält eine detaillierte Beschreibung dieses Vorgangs. Wenn Sie die TSV-Datei in das Tool importieren, sollte die Ausgabe so aussehen:

Das Google Analytics Baseline Checker-Tool zeigt eine Aufschlüsselung der Unterstützung für verschiedene Baseline-Ziele in Prozent. Die Unterstützung nimmt von neueren zu älteren Zielen zu.
Die Ausgabe des Google Analytics Baseline Checker-Tools. Das Tool segmentiert den Support für echte Nutzer für jedes Baseline-Ziel. Beachten Sie, dass ältere Baseline-Ziele von echten Nutzern besser unterstützt werden.

In anderen Tools wird Baseline bereits unterstützt. Damit können Sie dynamisch sehen, wie viel von Ihrer Zielgruppe ein bestimmtes Ziel unterstützt. RUMvision enthält beispielsweise ein Dashboard, in dem Sie sehen können, wie viel Prozent Ihrer Zielgruppe die einzelnen Baseline-Jahre unterstützen.

Die RUMvision-Referenzdaten enthalten Supportdaten für jedes Referenzziel, einschließlich einer Aufschlüsselung der Supportdaten auf Feature-Ebene.

Was ist, wenn mein Analytics- oder RUM-Anbieter noch keinen Baseline-Zielbericht hat?

Wenn Sie ein Analyse- oder RUM-Tool verwenden, das noch keinen Baseline-Zielbericht bietet, aber Daten zu Browserversionen enthält, können Sie Ihre realen Daten mit Browserversionszuordnungen aus dem Modul baseline-browser-mapping zusammenführen. Das Modul stellt eine JavaScript-Funktion bereit – getAllVersions() –, die Browser nach Name und Version ihrem Baseline-Jahr und ihrem Supportstatus für „Widely available“ (Weit verbreitet) zuordnet. Diese Zuordnungen können als Arrays, Objekte mit Schlüssel oder als CSV-Datei bereitgestellt werden. Der Google Analytics Baseline Checker verwendet dieses Modul beispielsweise, um Analysedaten mit Baseline-Zielen zu verknüpfen.

Die Ausgaben dieser Funktion sind auch als gehostete JSON- oder CSV-Dateien verfügbar, die täglich aktualisiert werden. Die Datei all_versions_with_supports.csv enthält Daten, die Sie mit den Browserversionsdaten Ihres Analytics-Anbieters abgleichen können. Dazu stehen die folgenden Felder zur Verfügung:

  • browser: Der Name des Browsers, wie er in baseline-browser-mapping verwendet wird
  • version: die Version des Browsers. Einige Browser verwenden nur eine Hauptversionsnummer, andere eine major.minor.
  • year: Die Baseline-Jahres-Funktionsgruppe, die von dieser Browserversion unterstützt wird. Wenn eine Browserversion vor Juli 2015 veröffentlicht wurde, bevor die Baseline-Unterstützung ermittelt werden konnte, enthält dieses Feld pre_baseline.
  • supports: Dieses Feld enthält widely oder newly für Browserversionen, die diese Funktionsgruppen unterstützen, und ist leer für Versionen, die keine dieser Funktionsgruppen unterstützen. Alle Browserversionen, die „Neu verfügbar“ unterstützen, unterstützen auch „Weitgehend verfügbar“.
  • release_date: Das Datum, an dem diese Browserversion veröffentlicht wurde (sofern verfügbar).
  • engine: Der Name der Engine für Browser, die auf einem Baseline-Kernbrowser basieren. Derzeit sind nur Blink-basierte Browser enthalten. Andere Browser-Engines werden möglicherweise in Zukunft berücksichtigt.
  • engine_version: die Chromium-Version, die in dieser Browserversion implementiert ist. Damit wird ermittelt, welche Baseline-Funktionsgruppe von der Downstream-Version unterstützt wird.

Diese Datei wird häufig aktualisiert, wenn neue Browserversionen veröffentlicht werden und sich der Supportstatus verschiedener Browser ändert. Aktualisieren Sie die Daten täglich.

Was kann ich tun, wenn ich keine Supportdaten von echten Nutzern habe?

Es kann vorkommen, dass Sie für Baseline-Funktionen keine Daten von echten Nutzern erhalten. Mit RUM Archive Insights können Sie sich einen allgemeinen Überblick über die Unterstützung für verschiedene Baseline-Ziele verschaffen und sogar nach Land filtern. Diese Daten sind jedoch nicht spezifisch für die Nutzer Ihrer Website. Es ist ein allgemeines Informationstool, das zeigt, dass die folgenden Annahmen im Allgemeinen sicher sind:

  • Neuere Baseline-Ziele, z. B. das aktuelle Jahr oder das Jahr davor, werden von Ihren Nutzern wahrscheinlich am wenigsten unterstützt. Wie bei allen Baseline-Zielen wird die Unterstützung jedoch mit der Zeit besser.
  • Ältere Baseline-Ziele, insbesondere „Baseline Widely available“, werden gut unterstützt. Im Zweifelsfall ist „Weitverbreitet“ ein ausgezeichnetes Ziel, das sich im Laufe der 30 Monate weiterentwickelt.
  • Auch ältere Baseline-Ziele, die weit über den Zeitraum von 30 Monaten hinausgehen, in dem sie allgemein verfügbar sind, werden am besten unterstützt. „Weitgehend verfügbar“ ist zwar ein gutes Standardziel, aber es gibt spezielle Anwendungsfälle, die strenge SLAs erfordern.

Auch wenn Sie ein Baseline-Ziel auswählen, das älter als fünf Jahre ist, können Sie wahrscheinlich Funktionen übernehmen, die Sie derzeit nicht verwenden. Im besten Fall verwenden Sie diese Funktionen bereits, aber mit Polyfills, die Sie möglicherweise nicht benötigen.

Wie kann ich ein ausgewähltes Baseline-Ziel in meinem Projekt erzwingen?

Browserslist ist eine häufig verwendete Methode, um die Browser auszurichten, die Sie unterstützen möchten. Sie wird in Bundlern und anderen zugehörigen Tools wie Babel und PostCSS verwendet, um zu entscheiden, ob bestimmte Codeabschnitte transformiert oder sogar mit Polyfills versehen werden müssen.

Es ist jetzt möglich, Baseline mit Browserslist zu verwenden. Wenn Sie also ein Baseline-Ziel auswählen, können Sie es als gültige Browserslist-Abfrage angeben. So wird sichergestellt, dass die Tools in Ihrem Projekt Code entsprechend dem ausgewählten Ziel transformieren. Weitere Informationen finden Sie unter Referenz mit Browserslist verwenden.

Was ist mit Funktionen, die mein Baseline-Ziel nicht erreichen?

Nachdem Sie ein Baseline-Ziel ausgewählt haben, gibt es möglicherweise Funktionen, die Sie verwenden möchten, die aber nicht in dieses Ziel fallen. Die Baseline gibt keine Empfehlung, was Sie hier tun sollten. Ob Sie diese Funktionen verwenden möchten, hängt vom Typ der Website ab, die Sie erstellen, und von der erwarteten Zielgruppe.

Beispielsweise sind E-Commerce- oder B2B-Websites möglicherweise bereit, einen niedrigeren Support-Schwellenwert zu akzeptieren und Probleme zu beheben, wenn Nutzer sie melden, während Regierungswebsites möglicherweise einen hohen Support-Schwellenwert erfordern. Eine wichtige Faustregel ist, dass nicht alle Webfunktionen auf dieselbe Weise fehlschlagen. Es gibt viele Möglichkeiten, Funktionen nach Art des Fehlers zu kategorisieren. Eine Möglichkeit, Funktionen zu gruppieren, die nützlich sein könnte, sieht so aus:

  • Verbesserung:Wenn die Funktion in einem nicht unterstützten Browser verwendet wird, wird die Nutzerfreundlichkeit nicht beeinträchtigt. Die Nutzererfahrung kann beeinträchtigt sein, was der Nutzer aber wahrscheinlich nicht bemerkt. Beispiel: loading="lazy".
  • Additiv:Das Feature bietet einige zusätzliche Vorteile, die möglicherweise bemerkbar sind, z. B. Änderungen am Seitenstil oder an der Funktionalität. Der Unterschied ist für Nutzer möglicherweise nicht sichtbar, wenn die Funktion nicht unterstützt wird. Das lässt sich nur in einem Browser vergleichen, der die Funktion unterstützt. Beispiel: Subgrid
  • Kritisch:Wenn die Funktion nicht unterstützt wird, ist die Nutzererfahrung negativ – möglicherweise ist die Funktion sogar nicht nutzbar. Beispiel: Die File System Access API wird als zentrale und notwendige Funktion verwendet.

Möglicherweise stellen Sie auch fest, dass bestimmte Funktionen außerhalb Ihres Ziels besser unterstützt werden als erwartet. Sie können nachvollziehen, wie viele Ihrer Nutzer eine bestimmte Funktion unterstützen. Mit „Can I Use“ können Sie die Unterstützung für einzelne Funktionen anhand Ihrer Analysedaten prüfen. Mit RUMvision können Sie auch Daten auf Feature-Ebene aufschlüsseln und untersuchen, wenn das für Sie hilfreich ist.

So können Sie Ihr Baseline-Ziel verwenden, um die Anzahl der Funktionen zu reduzieren, die Sie sorgfältig berücksichtigen müssen. Alles, was sich innerhalb des Ziels befindet, muss Sie nicht beunruhigen. Wenn es ein oder zwei Funktionen außerhalb Ihres Ziels gibt, die besonders nützlich wären, haben Sie die Tools, um sie genauer zu untersuchen und zu entscheiden, ob Sie sie als Polyfill oder als progressive Verbesserung verwenden möchten.

Fazit

Jede Webanwendung hat unterschiedliche Anforderungen. Das reicht von einer E-Commerce-Website, die mehr Inkompatibilitäten tolerieren kann, bis hin zu einer Regierungswebsite, die für möglichst viele Nutzer verfügbar und funktionsfähig sein muss. Diese Berechnungen müssen Sie selbst durchführen. Es ist nicht das Ziel von Baseline, Ihnen zu sagen, welche Entscheidungen Sie bei der Einführung neuer Webfunktionen treffen sollten, sondern eher wie.