Die Polyfills und Bibliotheken, die du 2026 endlich löschen kannst

Letzte Woche wurde smoothscroll-polyfill 1.125.110 Mal von npm heruntergeladen. dialog-polyfill 253.743 Mal. container-query-polyfill 74.300 Mal. moment 36.910.362 Mal.

Jedes davon löst ein Problem, das der Browser vor Jahren gelöst hat. scroll-behavior ist seit September 2024 Baseline Widely available. <dialog> seit September 2024. Container Queries seit August 2025. Leute installieren weiterhin die Behelfslösungen, weil dir nie jemand sagt, wann es sicher ist aufzuhören.

Also habe ich nachgeschaut. Nicht durch Lesen von Release-Ankündigungen, die von den Leuten geschrieben werden, die das Ding ausgeliefert haben, und schon vom Entwurf her optimistisch sind, sondern durch direktes Abfragen von api.webstatus.dev für jedes Feature auf der Liste. Manche Ergebnisse haben mich überrascht, und zwei davon widersprechen Blogbeiträgen, die ich als verlässlich gebookmarkt hatte.

Hier ist, was die Daten tatsächlich über die Baseline-CSS-Features 2026 sagen, und wo die Ankündigungen der Realität vorauseilen.

Lieber zum Ausdrucken? Lade die komplette Referenz als PDF — 9 Seiten, 24 Features mit geprüften Baseline-Daten, ohne Login.

Newly available und Widely available sind nicht dasselbe Wort

Das ist gerade das teuerste Missverständnis im Frontend, und es kostet Leute Produktivfehler.

Baseline hat drei Zustände. Limited availability heißt, dass mindestens eine der vier Kern-Browser-Engines es nicht unterstützt. Newly available heißt, dass alle vier es tun, in ihren aktuellen stabilen Versionen, auf Desktop und Mobil: Chrome, Edge, Firefox, Safari. Widely available heißt, dass seit dem Newly-available-Datum 30 Monate vergangen sind.

Dieser Abstand von 30 Monaten ist die ganze Sache. Es ist keine Formalie. Er existiert, weil der Tag, an dem Safari ein Feature ausliefert, nicht der Tag ist, an dem Safari-Nutzer es haben. Leute aktualisieren nicht. Geräte bekommen keine Updates mehr. Firmenflotten frieren Versionen ein. Die 30 Monate sind die grobe Schätzung der Branche dafür, wie lange ein Feature braucht, um weltweit rund 95% der Nutzer zu erreichen.

Wenn also jemand schreibt "X ist jetzt Baseline", frag welche Art. Ein Feature, das im März 2026 Newly available wurde, ist für ein Entwickler-Dashboard sicher und für einen Checkout-Ablauf auf einer Seite, deren Publikum viele zwei Jahre alte Android-Handys enthält, wirklich riskant. Gleiches Feature, gleiches Datum, gegenteilige Entscheidungen.

Ich habe Entwicklern zugesehen, wie sie ein Newly-available-Feature auf eine Kundenseite gebracht haben, eine Fehlermeldung von jemandem mit einem älteren iPhone bekommen haben und dann einen Tag verwirrt waren, weil das Abzeichen auf der Dokumentationsseite grün war.

Interop 2026 hat 20 Schwerpunkte, nicht 26

Ich markiere das, weil mir 26 gesagt wurde und ich es vor dem Nachprüfen wiederholt habe, und genau gegen diese Gewohnheit argumentiert dieser Beitrag.

Die Interop-2026-README im web-platform-tests-Repo listet 20 Schwerpunkte: Container Style Queries, CSS Anchor Positioning, CSS attr(), contrast-color(), CSS Zoom, Custom Highlights, Dialoge und Popovers, Fetch Uploads und Ranges, IndexedDB, JSPI für Wasm, Media-Pseudoklassen, die Navigation API, Scoped Custom Element Registries, scrollgesteuerte Animationen, Scroll Snap, shape(), View Transitions, Web-Kompatibilität, WebRTC und WebTransport. Dazu vier Untersuchungsvorhaben: Barrierefreiheitstests, JPEG XL, Mobiltests und WebVTT. Fünfzehn sind neu, fünf werden aus 2025 fortgeführt.

Interop ist die andere Hälfte des Bildes, wenn du herausfindest, welche Baseline-CSS-Features 2026 echt sind. Für normale Kundenarbeit ist das meiste dieser Liste irrelevant. Du lieferst kein JSPI für Wasm auf der Website einer Zahnarztpraxis aus. Die, die normale Projekte berühren, sind Dialoge und Popovers, View Transitions, scrollgesteuerte Animationen, Scroll Snap und attr().

Und hier ist das Nützliche an Interop, das Leute übersehen: Dass ein Feature ein Interop-Schwerpunkt ist, ist ein Signal, dass es noch nicht verlässlich ist. Genau das ist der Sinn der Übung. Die Browser haben es ausgewählt, weil die Bestehensquoten ungleichmäßig sind. Dass scrollgesteuerte Animationen auf der 2026er-Liste stehen, ist eine Warnung, keine Empfehlung.

Die, die du heute ohne Nachdenken löschen kannst

Das sind die Baseline-CSS-Features 2026 ohne Sternchen. Alle Baseline Widely available, geprüft gegen api.webstatus.dev statt gegen einen Blogbeitrag, mit ihren Widely-available-Daten.

Container Queries. Newly available am 14. Februar 2023, Widely available am 14. August 2025. Ersetzt container-query-polyfill und den größten Teil der JavaScript-Resize-Observer-Verrohrung, die Leute geschrieben haben, um es nachzubauen. Lösch es.

:has(). Newly available am 19. Dezember 2023, Widely available am 19. Juni 2026. Ersetzt css-has-pseudo, das immer noch 7,7 Millionen wöchentliche Downloads zieht, meistens als Passagier in postcss-preset-env. Wenn du eine aktuelle preset-env-Konfiguration hast, prüf, ob sie :has() noch in klassenschaltendes JavaScript übersetzt, das du nicht mehr brauchst.

Cascade Layers. Widely available am 14. September 2024. Ersetzt die Spezifitäts-Konventionen, die du dir ausgedacht hast, und einen guten Teil dessen, was CSS Modules und BEM kompensiert haben.

Subgrid. Newly available am 15. September 2023, Widely available am 15. März 2026. Das ist gerade erst rübergekommen. Ersetzt die verschachtelten Grid-Hacks und die display: contents-Tricks.

<dialog>. Widely available am 14. September 2024. Ersetzt dialog-polyfill und, für die meisten einfachen Fälle, deine Modal-Bibliothek. Eine Viertelmillion Leute pro Woche installieren weiterhin das Polyfill.

color-mix(). Widely available am 9. November 2025. Ersetzt die Sass-Farbfunktionen, für die du einen Build-Schritt am Leben gehalten hast.

CSS Nesting. Newly available am 11. Dezember 2023, Widely available am 11. Juni 2026. Ersetzt den Hauptgrund, warum viele kleine Projekte überhaupt noch einen Präprozessor in der Pipeline haben.

scroll-behavior: smooth. Widely available am 14. September 2024. Ersetzt smoothscroll-polyfill, das letzte Woche immer noch über eine Million wöchentliche Downloads hatte.

Scroll Snap. Widely available seit dem 15. Juli 2022. Das ist vier Jahre her. Wenn du eine Karussell-Bibliothek in einem Projekt hast und ihre einzige Aufgabe horizontales Einrasten ist, ist sie totes Gewicht. Diese Übung habe ich in Every JavaScript Animation Library You Can Replace With 3 Lines of CSS gemacht, und Scroll Snap war der größte einzelne Gewinn.

Array.prototype.at(), structuredClone() und Verwandte. Widely available am 14. September 2024. core-js hatte letzte Woche 71 Millionen Downloads. Die meisten Projekte, die es ausliefern, tun das, weil eine Build-Konfiguration von 2019 auf Browser zielt, die niemand mehr nutzt. Das ist keine Polyfill-Entscheidung, es ist eine browserslist-Entscheidung, und darauf komme ich zurück.

Die, die Newly available sind und mehr nicht

Diese funktionieren in allen vier Engines. Sie sind noch keine 30 Monate alt. Lies das als "liefer es aus, wenn du dein Publikum verstehst, nicht weil ein Abzeichen es dir gesagt hat".

View Transitions. Newly available am 14. Oktober 2025, als Firefox 144 es ausgeliefert hat. Chrome hatte es im März 2023 und Safari im September 2024, die Lücke war also komplett Firefox. Zweieinhalb Jahre Blogbeiträge sagten "View Transitions sind da", während eine ganze Engine sie nicht hatte. Es ist wirklich gut, es fällt sauber auf einen normalen sofortigen Wechsel zurück, und wegen dieses sauberen Rückfalls fühle ich mich damit jetzt wohl.

Die Popover-API. Newly available am 27. Januar 2025, begrenzt durch Safari iOS 18.3. Ersetzt die Anzeigen-und-Verstecken-Logik in deinem Tooltip- und Dropdown-Code, dazu die Light-Dismiss-Behandlung, die alle falsch machen. Sie fällt nicht sauber zurück: In einem nicht unterstützenden Browser ist der Popover-Inhalt einfach auf der Seite sichtbar, was kaputt aussieht. Teste das, bevor du es ausliefertst.

text-wrap: balance. Newly available am 13. Mai 2024. Ersetzt balance-text und die JavaScript-Skripte zum Ausbalancieren von Überschriften. Das ist eine reine progressive Verbesserung, also ein wirklich kostenloser Gewinn.

light-dark(). Newly available am 13. Mai 2024. Ersetzt einen Haufen doppelter Custom Properties in deinem Dark-Mode-Setup.

Relative Farbsyntax. Newly available am 16. September 2024. Ersetzt weitere Sass-Farbmathematik.

@scope. Newly available am 24. März 2026, als Safari 26.4 es gebracht hat. Zum Zeitpunkt dieses Textes sechs Monate alt. Ich mag es sehr und lege es noch nicht in den kritischen Pfad eines Kundenprojekts.

field-sizing. Newly available am 16. Juni 2026, als Firefox 152 ausgeliefert hat. Ersetzt das Skript für automatisch wachsende Textareas. Drei Monate alt. Progressive Verbesserung, also geringes Risiko, aber seien wir ehrlich, dass "Baseline" und "drei Monate alt" hier im selben Satz stehen.

contrast-color(). Newly available am 10. April 2026.

Trusted Types. Newly available am 24. Februar 2026. Einen eigenen Beitrag wert, denn das Interessante ist nicht das Baseline-Datum, sondern was Trusted Types mit deiner CSP und deinen Drittanbieter-Skripten macht, sobald du es einschaltest.

Die, bei denen die Ankündigung falsch war

Wegen dieses Abschnitts habe ich den Beitrag eigentlich geschrieben.

Scrollgesteuerte Animationen sind weiterhin Limited availability. Nicht Newly available. Limited. Chrome hat sie im Juli 2023 ausgeliefert, Safari 26 im September 2025, und Firefox hat sie überhaupt nicht ausgeliefert. api.webstatus.dev gibt für das Feature keinen Firefox-Eintrag zurück. Es ist genau deswegen ein Interop-2026-Schwerpunkt, weil es nicht fertig ist. Wenn du einen Beitrag gesehen hast, der sagt, scrollgesteuerte Animationen seien jetzt Baseline, war er falsch, oder er beschrieb Chrome.

text-wrap: pretty ist Limited availability. Chrome 117 im September 2023, Safari 26 im September 2025, kein Firefox. Sein Geschwister text-wrap: balance hat im Mai 2024 Newly available erreicht und pretty nicht, was eine hübsche Falle ist: Über die beiden wird ständig gemeinsam geschrieben.

Die Temporal-API ist Limited availability. Firefox 139 im Mai 2025, Chrome 144 im Januar 2026, und kein Safari. Die Antwort auf "kann ich moment endlich löschen" lautet also: ja, aber nicht, indem du Temporal nativ nutzt. Du brauchst weiterhin temporal-polyfill (3,5 Millionen wöchentliche Downloads), oder du nimmst Intl.DateTimeFormat und natives Date für die 80% der Fälle, die nur Formatierung sind.

accent-color ist Limited availability, was ich nicht geglaubt habe, bis ich die Browsertabelle gelesen habe. Chrome Desktop 93, Firefox 92, Edge 93, Safari 26.2 im Dezember 2025, und kein Eintrag für Chrome auf Android. Eine fehlende Zeile in einem Browser auf einer Plattform, und das ganze Feature liegt unter der Linie. Wissenswert, bevor du dich für die visuelle Identität eines Formulars darauf verlässt.

CSS Anchor Positioning ist umstritten. api.webstatus.dev meldet das zusammengesetzte Feature als Limited, ein Teil der Berichterstattung Anfang 2026 nannte es Newly available, und im web-features-Repo läuft ein offener Streit darüber, wie das Feature aufgeteilt werden sollte. Dieses ganze Durcheinander habe ich separat in CSS Anchor Positioning ist überall angekommen. Das kannst du jetzt löschen. durchgegraben, ich wiederhole es hier also nicht, außer zu sagen: Der Streit ist echt, und es geht darum, wie das Feature definiert ist, nicht darum, wer lügt.

Das Muster ist in allen fünf Fällen dasselbe. Jemand hat es in Chrome ausgeliefert, gut darüber geschrieben, und das Ökosystem hat "verfügbar" still auf "sicher" aufgerundet. Das ist derselbe Versagensmodus wie bei den meisten Website-Best-Practices, die aufgehört haben zu funktionieren, Jahre bevor irgendwer den Rat aktualisiert hat.

Wie du entscheidest, statt zu raten

Zwei Dinge, und keines davon dauert lange.

Pack Baseline in deine browserslist. Browserslist unterstützt Baseline-Abfragen inzwischen direkt. "baseline widely available" in deiner package.json zielt auf die Browserversionen, die jedes Widely-available-Feature haben. "baseline newly available" ist die aggressive Einstellung. "baseline 2025" zielt auf alles, was bis Ende 2025 Newly available erreicht hat. Das ist die Lösung für das core-js-Problem: Die meisten Projekte liefern altes JavaScript an moderne Browser aus, wegen einer browserslist-Konfiguration, die seit vier Jahren niemand angefasst hat, und nicht weil sie es brauchen.

Und dann schau in deine eigenen Analytics, nicht in eine globale Tabelle. Baselines 30-Monats-Regel ist auf "rund 95% der Nutzer weltweit" geeicht. Deine Nutzer sind nicht die Welt. Ein B2B-SaaS mit US-Enterprise-Publikum hat eine komplett andere Safari-Versionsverteilung als eine Consumer-Seite mit viel Traffic von älteren Android-Geräten.

Öffne dein Analytics, geh auf Browser- und Betriebssystemversion und setz das Fenster auf die letzten 30 Tage. Du suchst eine Zahl: welcher Prozentsatz deiner Sitzungen auf einer Browserversion läuft, die älter ist als die, die das Feature ausgeliefert hat. Wenn er unter 0,5% liegt und das Feature sauber zurückfällt, liefer es aus. Wenn er bei 4% liegt und das Feature ohne Unterstützung das Layout zerlegt, tu es nicht. Das ist die ganze Entscheidung, und sie dauert etwa drei Minuten pro Feature.

Diese Analytics-Prüfung ist auch, wie ich entscheide, ob sich etwas überhaupt zu löschen lohnt, so wie ich einen allgemeinen Aufräumdurchgang in 10 Dinge, die du heute von deiner Website löschen kannst angehe.

Was ich tatsächlich mache

Ich habe eine Regel, die sich für Kundenarbeit bewährt hat: Widely available heißt ausliefern, Newly available heißt nur ausliefern, wenn es sauber zurückfällt, Limited heißt Bibliothek behalten.

text-wrap: balance fällt auf normalen Umbruch zurück. Ausliefern. field-sizing fällt auf eine Textarea mit fester Höhe zurück. Ausliefern. Die Popover-API fällt auf Inhalt zurück, der sichtbar ist, wenn er versteckt sein sollte. Die bekommt eine Prüfung. Scrollgesteuerte Animationen gibt es in Firefox nicht. Bibliothek behalten.

Der unangenehme Teil ist, dass diese Regel nicht sagt, was ich mit @scope machen soll, das sechs Monate alt ist, das ich benutzen will und das ich in Kundenprojekten weiterhin nicht benutze, während ich es in eigenen fröhlich benutze. Dafür habe ich keine saubere Antwort. Es ist eine Ermessensentscheidung im Kostüm einer Regel, und ich gebe das lieber zu, als so zu tun, als würden die Daten die Entscheidung für mich treffen.

Sicher bin ich mir über die Richtung des Fehlers. Fast niemand ist zu vorsichtig. Die Bundles, die ich öffne, sind voller Behelfslösungen für Probleme, die behoben wurden, während das Projekt im Wartungsmodus war, und die Lösung ist jedes Mal dieselbe: Prüf die API, nicht die Ankündigung, und dann prüf deinen eigenen Traffic. Viele der CSS-gegen-Werkzeug-Diskussionen, die ich mit Designern hatte, laufen ebenfalls darauf hinaus, und ungefähr darum ging es in 10 Figma Plugins You Don't Need If You Just Learn These CSS Tricks.

Wenn du jemanden willst, der diesen Durchgang über ein echtes Projekt fährt und dir genau sagt, was dabei rausfliegt, ist das ein guter Teil dessen, was ich bei Wunderlandmedia mache.