WordPress nicht indexiert? 8 Ursachen und Lösungen
WordPress wird nicht indexiert? Prüfen Sie noindex, robots.txt, Canonical, Sitemap, Statuscode und Bilder mit dieser klaren Schritt-für-Schritt-Anleitung.
Kurzantwort: Wenn WordPress nicht indexiert wird, prüfen Sie zuerst die betroffene URL in der Google Search Console. Danach kontrollieren Sie in dieser Reihenfolge: HTTP-Status, noindex, X-Robots-Tag, robots.txt, Canonical, XML-Sitemap, interne Links und erst dann die inhaltliche Qualität. Eine Indexierungsanfrage ist erst nach der Fehlerbehebung sinnvoll.
Eine veröffentlichte WordPress-Seite ist nicht automatisch im Google-Index. Google muss die URL zuerst entdecken, crawlen, rendern und für die Indexierung auswählen. Deshalb ist die genaue Meldung in der URL-Prüfung wichtiger als die pauschale Aussage „Google findet meine Seite nicht“.
WordPress nicht indexiert: zuerst den Status unterscheiden
Die URL-Prüfung in der Google Search Console zeigt, an welcher Stelle der Prozess scheitert. Diese Einordnung verhindert, dass Sie an der falschen Ursache arbeiten.
| Search-Console-Status | Wahrscheinliche Ursache | Nächster sinnvoller Test |
|---|---|---|
| URL ist Google nicht bekannt | Die URL wurde noch nicht entdeckt | Sitemap und interne Verlinkung prüfen |
| Gefunden, zurzeit nicht indexiert | Entdeckt, aber noch nicht oder zu spät gecrawlt | Erreichbarkeit, Crawl-Signale und Priorität prüfen |
| Gecrawlt, zurzeit nicht indexiert | Google hat die Seite verarbeitet, aber nicht ausgewählt | Qualität, Einzigartigkeit, Soft-404 und Canonical prüfen |
| Durch „noindex“ ausgeschlossen | Meta-Robots oder HTTP-Header verhindert die Indexierung | Quellcode und Response-Header kontrollieren |
| Duplikat oder andere kanonische Seite | Google bevorzugt eine andere URL | Canonical, Weiterleitungen und interne Links abgleichen |
| Durch robots.txt blockiert | Google darf die URL oder wichtige Ressourcen nicht crawlen | robots.txt mit der Live-URL testen |
Wichtig: „Nicht indexiert“ und „nicht sichtbar für mein Keyword“ sind zwei verschiedene Probleme. Ist eine URL indexiert, rankt aber nicht, geht es um Relevanz, Qualität, Wettbewerb und Autorität – nicht mehr um die technische Indexierbarkeit.
Die richtige Prüfreihenfolge in 8 Schritten
1. URL-Prüfung statt site:-Abfrage verwenden
Öffnen Sie die exakte URL in der Google Search Console und vergleichen Sie den gespeicherten Indexstand mit dem Live-Test. Die site:-Abfrage ist nur ein grober Hinweis und keine vollständige Indexkontrolle. Relevant sind der Indexierungsstatus, das von Google gewählte Canonical und die zuletzt gecrawlte Version.
2. HTTP-Status und Weiterleitung prüfen
Die Zielseite sollte direkt mit 200 OK antworten. Eine unnötige Weiterleitungskette, ein 404– oder 5xx-Status sowie ein Soft-404 können die Indexierung verhindern. Nach einem Relaunch müssen alte URLs dauerhaft und möglichst direkt per 301 auf die jeweils passende neue URL führen. Eine praktische Grundlage dafür ist ein sauberer Redirect-Plan beim Relaunch.
3. Meta-Robots und X-Robots-Tag kontrollieren
Im HTML-Quellcode darf bei einer gewünschten Indexierung kein <meta name="robots" content="noindex"> stehen. Prüfen Sie zusätzlich die HTTP-Header, denn auch ein X-Robots-Tag: noindex kann eine HTML-Seite oder Datei aus dem Index ausschließen.
Google muss die URL crawlen dürfen, um ein noindex zuverlässig zu erkennen. Eine URL gleichzeitig in der robots.txt zu sperren und per noindex entfernen zu wollen, ist deshalb widersprüchlich. Die offizielle Google-Dokumentation zu Robots-Regeln beschreibt dieses Verhalten im Detail.
4. WordPress-Einstellung „Sichtbarkeit für Suchmaschinen“ prüfen
Unter Einstellungen → Lesen befindet sich die Option „Suchmaschinen davon abhalten, diese Website zu indexieren“. Sie ist für Entwicklungs- und Staging-Systeme gedacht, bleibt aber nach einem Go-live gelegentlich aktiv. Für eine öffentliche Website, die gefunden werden soll, muss diese Option deaktiviert sein.
Kontrollieren Sie danach auch das SEO-Plugin. In SEOPress, Yoast SEO, Rank Math oder vergleichbaren Plugins kann noindex sowohl auf einer einzelnen Seite als auch global für ganze Inhaltstypen, Archive oder Taxonomien gesetzt sein.
5. robots.txt auf echte Crawl-Blockaden testen
Die robots.txt steuert das Crawling, nicht zuverlässig die Entfernung aus dem Index. Prüfen Sie, ob die betroffene URL, ihr Verzeichnis oder für das Rendering benötigte CSS- und JavaScript-Dateien blockiert werden. Bei WordPress sollten öffentliche Inhalte und benötigte Ressourcen erreichbar bleiben.
Eine Sitemap-Zeile in der robots.txt ist hilfreich, ersetzt aber keine interne Verlinkung. Eine ausführliche Konfiguration finden Sie im Beitrag Sitemap und robots.txt richtig setzen.
6. Canonical-Signal abgleichen
Das Canonical einer eigenständigen Seite sollte in der Regel auf ihre eigene endgültige URL zeigen. Problematisch sind Canonicals auf die Startseite, auf eine alte Domain, eine andere Sprachversion oder eine URL mit abweichendem Protokoll beziehungsweise Hostnamen.
Vergleichen Sie vier Signale: die URL im Browser, das Canonical im Quellcode, die URL in der Sitemap und das Ziel interner Links. Alle sollten dieselbe kanonische Version verwenden. Wenn Google trotzdem ein anderes Canonical auswählt, prüfen Sie ähnliche Inhalte, Weiterleitungen und widersprüchliche Links.
7. XML-Sitemap und interne Links prüfen
Eine XML-Sitemap hilft Google, relevante URLs zu entdecken. Sie garantiert jedoch keine Indexierung. Enthalten sein sollten nur veröffentlichte, indexierbare und kanonische URLs mit Status 200. Weiterleitungen, Fehlerseiten, noindex-URLs und irrelevante Parameter gehören nicht hinein.
Mindestens ebenso wichtig sind interne Links aus passenden, bereits etablierten Seiten. Eine URL, die nur in der Sitemap vorkommt und sonst nirgends verlinkt ist, wirkt strukturell unwichtig. Verwenden Sie beschreibende Linktexte und vermeiden Sie verwaiste Seiten.
8. Qualität, Duplikate und Rendering bewerten
Bei „Gecrawlt, zurzeit nicht indexiert“ ist häufig keine harte Sperre vorhanden. Dann muss die Seite ihren eigenen Zweck klar erfüllen: eine eindeutige Suchintention, substanzieller eigener Inhalt, nachvollziehbare Überschriften, passende interne Links und ein erkennbarer Autor oder Anbieter.
Typische WordPress-Risiken sind nahezu identische Standortseiten, automatisch erzeugte Schlagwort- und Autorenarchive, dünne Produktvarianten oder Seiten, deren Hauptinhalt erst fehlerhaft per JavaScript geladen wird. Prüfen Sie im Live-Test der Search Console, ob Google den entscheidenden Inhalt tatsächlich sieht.
Warum WordPress-Seiten nach einem Relaunch verschwinden
Nach einer Migration treten oft mehrere widersprüchliche Signale gleichzeitig auf: Die alte URL leitet weiter, das Canonical nennt noch die alte Domain, interne Links zeigen auf Zwischenziele und die Sitemap enthält bereits die neue Struktur. Google muss diese Signale erst zusammenführen.
Die wichtigsten Kontrollen nach einem Relaunch sind:
- jede alte relevante URL hat genau ein passendes 301-Ziel,
- Canonicals und hreflang verweisen auf die endgültigen URLs,
- interne Links wurden auf die neue Struktur umgestellt,
- die XML-Sitemap enthält nur neue kanonische URLs,
- Staging-Sperren, Passwortschutz und
noindexsind entfernt, - Google Search Console ist für die richtigen Domainvarianten eingerichtet.
Für größere Umstellungen hilft die SEO-Migrations-Checkliste, damit Indexierung, Weiterleitungen und Messung gemeinsam geprüft werden.
WordPress-Bilder werden nicht indexiert: separate Checkliste
Eine indexierte Seite bedeutet nicht automatisch, dass jedes eingebundene Bild in Google Bilder erscheint. Google muss auch die Bilddatei entdecken, abrufen und inhaltlich einordnen können.
- HTML statt CSS-Hintergrund: Wichtige Bilder sollten über ein
<img src="/...">-Element eingebunden sein. Google weist ausdrücklich darauf hin, dass CSS-Hintergrundbilder nicht indexiert werden. - Erreichbare Datei: Die Bild-URL muss ohne Login, Hotlink-Sperre oder Firewall-Blockade erreichbar sein und einen passenden Bild-Content-Type liefern.
- Kein noimageindex: Prüfen Sie Meta-Robots und HTTP-Header auf
noimageindexodernoindex. - Beschreibender Kontext: Dateiname, Alt-Text, Bildunterschrift und der Text in unmittelbarer Nähe sollten das Motiv präzise beschreiben, ohne Keywords zu wiederholen.
- Fallback bei responsiven Bildern: Bei
pictureundsrcsetsollte weiterhin ein echtesimg-Element mitsrcvorhanden sein. - Bild-Sitemap: Für schwer entdeckbare Bilder oder Bilder auf einem CDN kann eine Bild-Sitemap zusätzliche Fundstellen liefern.
Die aktuelle Google-Anleitung für Bild-SEO nennt HTML-Bildelemente, erreichbare Dateien, aussagekräftigen Alt-Text und Bild-Sitemaps als zentrale Grundlagen. Auch die Ladezeit bleibt relevant, weil große Bilder die Seitenerfahrung verschlechtern können. Hinweise dazu finden Sie unter lange Ladezeit einer Website beheben.
Nach der Korrektur: Indexierung neu anstoßen
Erst wenn Statuscode, Robots-Regeln, Canonical und Inhalt stimmen, starten Sie in der URL-Prüfung einen Live-Test und wählen „Indexierung beantragen“. Bei vielen neuen oder geänderten URLs reichen Sie eine aktuelle XML-Sitemap ein.
Google nennt für erneutes Crawling einen Zeitraum von wenigen Tagen bis zu einigen Wochen. Mehrfaches Beantragen derselben URL beschleunigt den Vorgang nicht, und eine Anfrage garantiert keine Aufnahme in den Index. Diese Grenzen erklärt Google in der offiziellen Anleitung erneutes Crawlen beantragen.
Die kompakte Indexierungs-Checkliste
- Exakte URL in der Search Console prüfen.
- Live-Test ausführen und gerendertes HTML kontrollieren.
- Status 200 und endgültige Ziel-URL bestätigen.
- Meta-Robots und X-Robots-Tag auf
noindexprüfen. - robots.txt auf Blockaden testen.
- Self-Canonical, Sitemap-URL und interne Links abgleichen.
- Soft-404, Duplikate und dünne Inhalte ausschließen.
- Bei Bildern:
img src, Zugriff, Alt-Text und Bild-Sitemap prüfen. - Fehler beheben, Cache leeren und erneut live testen.
- Danach einmalig Indexierung beantragen und den Status beobachten.
Häufige Fragen zur WordPress-Indexierung
Warum wird meine WordPress-Seite nicht indexiert?
Häufige Ursachen sind noindex, eine Crawl-Sperre, ein falsches Canonical, ein Fehlerstatus, fehlende interne Links oder eine Seite, die Google als Duplikat beziehungsweise Soft-404 bewertet. Die genaue Ursache erkennen Sie über die URL-Prüfung in der Google Search Console.
Wie prüfe ich, ob WordPress auf noindex steht?
Kontrollieren Sie unter Einstellungen → Lesen die Sichtbarkeit für Suchmaschinen, danach die Einstellungen Ihres SEO-Plugins. Prüfen Sie zusätzlich den HTML-Quellcode auf ein Robots-Meta-Tag und die HTTP-Header auf einen X-Robots-Tag.
Kann die robots.txt eine Seite aus dem Google-Index entfernen?
Nicht zuverlässig. Die robots.txt verhindert in erster Linie das Crawling. Soll Google ein noindex erkennen, muss die Seite crawlbar sein. Für eine Entfernung verwenden Sie deshalb eine zugängliche URL mit noindex und bei dringenden Fällen das Entfernungstool der Search Console.
Wie lange dauert die Indexierung nach einer Korrektur?
Das erneute Crawling kann laut Google wenige Tage bis einige Wochen dauern. Eine feste Frist oder Garantie gibt es nicht. Wiederholte Indexierungsanfragen für dieselbe URL beschleunigen den Vorgang nicht.
Warum erscheinen meine WordPress-Bilder nicht in Google Bilder?
Prüfen Sie, ob das Bild als echtes HTML-Bild mit img src eingebunden und öffentlich abrufbar ist. Auch robots-Regeln, Alt-Text, Dateiname, umgebender Text und eine Bild-Sitemap beeinflussen die Entdeckung und Einordnung.
Garantiert eine XML-Sitemap die Indexierung?
Nein. Eine Sitemap hilft Google beim Entdecken von URLs, garantiert aber weder Crawling noch Indexierung oder Ranking. Die URL muss technisch zugänglich, kanonisch, intern verlinkt und inhaltlich nützlich sein.
Wann eine technische SEO-Prüfung sinnvoll ist
Wenn viele wichtige URLs betroffen sind, Google ein unerwartetes Canonical wählt oder die Probleme nach einem Relaunch auftreten, reicht eine einzelne Plugin-Einstellung oft nicht aus. Dann sollten Website, Serverantworten, Sitemap, interne Verlinkung und Search-Console-Daten gemeinsam geprüft werden.
XOXO analysiert WordPress-Indexierungsprobleme technisch und nachvollziehbar – von Robots-Regeln und Canonicals bis zu Weiterleitungen, Rendering und Bildindexierung. Schildern Sie uns die betroffenen URLs, wenn Sie eine belastbare Ursachenanalyse statt weiterer Vermutungen möchten.
