- WordPress liefert seit Version 5.5 automatisch eine Sitemap unter /wp-sitemap.xml, ohne Plugin.
- SEO-Plugins wie Yoast SEO oder Rank Math erzeugen eine eigene Sitemap unter /sitemap_index.xml. Nur eine der beiden sollte aktiv und bei Google eingereicht sein.
- In der Sitemap gehören nur indexierbare Seiten und Beiträge, keine noindex-URLs, keine Anhänge und keine tag-Archive, wenn Sie diese nicht indexieren.
- Die Anmeldung in der Google Search Console dauert weniger als zwei Minuten. Danach zeigt Ihnen Google direkt, ob die Sitemap lesbar ist und welche Fehler aufgetreten sind.
Eine XML-Sitemap ist eine der wenigen technischen SEO-Maßnahmen, die sich in zehn Minuten korrekt einrichten lassen, und die Google direkt zeigt, was auf Ihrer Website indexiert werden soll. Dieser Artikel erklärt, was die Sitemap tatsächlich leistet, wie Sie herausfinden, welche Sitemap auf Ihrer WordPress-Installation aktiv ist, was hineingehört und was nicht, und wie Sie die Sitemap in der Google Search Console anmelden.
Was eine XML-Sitemap leistet und was nicht
Eine Sitemap ist eine strukturierte XML-Datei, die Suchmaschinen eine vollständige Liste der URLs Ihrer Website liefert. Google beschreibt es so: „A sitemap tells search engines which pages and files you think are important in your site, and also provides valuable information about these files.“ Die Datei beschleunigt das Entdecken neuer oder aktualisierter Inhalte, besonders wenn Ihre interne Verlinkung lückenhaft ist oder Sie viele Seiten auf einmal veröffentlicht haben.
Was eine Sitemap nicht tut: Sie garantiert weder, dass alle eingetragenen URLs gecrawlt werden, noch dass gecrawlte URLs in den Index aufgenommen werden. Die Google-Dokumentation ist hier eindeutig: „A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.“ Googlebot entscheidet nach eigenen Regeln, welche Seiten er für indexierungswürdig hält. Die Sitemap ist Wegweiser, kein Befehl.
Besonders hilfreich ist eine Sitemap in diesen drei Situationen: Ihre Website ist neu und hat kaum externe Links, die den Crawler dorthin führen würden. Ihre Seite hat mehr als 500 Unterseiten, die nicht alle über die interne Navigation erreichbar sind. Oder Sie aktualisieren regelmäßig viele Inhalte und möchten, dass Google das zügig mitbekommt. Wie Google Sichtbarkeit insgesamt bewertet, zeigt der Artikel SEO und GEO kombinieren.
| Situation | Sitemap besonders nützlich? |
|---|---|
| Neue Website, wenig externe Links | Ja, Google findet die Seiten sonst langsam |
| Gut verlinkte Website, unter 500 Seiten | Hilfreich, aber kein Muss |
| Großer Bestand, regelmäßige Veröffentlichungen | Ja, beschleunigt das Entdecken neuer URLs |
| Seiten hinter Login oder noindex-Direktive | Nein, diese URLs gehören nicht rein |
WordPress-Sitemap: Core oder Plugin, und warum das wichtig ist
Seit WordPress 5.5 (August 2020) ist eine XML-Sitemap fester Bestandteil des Kerns. Sie ist unter /wp-sitemap.xml erreichbar, ohne dass Sie dafür ein Plugin installieren müssen. Die Datei enthält einen Index, der auf einzelne Sitemap-Dateien für Beiträge, Seiten, öffentliche Custom-Post-Types und Taxonomien verweist. Standardmäßig fasst WordPress jede Einzelsitemap auf 2.000 URLs.
Installieren Sie ein SEO-Plugin wie Yoast SEO oder Rank Math, deaktivieren diese Plugins die Core-Sitemap automatisch und liefern eine eigene unter /sitemap_index.xml. Das ist das korrekte Verhalten. Das Problem entsteht, wenn Sie das Plugin irgendwann entfernen oder seine Sitemap-Funktion deaktivieren, ohne zu prüfen, ob die Core-Sitemap wieder aktiv ist und ob in der Search Console noch die alte Plugin-URL hinterlegt steht.
| Sitemap-Quelle | URL | Voraussetzung | Konfigurierbar |
|---|---|---|---|
| WordPress Core (ab 5.5) | /wp-sitemap.xml | Kein Plugin nötig, automatisch aktiv | Eingeschränkt, nur via Filter-Hooks |
| Yoast SEO | /sitemap_index.xml | Plugin installiert und Sitemap aktiviert | Umfangreich: noindex, post types, taxonomien |
| Rank Math | /sitemap_index.xml | Plugin installiert und Sitemap aktiviert | Umfangreich: noindex, post types, taxonomien |
Die Faustregel lautet: Nutzen Sie ein SEO-Plugin, verlassen Sie sich auf dessen Sitemap. Nutzen Sie kein SEO-Plugin, reicht die Core-Sitemap aus. In keinem Fall sollten beide gleichzeitig in der Search Console eingetragen sein. Wenn Sie unsicher sind, ob auf Ihrer Installation ein SEO-Plugin aktiv ist, überprüfen Sie in WordPress unter „Plugins“ und rufen beide URLs direkt im Browser auf.
Was in die Sitemap gehört und was nicht
Viele WordPress-Sitemaps sind zu groß, weil sie URLs enthalten, die Google nicht indexieren soll oder die keinen eigenen Inhalt haben. Das schwächt das Signal, das die Sitemap eigentlich geben soll. Die Grundregel: In die Sitemap gehören ausschließlich URLs, die Sie in den Google-Suchergebnissen sehen möchten.
| URL-Typ | In die Sitemap? | Begründung |
|---|---|---|
| Veröffentlichte Seiten und Beiträge ohne noindex | Ja | Das ist der Kern einer Sitemap |
| Seiten mit noindex-Direktive | Nein | Widerspruch: noindex sagt „nicht indexieren“, Sitemap sagt „bitte indexieren“ |
| Medien-Anhänge (Attachment-Seiten) | Nein | Dünninhaltliche Seiten ohne echten Mehrwert für Google |
| Tag-Archive | Strategie-abhängig | Nur wenn die Archive echten Inhalt bieten, sonst noindex setzen und rauslassen |
| Autorenseiten | Strategie-abhängig | Bei Einzel-Autor-Blogs oft dünn, besser noindex und raus |
| Suchergebnisseiten (/search/?q=…) | Nein | Dünner Inhalt, Google indexiert diese nicht sinnvoll |
| Seiten im Entwurfs- oder privaten Status | Nein | Nicht öffentlich erreichbar, wird von WordPress automatisch ausgeschlossen |
Den Widerspruch zwischen noindex und Sitemap-Eintrag sollten Sie besonders ernst nehmen. Wenn eine Seite im HTML-Head <meta name="robots" content="noindex"> trägt und gleichzeitig in der Sitemap steht, erhält Google widersprüchliche Signale. Es wird der noindex-Direktive folgen und die Seite nicht indexieren, aber ein sauber konfiguriertes Setup schließt solche Seiten gar nicht erst in die Sitemap ein. Yoast SEO und Rank Math tun das automatisch für alle Seiten, die Sie als noindex markiert haben.
Wenn Sie die WordPress Core-Sitemap nutzen und die Medien-Anhang-Seiten entfernen möchten, geht das nur über einen Filter-Hook in der functions.php Ihres Child-Themes oder einem mu-Plugin. SEO-Plugins bieten das als Klick-Option in ihren Einstellungen an, weshalb der Einsatz eines SEO-Plugins für die meisten WordPress-Websites die einfachere und kontrolliertere Lösung ist.
Anmeldung in der Google Search Console
Bevor Sie die Sitemap anmelden, brauchen Sie eine bestätigte Property in der Google Search Console. Falls noch keine existiert: Property hinzufügen, Domaininhaber per DNS-TXT-Eintrag oder HTML-Datei bestätigen und auf die Bestätigung warten.
Die Einreichung selbst folgt diesen Schritten:
- Melden Sie sich in der Google Search Console an und wählen Sie die richtige Property.
- Klicken Sie im linken Menü auf „Sitemaps“.
- Geben Sie im Textfeld die URL Ihrer Sitemap ein, zum Beispiel
wp-sitemap.xmlodersitemap_index.xml. Die Domain brauchen Sie nicht einzugeben, die Property-URL steht schon fest. - Klicken Sie auf „Senden“.
- Google versucht die Sitemap sofort abzurufen. Wenige Sekunden nach dem Einreichen sehen Sie den Status: „Erfolgreich“ oder eine Fehlermeldung.
Unter dem Status „Erfolgreich“ zeigt die Search Console, wie viele URLs Google in der Sitemap gefunden hat und wie viele davon indexiert sind. Die Differenz zwischen „entdeckten URLs“ und „indexierten URLs“ ist normal. Nicht jede entdeckte URL wird indexiert, das entscheidet Google nach eigenen Kriterien unabhängig von der Sitemap.
Neben der Search Console gibt es noch einen zweiten Weg: Sie tragen die Sitemap-URL in Ihre robots.txt ein. Der Eintrag sieht so aus:
Sitemap: https://www.ihrewebsite.de/wp-sitemap.xmlDas funktioniert zuverlässig und informiert auch andere Suchmaschinen. Beide Methoden können parallel genutzt werden, ein robots.txt-Eintrag ersetzt aber nicht die Search Console, weil Sie dort keinerlei Rückmeldung über Fehler oder indexierte URLs erhalten. Mehr zum Thema robots.txt erklärt der Artikel KI-Crawler steuern: robots.txt richtig nutzen.
Typische Fehler in der Search Console und wie Sie sie beheben
Die Search Console zeigt nach dem Einreichen einen von vier Status-Werten: „Erfolgreich“, „Konnte nicht abgerufen werden“, „Hat Fehler“ oder „Unbekannt“. Die ersten beiden sind die wichtigsten.
| Fehlermeldung | Mögliche Ursache | Lösung |
|---|---|---|
| Konnte nicht abgerufen werden | Sitemap-URL nicht erreichbar (404, 403, Server-Fehler) | URL im Browser öffnen und prüfen; Plugin-Sitemap aktiv? |
| Konnte nicht abgerufen werden | robots.txt blockiert Googlebot auf /sitemap_index.xml oder /wp-sitemap.xml | robots.txt öffnen, prüfen ob Disallow-Regel die URL trifft |
| URL ist nicht zulässig | URL zeigt auf eine andere Domain als die Property | Property und Sitemap-Domain müssen übereinstimmen |
| noindex-Konflikt (in Berichten) | Seiten stehen in der Sitemap, tragen aber noindex | Seiten aus Sitemap entfernen oder noindex aufheben |
| Nicht verarbeiteter Typ / Unbekannt | Falsch formatierte XML-Datei oder falsches Format | Sitemap per Validator prüfen (z.B. xml.sitemaps.org) |
Der noindex-Konflikt verdient besondere Aufmerksamkeit. Wenn Sie feststellen, dass entdeckte URLs nicht indexiert werden, prüfen Sie zuerst, ob die betreffenden Seiten eine noindex-Direktive tragen. Das lässt sich im URL-Inspektions-Tool der Search Console in wenigen Sekunden klären. Wenn ja, liegt entweder ein konfiguriertes noindex vor, das Sie rückgängig machen wollen, oder die Seite sollte nicht in der Sitemap stehen.
Ein häufiger Fehler nach Plugin-Wechseln: Die robots.txt enthält noch einen Disallow: /wp-sitemap.xml-Eintrag aus einer alten Konfiguration, obwohl die Core-Sitemap jetzt wieder aktiv ist. Oder umgekehrt: Ein deinstalliertes SEO-Plugin hinterließ einen robots.txt-Eintrag für /sitemap_index.xml, der auf eine nicht mehr existierende Datei zeigt. Öffnen Sie Ihre robots.txt unter https://ihrewebsite.de/robots.txt und prüfen Sie alle Sitemap-Einträge und Disallow-Regeln auf Aktualität.
Sitemap, robots.txt und Canonical im Zusammenspiel
Diese drei Werkzeuge adressieren verschiedene Stufen des Google-Prozesses, ergänzen sich aber und können sich auch in die Quere kommen, wenn man eines falsch konfiguriert.
Die Sitemap ist eine Entdeckungshilfe. Sie sagt Google, welche URLs vorhanden sind. Sie hat keinen Befehlscharakter, Google kann Seiten in der Sitemap trotzdem ignorieren oder Seiten indexieren, die nicht in der Sitemap stehen.
Die robots.txt ist eine Zugriffssperre auf Crawler-Ebene. Disallow verhindert, dass Googlebot eine URL überhaupt lädt. Eine URL in der Sitemap, aber gleichzeitig per robots.txt gesperrt, wird Google wahrscheinlich als „entdeckt, nicht gecrawlt“ in der Search Console anzeigen. Das Crawling wird blockiert, die Indexierung kann trotzdem über externe Links stattfinden. Ein vollständiger Artikel zu robots.txt und KI-Crawler findet sich unter KI-Crawler steuern: robots.txt richtig nutzen.
Die noindex-Direktive im HTML-Head ist eine Indexierungssperrung, kein Crawling-Schutz. Google darf die Seite laden, soll sie aber nicht in den Index aufnehmen. Eine Seite mit noindex in der Sitemap ist widersprüchlich und sollte vermieden werden. Die noindex-Direktive gewinnt, aber das Setup ist unpräzise.
Das Canonical-Tag teilt Google mit, welche URL die „offizielle“ Version einer Seite ist, wenn es Duplikate gibt. Wenn eine Seite auf sich selbst kanonisiert und in der Sitemap steht, ist das ideal. Wenn eine Seite auf eine andere URL kanonisiert, sollte nur die Ziel-URL in der Sitemap stehen, nicht die Seite mit dem Canonical-Tag, das auf woanders zeigt.
Das Zusammenspiel in einem klaren Bild: Die Sitemap zeigt, was es gibt. robots.txt entscheidet, was Google laden darf. noindex entscheidet, was im Index landet. Canonical entscheidet, welche URL bei Duplikaten als führend gilt. Diese vier Signale müssen konsistent sein, also dieselbe Aussage über eine URL machen. Widersprüche kosten Crawl-Budget und verwirren Googlebot. Was Google mit den gewonnenen Signalen macht, lesen Sie im Artikel Core Web Vitals einfach erklärt.
Profi-Block: Sitemap-Index und erweiterte Steuerung
Einsteiger können diesen Abschnitt überspringen. Hier geht es um Details, die nur relevant sind, wenn Sie die Sitemap gezielt anpassen möchten oder wenn Ihre Website mit hunderten von Posts oder Custom Post Types arbeitet.
WordPress und SEO-Plugins erzeugen automatisch eine Sitemap-Index-Datei, die keine eigenen URLs enthält, sondern auf mehrere Einzel-Sitemaps zeigt. Diese Struktur ist sinnvoll, weil das Sitemap-Protokoll nach sitemaps.org pro Datei maximal 50.000 URLs und eine Größe von maximal 50 MB erlaubt. Größere Bestände teilen sich automatisch auf mehrere Dateien auf.
Die XML-Tags priority und changefreq sehen in vielen Sitemaps aus wie wichtige Einstellungen, sind es aber nicht. Google ignoriert beide Tags vollständig, das steht ausdrücklich in der Google-Dokumentation. Sie können sie weglassen, ohne dass sich irgendetwas ändert.
Wenn Sie die Core-Sitemap anpassen möchten, ohne ein SEO-Plugin zu verwenden, stehen Ihnen Filter-Hooks zur Verfügung. Der Filter wp_sitemaps_enabled schaltet die Core-Sitemap komplett ab, was sinnvoll ist, wenn Ihr SEO-Plugin eine eigene Sitemap liefert und Sie Doppelungen vermeiden wollen. Der Filter wp_sitemaps_post_types entfernt bestimmte Post-Types aus der Core-Sitemap. Das muss in der functions.php des Child-Themes oder einem mu-Plugin gesetzt werden.
Die Google Search Console nimmt pro Website bis zu 500 Sitemap-Index-Dateien an (Google Search Central). Das ist für normale KMU-Websites irrelevant, aber gut zu wissen für größere Projekte mit hunderten von Custom Post Types oder mehrsprachigen Installationen.
Praxisbeispiel
Die Sitemap ist einer von vielen technischen Faktoren, die das Crawling beeinflussen. Weitere Hebel für schnellere und besser gefundene WordPress-Seiten beschreibt der Artikel WordPress Speed-Optimierung: Die 10 Maßnahmen.
In einem Projekt, das wir für einen regionalen Dienstleister betreuten, gab es ein klassisches Doppelungs-Problem. Auf der Website war Yoast SEO installiert und lieferte die Sitemap unter /sitemap_index.xml. Yoast hatte die Core-Sitemap korrekt deaktiviert. Soweit sauber. Das Problem: In der Search Console war noch die alte URL /wp-sitemap.xml aus der Zeit vor der Plugin-Installation eingetragen, und diese Datei existierte seit dem Plugin-Install nicht mehr. Die Console zeigte wochenlang den Status „Konnte nicht abgerufen werden“. Gleichzeitig hatte niemand die funktionierende Yoast-Sitemap eingetragen.
Die Lösung war in diesem Fall denkbar einfach: Alte Sitemap aus der Search Console entfernen, Yoast-Sitemap unter /sitemap_index.xml neu einreichen, den robots.txt-Eintrag auf die korrekte URL aktualisieren. Nach wenigen Tagen zeigte die Console die richtige Anzahl entdeckter URLs und der Indexierungsstatus verbesserte sich messbar, weil Google nun überhaupt erst alle relevanten Seiten kannte.
Was dieses Beispiel zeigt: Der häufigste Sitemap-Fehler ist nicht technisch komplex. Es ist ein veralteter Eintrag in der Search Console, eine nicht aktuelle robots.txt oder ein Plugin-Wechsel, dem niemand nachgegangen ist.
Sofort-Checkliste
- Welche Sitemap ist auf meiner Installation aktiv: /wp-sitemap.xml oder /sitemap_index.xml?
- Ist in der Search Console genau diese eine URL eingetragen, nicht eine veraltete?
- Enthält die Sitemap keine Seiten mit noindex-Direktive?
- Sind Medien-Anhänge und dünninhaltliche Archive aus der Sitemap ausgeschlossen?
- Gibt es keinen Disallow-Eintrag in robots.txt, der die Sitemap-URL sperrt?
- Zeigt der Sitemap-Status in der Search Console „Erfolgreich“?
- Ist die Differenz zwischen entdeckten und indexierten URLs plausibel?
- WordPress Core und SEO-Plugins liefern je eine eigene Sitemap. In der Search Console darf nur eine eingetragen sein.
- Die Sitemap ist ein Entdeckungswerkzeug, kein Ranking-Faktor und keine Indexierungs-Garantie.
- Seiten mit noindex gehören nicht in die Sitemap. Widersprüchliche Signale kosten Crawl-Budget.
- Die meisten Sitemap-Probleme entstehen nach Plugin-Wechseln und sind durch einen Blick in Search Console und robots.txt lösbar.
Häufige Fragen
Braucht meine kleine WordPress-Website überhaupt eine Sitemap?
Für gut verlinkte Websites unter 500 Seiten ist die Sitemap kein Muss, schadet aber auch nicht. Da WordPress die Core-Sitemap seit Version 5.5 automatisch erzeugt, ohne dass Sie etwas tun müssen, gibt es keinen Grund, sie abzuschalten. Für neue Websites oder Websites mit wenig externen Links beschleunigt sie das Entdecken Ihrer Seiten durch Google spürbar.
Muss ich die Sitemap bei Google einreichen oder reicht die robots.txt?
Beides funktioniert. Wer einen Eintrag in der robots.txt setzt (Sitemap: https://...), informiert Googlebot automatisch beim nächsten Crawl. Der Vorteil der Search Console ist, dass Sie dort direktes Feedback erhalten: Wie viele URLs wurden gefunden, gibt es Fehler, wann wurde die Sitemap zuletzt abgerufen? Für professionellen Betrieb empfiehlt sich beides parallel.
Was passiert, wenn WordPress Core-Sitemap und Plugin-Sitemap beide aktiv sind?
Gute SEO-Plugins wie Yoast SEO und Rank Math deaktivieren die Core-Sitemap automatisch, wenn sie installiert werden. Wenn das nicht der Fall ist oder wenn Sie ein Plugin verwenden, das diese Deaktivierung nicht vornimmt, können beide gleichzeitig existieren. Das ist technisch kein Fehler, aber verwirrend: Tragen Sie in der Search Console nur eine der beiden URLs ein und stellen Sie sicher, dass beide dieselben URLs enthalten oder dass eine der Sitemaps deaktiviert wird.
Warum sind weniger URLs indexiert als in der Sitemap eingetragen?
Das ist normal. Google entscheidet selbst, welche URLs es für indexierungswürdig hält. Wenn Seiten nicht indexiert werden, können verschiedene Gründe dahinterstecken: dünninhaltliche Seiten, Duplikate, die auf eine andere kanonische URL verweisen, noindex-Direktiven oder einfach mangelnde Vertrauenswürdigkeit der Domain. Das URL-Inspektions-Tool in der Search Console gibt für einzelne URLs Aufschluss darüber, warum eine Seite nicht indexiert ist.
Wie oft aktualisiert WordPress die Sitemap automatisch?
Sowohl die Core-Sitemap als auch die Sitemaps von SEO-Plugins werden dynamisch generiert. Das heißt, sie werden bei jedem Aufruf aus der Datenbank erzeugt und spiegeln immer den aktuellen Stand Ihrer Veröffentlichungen wider. Sie müssen die Sitemap nicht manuell aktualisieren oder erneut einreichen, wenn Sie neue Inhalte veröffentlichen.
Schaden Tags wie priority und changefreq in der Sitemap?
Nein, sie schaden nicht, helfen aber auch nichts. Google ignoriert beide Tags laut eigener Dokumentation vollständig. Sie können diese Tags weglassen, was die Sitemap-Datei etwas kleiner und lesbarer macht. SEO-Plugins fügen diese Tags oft der Kompatibilität halber hinzu, weil andere Suchmaschinen sie möglicherweise auswerten.
Kann ich die Core-Sitemap von WordPress abschalten?
Ja. Wer ein SEO-Plugin nutzt, dessen Sitemap-Funktion eingeschaltet ist, braucht die Core-Sitemap nicht. Das Plugin schaltet sie in der Regel selbst ab. Manuell lässt sich die Core-Sitemap über den Filter-Hook wp_sitemaps_enabled deaktivieren, indem Sie in der functions.php Ihres Child-Themes add_filter('wp_sitemaps_enabled', '__return_false'); setzen.
Wie überprüfe ich, ob meine Sitemap sauber formatiert ist?
Öffnen Sie die Sitemap-URL direkt im Browser. Browser zeigen XML-Fehler direkt an. Für eine gründlichere Prüfung können Sie einen XML-Validator nutzen oder die Sitemap-URL im URL-Inspektions-Tool der Google Search Console aufrufen. Wenn die Search Console den Status „Erfolgreich“ meldet und die Anzahl der entdeckten URLs plausibel ist, ist das Format korrekt.