Warum dieser Fehler in WordPress entsteht
WordPress-Sitemaps werden meist durch Core, Yoast, Rank Math oder ein separates Sitemap-Plugin erzeugt; doppelte Quellen sind ein häufiger Auslöser.
Sitemaps sollen nur finale, indexierbare URLs enthalten und dürfen keine widersprüchlichen Signale senden. In WordPress ist entscheidend, welche technische Ebene das Signal zuletzt ausliefert.
Wo Sie in WordPress zuerst prüfen
WordPress-Core-Sitemap oder SEO-Plugin-Sitemap mit getrennten Post-Type- und Taxonomie-Sitemaps
Permalink-Struktur, Kategorien, Tags, Autorenarchive, Medien-URLs und Weiterleitungs-Plugins
SEO-Plugin-Indexierungsregeln, Archiv-Einstellungen und globale Sichtbarkeit unter Lesen
Object Cache, Full-Page-Cache, Minify-Plugin, CDN-Purge und WordPress-Transients
CMS-spezifische Ursachen
Noindex-URL in der XML-Sitemap entsteht in WordPress häufig in WordPress-Core-Sitemap oder SEO-Plugin-Sitemap mit getrennten Post-Type- und Taxonomie-Sitemaps, wenn die Sitemap eine andere Auswahl nutzt als Indexierbarkeit, Statuscode und Canonical.
Noindex-URL in der XML-Sitemap entsteht in WordPress häufig in Permalink-Struktur, Kategorien, Tags, Autorenarchive, Medien-URLs und Weiterleitungs-Plugins, wenn die Sitemap eine andere Auswahl nutzt als Indexierbarkeit, Statuscode und Canonical.
Noindex-URL in der XML-Sitemap entsteht in WordPress häufig in SEO-Plugin-Indexierungsregeln, Archiv-Einstellungen und globale Sichtbarkeit unter Lesen, wenn die Sitemap eine andere Auswahl nutzt als Indexierbarkeit, Statuscode und Canonical.
Noindex-URL in der XML-Sitemap entsteht in WordPress häufig in Object Cache, Full-Page-Cache, Minify-Plugin, CDN-Purge und WordPress-Transients, wenn die Sitemap eine andere Auswahl nutzt als Indexierbarkeit, Statuscode und Canonical.
Ursachen-Cluster
So gehen Sie in WordPress vor
- 1. Befund nach Seitentyp trennen: Gruppieren Sie die betroffenen URLs in WordPress zuerst nach Startseite, Seiten, Beiträge, Kategorien. So erkennen Sie, ob Noindex-URL in der XML-Sitemap ein Template-, Daten- oder Einzel-URL-Problem ist.
- 2. Technische Quelle isolieren: Vergleichen Sie WordPress-Core-Sitemap oder SEO-Plugin-Sitemap mit getrennten Post-Type- und Taxonomie-Sitemaps, Permalink-Struktur, Kategorien, Tags, Autorenarchive, Medien-URLs und Weiterleitungs-Plugins und SEO-Plugin-Indexierungsregeln, Archiv-Einstellungen und globale Sichtbarkeit unter Lesen. Wenn sich HTML, Header und Sitemap widersprechen, hat die später ausliefernde Schicht Vorrang.
- 3. WordPress-Fix umsetzen: Passen Sie die Sitemap-Quelle so an, dass nur finale, indexierbare URLs mit konsistentem Canonical enthalten sind. Nutzen Sie dafuer in WordPress: SEO-Plugin-Regeln vergleichen, Theme-Templates prüfen, Page-Builder-Ausgabe testen.
- 4. Plattformgrenze prüfen: WordPress gibt Ihnen meist volle Kontrolle, aber mehrere Plugins können dieselben SEO-Signale parallel schreiben.
- 5. Nächsten Crawl beweisen: Leeren oder erneuern Sie Object Cache, Full-Page-Cache, Minify-Plugin, CDN-Purge und WordPress-Transients. Crawlen Sie danach mehrere URLs desselben Seitentyps und vergleichen Sie, ob Noindex-URL in der XML-Sitemap für die ganze Gruppe verschwunden ist.
Audit-Checkliste für WordPress
- Eine betroffene URL aus Startseite und eine aus Seiten separat crawlen.
- WordPress-Core-Sitemap oder SEO-Plugin-Sitemap mit getrennten Post-Type- und Taxonomie-Sitemaps prüfen und mit dem gerenderten HTML vergleichen.
- Permalink-Struktur, Kategorien, Tags, Autorenarchive, Medien-URLs und Weiterleitungs-Plugins gegen HTTP-Status, Canonical, Robots und interne Links abgleichen.
- Crawlen Sie Sitemap-URLs gegen Statuscode, Canonical, robots-Signale und interne Verlinkung.
- Nach dem Fix Cache/Sitemap erneuern und denselben URL-Satz erneut crawlen.
Konkrete Arbeitsbereiche in WordPress
Diese Stellen sollten Sie dokumentieren, damit der Fix nicht nur auf einer Beispiel-URL greift.