Ist das Ende von XSLT in Chrome ein SEO-Problem für Ihre WordPress-Sitemap?

Was liest Google in einer WordPress-Sitemap?

Das XML selbst: die Adresse jeder Seite in loc und das Datum in lastmod, sofern es stimmt. Laut seiner Dokumentation zu Sitemaps ignoriert Google priority und changefreq und nutzt lastmod nur, wenn das Datum durchgehend und nachprüfbar korrekt ist. Nichts davon hängt von einem Stylesheet ab. Ihr Server liefert dieselbe Datei, ob Chrome das Stylesheet anwendet oder nicht.

Ab Chrome 158, also ab dem 17. November 2026, wendet der Browser keine XSL-Stylesheets mehr an. Unsere Übersicht mit dem vollständigen Zeitplan für XSLT erklärt die zwei Ausnahmen: das Origin Trial und die Unternehmensrichtlinie, die beide im August 2027 enden.

Wo WordPress, Yoast SEO und Rank Math ihre Sitemaps ablegen und wie man einen Sitemap-Index liest, zeigt unsere Anleitung WordPress-Sitemap finden und lesen.

Wozu dient die XSL-Datei einer WordPress-Sitemap?

Sie macht aus dem XML eine lesbare Seite mit einem Titel, einer kurzen Erklärung und einer Tabelle mit Links. Seit Version 5.5 liefert WordPress diese Stylesheets mit, so die Ankündigung zur Einführung der Sitemaps. Die Sitemap selbst verweist mit einer Verarbeitungsanweisung am Anfang des Dokuments auf ihr Stylesheet. So sehen die ersten drei Zeilen des Sitemap-Index einer Testinstallation mit WordPress 7.1.3 aus, mit example.com statt der Testadresse:

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://example.com/wp-sitemap-index.xsl" ?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

Die im Index aufgeführten Sitemaps verweisen auf dieselbe Weise auf /wp-sitemap.xsl. WordPress bildet diese Adressen aus der Website-Adresse (URL), wie die Code-Referenz zeigt. Auch Yoast SEO, dessen Index unter /sitemap_index.xml liegt, verknüpft seine Sitemaps laut seiner Entwicklerspezifikation mit einer XSL-Datei. Bei anderen Plugins hilft ein Blick in den Quelltext der Sitemap: Eine Zeile, die mit <?xml-stylesheet beginnt und type="text/xsl" enthält, bedeutet, dass die Datei XSL nutzt.

In allen Fällen ist das Stylesheet eine eigene Datei, und die Liste der Adressen bleibt im XML.

Wie sieht meine Sitemap in Chrome ohne XSLT aus?

Als rohes XML unter einem Warnhinweis, wenn die Sitemap auf ein XSL-Stylesheet verweist. Wir haben das in Chromium 156 getestet und XSLT dabei abgeschaltet, wie es ab Chrome 158 für die meisten Nutzer der Fall sein wird. Bei einer Sitemap mit XSL-Stylesheet stand oben auf der Seite dieser Hinweis:

„This document cannot be formatted as intended. It uses XSLT, which the browser does not support. You might be able to install a browser extension that allows you to view it.“

Sinngemäß: Das Dokument kann nicht wie vorgesehen formatiert werden, weil es XSLT nutzt, das der Browser nicht unterstützt; eine Erweiterung könnte es anzeigen. Das ist das Warnbanner, das Chromes Ankündigung beschreibt. Der Link „install a browser extension“ darin öffnet eine Suche nach „XSLT Polyfill“ im Chrome Web Store. Darunter folgte der Quelltext der Datei: die Verarbeitungsanweisung, dann jedes Element url, loc und lastmod als reiner Text. Die Datei selbst war unversehrt, nur die Tabelle fehlte.

Eine Sitemap ganz ohne Stylesheet erscheint dagegen in der Baumansicht von Chrome, unter der Zeile „This XML file does not appear to have any style information associated with it. The document tree is shown below.“ (Die XML-Datei scheint keine Stilinformationen zu haben, der Dokumentbaum wird unten angezeigt.) Das ist kein Fehler, und daran ändert der 17. November nichts. Unsere Anleitung zum Öffnen von XML-Dateien erklärt, was diese Meldung bedeutet. Bei einer fehlerhaften Datei, etwa mit einem nicht geschlossenen Tag, erscheint eine dritte Meldung: „This page contains the following errors“ (Diese Seite enthält folgende Fehler), dazu Zeile und Spalte der Stelle, an der Chrome das Lesen abbrach.

Keine dieser Meldungen sagt etwas darüber aus, wie Google die Datei sieht.

Wie prüfe ich, ob meine Sitemap gültig ist und von Google gelesen wird?

Mit dem Sitemaps-Bericht der Search Console. Er zeigt, was Google tatsächlich abgerufen hat, unabhängig von der Darstellung im Browser.

1. Öffnen Sie die Search Console für Ihre Website. Laut Googles Hilfe brauchen Sie Inhaberberechtigungen für die Property, um eine Sitemap einzureichen.
2. Rufen Sie den Sitemaps-Bericht auf.
3. Geben Sie im Feld „Neue Sitemap hinzufügen“ die URL Ihres Sitemap-Index ein, zum Beispiel https://example.com/wp-sitemap.xml (WordPress) oder https://example.com/sitemap_index.xml (Yoast SEO, Rank Math). Klicken Sie dann auf „Senden“.
4. Prüfen Sie die Spalte „Status“.

Die Hilfe beschreibt drei Statuswerte:

• „Erfolgreich“: Die Sitemap wurde ohne Fehler geladen und verarbeitet.
• „Sitemap kann gelesen werden, enthält aber Fehler“: Google konnte sie abrufen, fand aber einen oder mehrere Fehler. Die URLs, die Google lesen konnte, bleiben trotzdem für das Crawling vorgemerkt.
• „Konnte nicht abgerufen werden“: Der Abruf der Datei ist gescheitert.

Für jede Datei zeigt der Bericht außerdem den Typ (Sitemap oder Sitemap-Index), das Datum des letzten Abrufs und die Anzahl der erkannten Seiten. Vergleichen Sie diesen Wert mit der Anzahl der Adressen, die in Ihrer Sitemap stehen sollten.

Eine Datei, die sich in Chrome öffnen lässt, kann trotzdem gegen die Regeln für Sitemaps verstoßen. Laut MDN muss ein gültiges XML-Dokument wohlgeformt sein und außerdem den Regeln seines Schemas oder seiner DTD entsprechen; Chrome prüft nur die Wohlgeformtheit. Für Sitemaps kommen diese Regeln aus dem Sitemaps-Protokoll: Es verlangt UTF-8 und begrenzt eine einzelne Sitemap auf 50.000 URLs oder 50 MB unkomprimiert. Googles Dokumentation übernimmt diese Grenzen.

Ob Ihre Sitemap diese Regeln einhält, prüft die Search Console wie ein XML-Validator. Die Fehlerliste der Hilfe nennt unter anderem den Fall, dass Google das XML der Sitemap nicht parsen konnte, oft wegen eines nicht maskierten Zeichens in einer URL, und den Fehler „Falscher Namensraum“, wenn der Namensraum des Wurzelelements fehlt, nicht stimmt oder falsch geschrieben ist. Solche Fehler beeinflussen, wie Google die Sitemap liest; ein fehlendes XSL-Layout tut das nicht.

Wenn Sie die Sitemap nach dem 17. November selbst in Chrome lesen möchten, installieren Sie XSLT Polyfill, die Erweiterung, auf die Chromes Ankündigung verweist. Laut ihrem Eintrag im Chrome Web Store wendet sie ein XSLT-Polyfill auf alle XML-Dokumente an, und Ihre Sitemap erscheint wieder als Tabelle. XMLNest (im Chrome Web Store) zeigt die Einträge außerdem in einer Sitemap-Tabelle mit Filter an, die Sie sortieren und als CSV oder JSON exportieren können. Keine der beiden Erweiterungen ändert Ihre Website: Wer ab dem 17. November keine davon installiert hat, sieht rohes XML.