XSLT verschwindet aus Chrome: was nicht mehr geht und was hilft

Was sich am 17. November 2026 ändert

XSLT ist die Sprache, die ein XML-Dokument mit einem XSL-Stylesheet, auf das die XML-Datei verweist, in eine lesbare Seite verwandelt. Chrome entfernt sie. Die Ankündigung von Chrome nennt diesen Zeitplan:

Chrome-Version	Datum	Was passiert
Chrome 143	2. Dezember 2025	XSLT wird offiziell als veraltet markiert. Warnungen erscheinen in der Entwicklerkonsole und in Lighthouse.
Chrome 158	17. November 2026	XSLT funktioniert in den stabilen Versionen nicht mehr, für alle außer Teilnehmern am Origin Trial und an der Unternehmensrichtlinie.
Chrome 176	17. August 2027	Origin Trial und Unternehmensrichtlinie enden. XSLT ist für alle abgeschaltet.

Chrome Beta, Dev und Canary schalten XSLT seit Chrome 145 standardmäßig ab, als frühe Warnung.

Der Grund ist Sicherheit. Chrome erklärt, dass die Bibliotheken für diese Umwandlungen, etwa libxslt, komplexer C- und C++-Code sind und dass solcher Code anfällig für Speichersicherheitslücken wie Pufferüberläufe ist.

Seiten, die Ihnen auffallen könnten

Laut Chrome nutzen nur etwa 0,02 % aller Seitenaufrufe überhaupt XSLT, und weniger als 0,001 % nutzen XSLT-Verarbeitungsanweisungen, also die Zeile in einer XML-Datei, die auf ein Stylesheet verweist. Selten also, aber auf wenige Arten von Seiten konzentriert:

• WordPress-Sitemaps. Seit WordPress 5.5 stellt WordPress einen Sitemap-Index unter /wp-sitemap.xml bereit und liefert XSL-Stylesheets, um alle seine Sitemaps zu gestalten. Siehe WordPress-Sitemap anzeigen.
• Gestaltete RSS- und Atom-Feeds. Chrome merkt an, dass viele bestehende Feeds XSLT nutzen, um das rohe XML lesbar zu machen, wenn man den Feed direkt im Browser öffnet. Siehe RSS-Feed wird als reiner Text angezeigt.
• Eingebettete Geräte. Chrome nennt kommerzielle Geräte, die XML-Daten für Nutzer im lokalen Netzwerk erzeugen, und fügt hinzu, dass viele davon schwer oder gar nicht zu aktualisieren sind. Für diese Fälle verweist Chrome auf die Browsererweiterung.

Was Sie stattdessen sehen

Ohne XSLT wird das Stylesheet nicht mehr angewendet, und das Layout, das es aufgebaut hat, verschwindet: keine Tabelle, keine Überschriften, keine anklickbaren Links. Laut der Ankündigung zeigt Chrome ein Warnbanner, das zu einer Suche nach „xslt polyfill“ im Chrome Web Store führt, damit Sie eine Erweiterung finden.

Wir haben geprüft, wie die Seite selbst aussieht. In Chromium 156 mit ausgeschaltetem XSLT zeigte eine XML-Seite mit XSL-Stylesheet die englische Meldung „This document cannot be formatted as intended“, gefolgt vom rohen XML: den Tags und dem Text der Datei, ganz ohne Layout.

Ihre Möglichkeiten

Möglichkeit	Für	Aufwand
XMLNest	Besucher	Ein Klick
Offizielle Erweiterung XSLT Polyfill	Besucher	Ein Klick
Skript xslt-polyfill auf der Website	Website-Betreiber	Kleine Codeänderung
HTML auf dem Server erzeugen	Website-Betreiber	Größere Änderung
Unternehmensrichtlinie XSLTEnabled	IT-Teams	Bis 17. August 2027

Besucher können die Website nicht ändern, aber eine Erweiterung kann das Stylesheet im eigenen Browser wieder anwenden. Betreiber können die Seite für alle Besucher auf einmal reparieren. IT-Teams, die Chrome verwalten, gewinnen mit der Richtlinie XSLTEnabled Zeit, bis Chrome 176.

XMLNest oder die offizielle Erweiterung XSLT Polyfill?

Die Ankündigung von Chrome verlinkt auf eine Erweiterung, XSLT Polyfill, die die Bibliothek xslt-polyfill auf rohe XML-Seiten mit XSLT anwendet. XMLNest ist eine unabhängige Erweiterung auf Basis derselben Open-Source-Bibliothek. Die Unterschiede:

	XSLT Polyfill (offiziell)	XMLNest
Engine	xslt-polyfill	xslt-polyfill
Websitezugriff bei der Installation	Alle Websites, laut Chrome-Stats	Keiner: überall mit einem Klick einschalten oder Website für Website
JavaScript mit XSLTProcessor	Unterstützt, laut Store-Eintrag	Nicht angeboten
XML ohne Stylesheet	Laut Store-Eintrag tut sie dort nichts	Einklappbarer Baum mit Suche, Quelltextansicht, Leseansichten für Feeds und Sitemaps
Preis	Kostenlos, laut Chrome-Stats	Kostenlos

Beide verarbeiten Seiten lokal in Ihrem Browser. XMLNest verhindert zudem, dass Skripte in umgewandelten Seiten laufen, solange Sie sie für die Website nicht erlauben.

Wenn Sie nur gestaltete XML-Seiten zurückwollen und die Erweiterung bevorzugen, auf die Chrome verlinkt, ist die offizielle eine gute Wahl.

Für Website-Betreiber

Chrome nennt mehrere Wege, XML-Seiten ohne das browsereigene XSLT lesbar zu halten.

Auf dem Server umwandeln. Führen Sie die XSLT-Umwandlung auf Ihrem Server aus und senden Sie das fertige HTML.

Das Skript xslt-polyfill einbinden. Das README von xslt-polyfill zeigt ein Script-Element direkt im XML-Dokument, als Kind des Wurzelelements, nach der Zeile, die auf das Stylesheet verweist:

<script src="../xslt-polyfill.min.js" xmlns="http://www.w3.org/1999/xhtml"></script>

Behalten Sie das Attribut xmlns: Laut README muss das Script-Element im XHTML-Namensraum stehen, damit es läuft. Der Polyfill unterstützt nur XSLT 1.0; für neuere Versionen verweist das README auf SaxonJS.

Für Feeds. Chrome schlägt vor, den HTML-Seiten Ihrer Website ein Element <link rel="alternate" type="application/rss+xml"> hinzuzufügen oder das Polyfill-Skript in den Feed selbst einzubinden.

Auf JSON umsteigen. Chrome nennt auch die Möglichkeit, JSON statt XML auszuliefern und es mit JavaScript auf der Seite darzustellen.

Mehr Zeit nötig? Mit dem Origin Trial von Chrome kann eine Website XSLT über den 17. November 2026 hinaus behalten, bis Chrome 176 am 17. August 2027.