Warum ich XMLNest entwickelt habe

Warum funktioniert XSLT in Chrome nicht mehr?

Wenn eine XML-Seite, die früher wie eine ordentliche Tabelle aussah, jetzt eine Warnung und rohe Tags zeigt, liegt die Ursache im Browser, nicht auf der Website. Chrome hat angekündigt, die eingebaute Unterstützung für XSLT zu entfernen. XSLT ist die Sprache, die eine XML-Datei mit einem XSL-Stylesheet, auf das die Datei verweist, in eine lesbare Seite verwandelt.

Die Ankündigung von Chrome nennt das Datum. Ab Chrome 158, am 17. November 2026, funktioniert XSLT in den stabilen Versionen für niemanden mehr, außer für Websites im Origin Trial von Chrome und für Browser, die mit einer Unternehmensrichtlinie verwaltet werden.

Als Grund nennt Chrome die Sicherheit. Die Bibliotheken, die diese Umwandlungen ausführen, bestehen aus komplexem C- und C++-Code, und solcher Code ist anfällig für Fehler bei der Speichersicherheit. Ich verstehe die Entscheidung. Aber eine solche Änderung landet immer irgendwo: auf echten Seiten und bei den Menschen, die sie öffnen.

Wird das Stylesheet nicht mehr angewendet, verschwinden die Tabelle, die Überschriften und die Links, die es aufgebaut hat. Chrome zeigt einen Warnhinweis, der zu einer Suche nach einer Erweiterung im Chrome Web Store führt, und die Seite selbst zeigt das rohe XML: Tags und Text, ohne jedes Layout. Den vollständigen Zeitplan und die Möglichkeiten für Website-Betreiber finden Sie unter was zu tun ist, nachdem XSLT aus Chrome entfernt wurde.

Welche XML-Seiten am 17. November nicht mehr funktionieren

Laut Chrome ist XSLT im Web selten. Trotzdem steckt es hinter Seiten, die viele Menschen öffnen, ohne es zu wissen:

• WordPress-Sitemaps. Seit WordPress 5.5 veröffentlicht eine WordPress-Website einen Sitemap-Index unter /wp-sitemap.xml, und WordPress liefert XSL-Stylesheets mit, die alle seine Sitemaps gestalten. So können Sie eine WordPress-Sitemap ansehen, vor und nach der Änderung.
• Sitemaps von SEO-Plugins. Der Sitemap-Index und die Sitemaps von Yoast SEO verweisen auf eine XSL-Datei, die ihnen ihr Layout gibt.
• Gestaltete RSS-Feeds. Chrome weist darauf hin, dass viele RSS- und Atom-Feeds XSLT verwenden, damit man sie lesen kann, wenn man den Feed direkt im Browser öffnet. Wenn ein Feed bei Ihnen schon wie Code aussieht, lesen Sie, warum Chrome einen RSS-Feed als reinen Text zeigt.
• Statusseiten von Geräten. Chrome nennt außerdem Geräte, die für ihre Nutzer im lokalen Netzwerk XML erzeugen, und fügt hinzu, dass viele davon schwer oder gar nicht zu aktualisieren sind.

Warum sich ein Designer für rohes XML interessiert

Ich gestalte seit 12 Jahren Webprodukte. Ein großer Teil dieser Arbeit besteht darin, Informationen für Menschen verständlich zu machen, die keine Entwickler sind.

Rohes XML ist das Gegenteil davon. Es ist für Programme geschrieben, nicht für Menschen. Wer seine Sitemap prüft, wer als Website-Betreiber einen Feed ansieht oder wer auf einen Podcast-Link klickt, sollte keine spitzen Klammern lesen müssen, um zu finden, was er sucht. Das gilt auch für alle, die einfach eine XML-Datei in Chrome öffnen und verstehen möchten, was darin steht.

Diese Lücke wollte ich schließen. Nicht mit einem Entwicklerwerkzeug, sondern mit etwas, das man installiert und vergisst, bis zu dem Tag, an dem man es braucht.

Was XMLNest kann: XML-Viewer und XSLT-Polyfill für Chrome

XMLNest ist eine kostenlose Chrome-Erweiterung. Das kann sie:

• Sie zeigt XML-Seiten, die ein XSL-Stylesheet (XSLT 1.0) verwenden, so an, wie Chrome sie früher angezeigt hat. Das Stylesheet läuft in einer isolierten Sandbox.
• Sie stellt jedes XML-Dokument als Baum dar, den Sie auf- und zuklappen und durchsuchen können, und als formatierten Quelltext.
• Sie öffnet RSS- und Atom-Feeds in einer Leseansicht mit integriertem Podcast-Player.
• Sie macht aus XML-Sitemaps eine Tabelle, die Sie filtern, sortieren und als CSV oder JSON exportieren können.
• Sie öffnet XML-Dateien von Ihrem Computer, sobald Sie lokale Dateien erlauben.
• Sie hat ein helles und ein dunkles Design und ist in 55 Sprachen verfügbar.

Zwei Grundsätze haben sie geprägt. Datenschutz zuerst: Sie sammelt keine Daten, zeigt keine Werbung und braucht kein Konto. Nichts, was Sie öffnen, wird gesammelt oder irgendwohin gesendet, und die wenigen Einstellungen, die sie speichert, bleiben in Ihrem Browser. Berechtigungen nur, wenn sie gebraucht werden: Sie wird ohne Zugriff auf irgendeine Website installiert. Sie schalten sie mit einem Klick überall ein, oder Website für Website, wenn Sie sie brauchen. Skripte in einer umgewandelten Seite bleiben aus, es sei denn, Sie erlauben sie für diese Website.

XMLNest oder die offizielle Erweiterung XSLT Polyfill?

Die Ankündigung von Chrome verweist auf eine einzige Erweiterung, die offizielle, und viele Menschen haben sie gefunden. Laut den Daten des Chrome Web Store zu ihrem Eintrag stieg sie zwischen dem 28. September und dem 4. Oktober 2026 von rund 6.000 auf rund 70.000 Nutzer.

Beide Erweiterungen nutzen dieselbe Open-Source-Engine, xslt-polyfill. Die Unterschiede sind einfach:

• Die offizielle Erweiterung ergänzt XSLT auch im JavaScript normaler HTML-Seiten, über XSLTProcessor. XMLNest tut das nicht. Wenn eine Website oder ein Werkzeug, das Sie nutzen, darauf angewiesen ist, wählen Sie die offizielle Erweiterung.
• XMLNest bietet zusätzlich Lese-, Baum- und Quelltextansichten für XML-Dokumente und verlangt bei der Installation keinen Zugriff auf Websites.
• XMLNest wendet keine XSL-Stylesheets auf Dateien auf Ihrem Computer an, genau wie Chrome es nie getan hat.

Ich sage das lieber klar, als dass jemand das falsche Werkzeug installiert. Ausführlicher lesen Sie, wie XMLNest funktioniert und welche Berechtigungen es anfragt.

Wie es weitergeht

XMLNest kommt bald in den Chrome Web Store, noch vor dem 17. November.

Bis dahin erklären die oben verlinkten Anleitungen, was sich ändert und welche Möglichkeiten Sie als Besucher oder als Website-Betreiber haben. Wenn Sie eine Frage haben oder eine XML-Seite nicht so angezeigt wird, wie Sie es erwarten, schreiben Sie mir an contact@xmlnest.com.