Veröffentlicht: 20. Mai 2025
Wenn eine Webplattformfunktion in jedem Browser implementiert ist, wird sie als „Baseline Newly available“ (Neu verfügbare Baseline) eingestuft. Nach 30 Monaten wird die Funktion als „weitgehend verfügbar“ eingestuft. Ab diesem Grenzwert können die meisten Websites Funktionen ohne Kompatibilitätsprobleme übernehmen. In diesem Leitfaden wird erläutert, wie Sie Baseline verwenden und anhand der Daten der Nutzer Ihrer Website ein Baseline-Ziel auswählen.
Was ist ein Basisziel?
Ein Baseline-Ziel ist eine Gruppe von Webfunktionen, die Entwickler je nach Baseline-Status unterstützen können. Es gibt zwei Arten von Referenzzielen: bewegliche Ziele und feste Ziele.
Bei beweglichen Zielvorhaben wie „Baseline – weithin verfügbar“ oder „Baseline – neu verfügbar“ kann sich die Anzahl der enthaltenen Funktionen im Laufe der Zeit ändern. Das Verschieben von Zielen ist sinnvoll, wenn die unterstützten Funktionen automatisch weiterentwickelt werden sollen, sobald neue Browserversionen veröffentlicht werden.
Bei festen Zielen ändert sich die Gruppe von Funktionen im Laufe der Zeit nicht. Im Allgemeinen basieren feste Ziele auf Kalenderjahren. Baseline 2023 ist beispielsweise ein fixes Ziel, das die Webfunktionen enthält, die 2023 als Baseline Newly (Neue Baseline) verfügbar wurden. Baseline 2023 enthält keine Funktionen, die nach 2023 als Baseline eingeführt wurden. Das bedeutet, dass sich die Funktionen von Baseline 2023 nie ändern.
Feste Ziele sind sinnvoll, wenn Vorhersagbarkeit und Determinismus von entscheidender Bedeutung sind. Sie können jedoch im Laufe der Zeit veraltet werden. Daher sollten Sie Ihre Zielvorhaben regelmäßig neu bewerten, wenn Sie feste Ziele verwenden.
Warum ein Ziel auswählen?
Die Einführung von Funktionen im Web wird aufgrund von Kompatibilitätsproblemen behindert. Das Internet kann dadurch nicht so gut sein, wie es sein könnte. Eine Baseline gibt nicht nur Aufschluss über die Funktionsunterstützung in Browsern, sondern kann auch hilfreich sein, um die Frage zu klären, wann Sie bestimmte Funktionen verwenden können. Wenn Sie ein Ziel auswählen, das Ihre Zielgruppe und Ihre Anforderungen widerspiegelt, können Sie die Funktionen für diese Zielgruppe mit Zuversicht verwenden, ohne einzelne Funktionen einzeln prüfen zu müssen.
Ziel für den Vergleich anhand von Daten auswählen
Die Auswahl des richtigen Ziels für den Vergleich sollte nach Möglichkeit eine datengetriebene Entscheidung sein. Wenn Sie die Daten vor sich haben, fällt es leichter, eine fundierte Entscheidung zu treffen, welches Ziel Sie auswählen.
Wenn Sie Daten aus dem Echtzeit-Nutzermonitoring für Ihre Website haben, können Sie sehen, wie Baseline-Zielvorhaben Ihren Nutzern zugeordnet werden. Wenn Sie beispielsweise Google Analytics verwenden, können Sie diese Informationen kostenlos mit dem Google Analytics-Tool zur Baseline-Prüfung abrufen.
Dazu müssen Sie in Google Analytics eine neue explorative Datenanalyse erstellen, dem Bericht einige Messwerte und Dimensionen hinzufügen und ihn als TSV-Datei exportieren. In dieser Anleitung wird dieser Vorgang ausführlich beschrieben. Wenn Sie die TSV-Datei in den Checker importieren, sollte die Ausgabe in etwa so aussehen:
Andere Tools unterstützen jetzt auch die Baseline-Funktion, mit der Sie einen dynamischen Überblick darüber erhalten, wie viel Prozent Ihrer Zielgruppe ein bestimmtes Ziel unterstützen. RUMvision enthält beispielsweise ein Dashboard, in dem Sie sehen, wie viel Prozent Ihrer Zielgruppe für jedes Referenzjahr Unterstützung haben.
Was ist, wenn ich keine Supportdaten von echten Nutzern habe?
Es kann vorkommen, dass Sie keine echten Nutzerdaten für Funktionen erhalten, die als Baseline gelten. Die gute Nachricht ist, dass Sie über die RUM-Archiv-Statistiken einen allgemeinen Überblick über die Unterstützung verschiedener Baseline-Zielvorhaben erhalten. Sie können sogar bis auf Länderebene filtern. Diese Daten beziehen sich jedoch nicht auf die Nutzer Ihrer Website. Es ist ein allgemeines Informationstool, das zeigt, dass die folgenden Annahmen im Allgemeinen sicher sind:
- Neuere Baseline-Ziele, z. B. für das laufende Jahr oder das Vorjahr, werden von Ihren Nutzern wahrscheinlich am wenigsten unterstützt. Wie bei jedem Baseline-Ziel wird die Unterstützung jedoch mit der Zeit besser.
- Ältere Baseline-Ziele, insbesondere „Baseline weit verbreitet“, werden gut unterstützt. Im Zweifelsfall ist „Weit verbreitet“ ein hervorragendes Ziel, das sich im Laufe des 30-monatigen Zeitraums weiterentwickelt.
- Auch ältere Baseline-Zielgruppen, die weit über den 30 Monate umfassenden Zeitraum hinausgehen, werden bestmöglich unterstützt. „Weit verbreitet“ ist ein gutes Standardziel, aber es gibt spezielle Anwendungsfälle, für die strenge SLAs erforderlich sind.
Selbst wenn Sie ein Referenzziel auswählen, das älter als fünf Jahre ist, können Sie wahrscheinlich Funktionen verwenden, die Sie derzeit nicht nutzen. Im Idealfall verwenden Sie diese Funktionen bereits, aber mit polyfills, die Sie möglicherweise nicht benötigen.
Wie erzwinge ich ein ausgewähltes Baseline-Ziel in meinem Projekt?
Browserslist ist eine gängige Methode, um die Ausrichtung auf die von Ihnen unterstützten Browser vorzunehmen. Es wird in Bundlern und anderen zugehörigen Tools wie Babel und PostCSS verwendet, um zu entscheiden, ob bestimmte Code-Bits transformiert oder sogar polyfilled werden müssen.
Sie können die Baseline jetzt mit der Browserslist 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 gemäß dem ausgewählten Ziel transformieren. Weitere Informationen finden Sie unter Baseline 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 Ihnen keine Empfehlungen dazu, was Sie hier tun sollten. Ob Sie diese Funktionen verwenden möchten, hängt von der Art der Website ab, die Sie erstellen, und von der erwarteten Zielgruppe.
So sind E-Commerce- oder B2B-Websites beispielsweise möglicherweise bereit, einen niedrigeren Supportgrenzwert festzulegen und Probleme zu beheben, wenn Nutzer sie melden, während für Behördenwebsites ein hoher Supportgrenzwert erforderlich sein kann. Eine wichtige Faustregel dabei ist, dass nicht alle Webfunktionen auf dieselbe Weise ausfallen. Es gibt viele Möglichkeiten, Funktionen nach Art des Fehlers zu kategorisieren. Eine Möglichkeit, Funktionen zu gruppieren, die nützlich sein könnten, sieht so aus:
- Verbesserung:Wenn die Funktion in einem nicht unterstützten Browser verwendet wird, funktioniert sie trotzdem. Die Nutzererfahrung kann möglicherweise beeinträchtigt werden, was für den Nutzer jedoch wahrscheinlich nicht wahrnehmbar ist. Beispiel:
loading="lazy". - Ergänzend:Die Funktion bietet einige zusätzliche Vorteile, die sich bemerkbar machen können, z. B. Änderungen am Seitenstil oder an bestimmten Funktionen. Wenn die Funktion nicht unterstützt wird, ist der Unterschied für Nutzer möglicherweise nicht wahrnehmbar, es sei denn, sie vergleichen die Seite in einem Browser, der die Funktion unterstützt. Beispiel: Unterraster
- Kritisch:Wenn die Funktion nicht unterstützt wird, ist die Nutzererfahrung negativ – möglicherweise sogar völlig unbrauchbar. Beispiel: File System Access API wird als zentrale und erforderliche Funktion verwendet.
Möglicherweise stellen Sie auch fest, dass bestimmte Funktionen außerhalb Ihres Ziels besser unterstützt werden, als Sie angenommen haben. Sie können sehen, wie viele Ihrer Nutzer eine bestimmte Funktion unterstützen. Mit „Kann ich verwenden?“ können Sie die Unterstützung einzelner Funktionen anhand Ihrer Analysedaten prüfen. Mit RUMvision können Sie auch Daten auf Funktionsebene analysieren, falls dies für Sie hilfreich ist.
So können Sie mithilfe des Ziels für den Istzustand die Anzahl der Funktionen reduzieren, die Sie sorgfältig prüfen müssen. Bei allen Anzeigen, die unter Ihrem Ziel liegen, müssen Sie sich keine Sorgen machen. Wenn es eine oder zwei Funktionen außerhalb Ihres Ziels gibt, die besonders nützlich wären, haben Sie die Möglichkeit, diese weiter zu untersuchen und zu entscheiden, ob Sie sie als Polyfill oder als progressive Verbesserung verwenden möchten.
Fazit
Jede Webanwendung hat unterschiedliche Anforderungen – von einer E-Commerce-Website, bei der mehr Inkompatibilitätsprobleme toleriert werden können, 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 vornehmen. Baseline möchte Ihnen nicht vorgeben, welche Entscheidungen Sie bei der Einführung neuer Webfunktionen treffen sollten, sondern eher wie.