Warum WordPress-Seiten trotz Yoast nicht indexieren
Yoast SEO und RankMath sind Analyse-Werkzeuge, keine Indexierungs-Mechanismen. Die grüne Ampel bedeutet, dass ein Beitrag die internen Checklisten des Plugins erfüllt — Fokus-Keyword vorhanden, Meta-Description gesetzt, Alt-Texte vergeben. Was sie nicht prüfen: ob Google die Seite überhaupt besucht hat, ob der Inhalt als eigenständig und wertvoll gilt, oder ob ein anderer Mechanismus den URL aktiv von der Indexierung ausschließt.
Die häufigsten WordPress-spezifischen Ursachen für ausbleibende Indexierung:
noindex gesetzt ohne es zu wissen. Beim ersten Aufsetzen einer WordPress-Installation ist die Option „Suchmaschinen bitten, diese Website nicht zu indexieren" im Leseeinstellungen-Menü aktiv. Wer das vergisst oder nach einem Entwicklungs-Freeze nicht rückgängig macht, sendet für die gesamte Domain ein noindex-Signal. Zusätzlich setzen Yoast und RankMath bestimmte Seitentypen standardmäßig auf noindex — dazu gleich mehr.
Kein interner Link zur neuen Seite. Google entdeckt Seiten primär durch das Folgen von Links. Ein neuer Beitrag, der nur über das Archiv oder die Startseite erreichbar ist, erhält möglicherweise wochenlang keinen Crawl. Je tiefer eine Seite in der Linkstruktur vergraben ist, desto seltener besucht Googlebot sie. Das gilt besonders für neue Domains ohne etabliertes Crawl-Budget.
Thin Content und Duplicate Content. WordPress generiert für jeden Tag, jeden Autor, jede Kategorie und jedes Tag automatisch Archivseiten. Ohne gezieltes noindex-Management entstehen Dutzende bis Hunderte URLs, die inhaltlich fast identisch sind oder nur eine Handvoll Beiträge auflisten. Google behandelt diese als schwachen Inhalt — und wenn sie gecrawlt aber nicht indexiert werden, verschwendet das Crawl-Budget, das besser auf die wichtigen Inhaltsseiten verwendet wäre.
Canonicals-Konflikt. Pagination, Query-Parameter (z. B. durch WooCommerce-Filter) und doppelte Content-Ausgabe durch Themes können dazu führen, dass Google einen anderen URL als Canonical wählt als den, den man eigentlich in den Index möchte. Das ist nicht Yoasts Fehler — aber Yoast gibt keinen Alarm, wenn Google die Canonical-Entscheidung überschreibt.
Yoast/RankMath richtig einstellen (Indexierbarkeit)
Beide Plugins bieten mehr Kontrolle, als die meisten Nutzer ausschöpfen. Die entscheidenden Einstellungen befinden sich nicht in der Post-Editor-Sidebar, sondern in den globalen Plugin-Optionen.
Yoast SEO
Unter Yoast SEO → Suchdarstellung → Inhaltstypen lässt sich für jeden Post-Type und jede Taxonomie separat steuern, ob Seiten indexiert werden sollen und ob RSS-Links eingebunden werden. Wichtig: Die Einstellung „Anzahl der Beiträge in diesem Inhaltstyp zum Durchsuchen erlauben" ist von der eigentlichen noindex/index-Einstellung getrennt. Wer hier unsicher ist, prüft am besten im Quelltext der Seite, ob <meta name="robots" content="noindex"> gesetzt ist — das ist die einzige verlässliche Methode.
Für Autoren-Archive gilt: Wenn eine WordPress-Installation nur einen Autor hat, produzieren Autoren-Archive reinen Duplicate Content. Yoast empfiehlt in diesem Fall selbst, Autoren-Archive zu deaktivieren (Weiterleitung auf den Hauptblog). Dasselbe gilt für Datumsarchive, die selten eigenständigen Wert besitzen.
RankMath
RankMath bietet unter RankMath → Allgemeine Einstellungen → Links zusätzlich die Option, leere Kategorieseiten automatisch auf noindex zu setzen — eine sinnvolle Einstellung, die Yoast nicht in dieser Form kennt. Unter Titles & Meta lässt sich für jeden Inhaltstyp der Robot-Tag setzen. RankMath zeigt im Dashboard außerdem eine Übersicht aller Seiten, die aktiv auf noindex stehen — praktisch für schnelle Audits.
Was beide Plugins nicht ersetzen: Eine Überprüfung in der Google Search Console, ob Google den gesetzten Canonical auch tatsächlich respektiert. GSC → URL prüfen → „Canonical, wie von Google festgelegt" ist die einzige verlässliche Quelle für diese Information.
Tag-/Kategorie-Seiten – die noindex-Falle
Dieser Punkt verdient einen eigenen Abschnitt, weil er in der Praxis so häufig falsch umgesetzt wird — in beide Richtungen.
WordPress erstellt für jedes Tag und jede Kategorie automatisch eine Archivseite. Auf einem aktiven Blog mit 200 Beiträgen und 50 Tags entstehen so 50 Tag-URLs, die jeweils nur eine Auswahl von Beiträgen anzeigen und kaum eigenständigen Inhalt haben. Google wertet diese Seiten als Thin Content und indexiert sie entweder nicht oder verdrängt damit die eigentlichen Beiträge aus dem Index.
Wann noindex sinnvoll ist
Für die meisten WordPress-Installationen gilt als Faustregel: Tag-Archive auf noindex setzen. Tags werden in WordPress oft willkürlich vergeben, entstehen doppelt und führen zu Hunderten von Archivseiten ohne redaktionellen Mehrwert. Diese Seiten aus dem Index zu nehmen schadet nicht — es schützt das Crawl-Budget und verhindert Kannibalisierung.
In Yoast: Suchdarstellung → Taxonomien → Tags → In Suchergebnissen anzeigen → Nein.
In RankMath: Titles & Meta → Tags → Robots Meta → noindex.
Wann Kategorieseiten indexiert bleiben sollten
Kategorieseiten sind eine andere Geschichte. Wenn eine Kategorie ein echtes Thema abdeckt, eine eigene Kategorie-Beschreibung hat und regelmäßig mit relevanten Beiträgen bestückt wird, kann sie eigenständig ranken und Traffic bringen. Viele Publisher-Sites und Blogs generieren erheblichen organischen Traffic über Kategorieseiten, die wie eine Art Themen-Landingpage funktionieren.
Die Entscheidung ist also nicht pauschal „alles auf noindex", sondern: Hat diese Kategorie einen eigenständigen Mehrwert? Wenn ja — indexiert, mit eigener Beschreibung (mindestens 150–200 Wörter), Breadcrumb und internen Links. Wenn nein — noindex und Crawl-Budget sparen.
Pagination: Kategorie- und Tag-Archive paginen sich automatisch durch (?paged=2, ?paged=3 etc.). Diese paginierten URLs sollten weder geblockt noch canonical auf Seite 1 zeigen, wenn sie eigenständige Beiträge enthalten. Google versteht paginierte Serien und crawlt sie in der Regel korrekt, sofern sie nicht mit noindex oder robots.txt geblockt sind.
WordPress-Sitemap bei Google einreichen
WordPress generiert seit Version 5.5 automatisch eine XML-Sitemap unter /wp-sitemap.xml. Yoast und RankMath ersetzen diese durch eigene, umfangreichere Sitemaps — bei Yoast typischerweise unter /sitemap_index.xml, bei RankMath unter /sitemap_index.xml ebenfalls (Pfad konfigurierbar).
Einreichung über die Google Search Console
Der einzige direkte Weg, Google eine WordPress-Sitemap zu melden, ist die Google Search Console:
- GSC öffnen → Property auswählen → Sitemaps im linken Menü
- Den vollständigen Sitemap-URL eingeben (z. B.
https://example.com/sitemap_index.xml)
- „Senden" klicken
Google liest die Sitemap dann zu einem selbst gewählten Zeitpunkt aus. Das ist kein Sofort-Crawl-Trigger — es teilt Google mit, dass die Sitemap existiert und regelmäßig aktualisiert wird.
Wichtig: Der früher verbreitete Google-Sitemap-Ping (https://www.google.com/ping?sitemap=...) gibt seit Ende 2023 einen 404-Fehler zurück. Dieser Kanal ist tot. Wer ihn noch in WP-Plugins oder alten Tutorials sieht, kann ihn ignorieren.
Für Bing funktioniert der Ping-Mechanismus weiterhin. FastIndexing nutzt unter anderem IndexNow, das Seiten direkt an Bing und Yandex meldet — ohne GSC-Verifizierung, ohne Umwege.
Was eine gute WordPress-Sitemap enthält
Eine Sitemap ist keine Garantie für Indexierung — sie ist ein Vorschlag an Google. Trotzdem verbessert eine saubere Sitemap die Crawl-Effizienz erheblich. Folgendes sollte in einer WordPress-Sitemap vorhanden sein:
- Alle kanonischen Seiten und Beiträge (keine noindex-URLs)
- Keine 404- oder redirect-URLs
- Korrekte
<lastmod>-Daten (bei RankMath und Yoast automatisch gesetzt)
- Keine passwortgeschützten oder ausgesperrten URLs
Was nicht in der Sitemap sein sollte: Tag-Seiten auf noindex, paginierte Seiten (wenn sie noindex tragen), Autoren-Archive ohne eigenständigen Wert.
Beiträge & neue Seiten schneller indexieren
Hier wird es konkret: Was kann man tun, damit ein neuer WordPress-Beitrag nicht Wochen auf seinen ersten Google-Crawl wartet?
Interne Verlinkung als erster Schritt
Bevor irgendein externes Signal gesetzt wird, sollte der neue Beitrag intern verlinkt sein — von einer bereits indexierten, thematisch verwandten Seite. Das ist der zuverlässigste Crawl-Trigger, den Google selbst empfiehlt. Wer einen neuen Beitrag veröffentlicht und vergisst, ihn von einer bestehenden Seite zu verlinken, verlässt sich ausschließlich darauf, dass Googlebot die Sitemap crawlt und den neuen Eintrag findet — was Tage bis Wochen dauern kann.
Konkret: Nach dem Veröffentlichen eines Beitrags den Permalink kopieren und in 1–3 thematisch passende, bereits indexierte Seiten als internen Link einfügen. Dieser einfache Schritt beschleunigt das Crawling zuverlässig.
GSC URL-Prüftool (manuell, begrenzt)
In der Google Search Console kann jeder URL manuell zur Indexierung angemeldet werden: URL-Prüftool → URL eingeben → „Indexierung beantragen". Das funktioniert für einzelne, wichtige Seiten und gibt innerhalb von Stunden bis wenigen Tagen eine Rückmeldung. Für viele URLs gleichzeitig ist dieser Weg nicht skalierbar — das Tool ist für Einzelfälle gedacht.
IndexNow und Discovery-Signale
IndexNow ist ein offenes Protokoll, das neue oder aktualisierte URLs direkt an Bing und Yandex meldet. Es braucht keine GSC-Verifizierung. Für WordPress gibt es Plugins (z. B. IndexNow für WordPress), die bei Veröffentlichung automatisch einen IndexNow-Ping absetzen. Das ist kein Google-Kanal, aber Discovery-Signale von Bing können indirekt die Wahrnehmung einer URL beschleunigen.
Für Google wirken externe Links und Social Signals als Discovery-Trigger. Wenn ein neuer Beitrag über Social Media geteilt wird und Googlebot diese Seite crawlt, findet er den Link und folgt ihm. Das ist kein verlässlicher Mechanismus für systematisches Indexierungs-Management — aber für einzelne wichtige Beiträge kann es den ersten Crawl beschleunigen.
Die Indexing API — mit Vorsicht einzusetzen
Googles Indexing API ist offiziell für Seiten mit JobPosting- oder BroadcastEvent-Schema vorgesehen. Einige SEO-Praktiker setzen sie auch für reguläre URLs ein, um schnellere Crawls auszulösen. Offiziell vorgesehen ist dieser Einsatz nicht, und Google kann das Verhalten jederzeit ändern. FastIndexing nutzt die Indexing API ausschließlich für GSC-verifizierte Domains — sie ist ein optionaler Kanal im Multi-Signal-Ansatz, keine Allzwecklösung.
Was FastIndexing für WordPress-Seiten tut
FastIndexing kombiniert mehrere Kanäle parallel: IndexNow für Bing/Yandex, Discovery-Signale, und — wo verfügbar — die Indexing API für verifizierte Domains. Das Ziel ist nicht, Google zu umgehen, sondern alle verfügbaren Signal-Kanäle gleichzeitig zu nutzen, anstatt auf den nächsten regulären Crawl zu warten.
In unseren bisherigen Tests wurden rund 60–75 % der eingereichten URLs innerhalb von 14 Tagen indexiert. Das ist kein garantiertes Ergebnis — Google entscheidet selbst, was indexiert wird. URLs, die technisch blockiert sind (noindex, Canonical-Konflikt, robots.txt), werden von FastIndexing als nicht sinnvoll erkannt und nicht unnötig berechnet.
Beiträge zur Indexierung einreichen — Start mit 200 kostenlosen Credits. Alle Pläne ab 0,13 €/URL.
Praxis-Einblick (Dmytro Puhach, Founder · 15+ Jahre SEO-Praxis)
Was mich bei WordPress-Projekten am meisten überrascht: Wie oft eine simple interne Verlinkung den Unterschied macht. Ein Kunde hatte 80 neue Beiträge veröffentlicht, alle mit Yoast optimiert, alle in der Sitemap — aber keiner intern verlinkt. Alle 80 lagen nach vier Wochen noch im Limbo. Wir haben an einem Nachmittag von bestehenden Pillar-Pages intern auf die neuen Beiträge verlinkt, FastIndexing die URLs einreichen lassen, und innerhalb von zehn Tagen waren 60+ davon indexiert. Das Yoast-Setup war nie das Problem.
Ich sehe dieses Muster regelmäßig bei WordPress-Neukunden: Die Seite ist seit Monaten online, Yoast zeigt überall grün, und trotzdem rankt nichts. Nach einem kurzen GSC-Check stellt sich heraus, dass Tag-Seiten den Großteil des Crawl-Budgets auffressen, während die eigentlichen Produkt- oder Serviceseiten nur alle paar Wochen gecrawlt werden. Der Fix ist nicht kompliziert — aber er erfordert, dass man die WordPress-Struktur als Ganzes betrachtet, nicht Seite für Seite.
FAQ
Warum wird meine WordPress-Seite nicht indexiert?
Die häufigsten Ursachen sind: noindex im Plugin oder in den WordPress-Leseeinstellungen aktiv, kein interner Link von einer bereits indexierten Seite, Thin Content (z. B. leere Kategorieseite, Datumsarchiv), Canonical-Konflikt durch Theme oder Plugin, oder schlicht kein Crawl-Budget für neue Domains. GSC → URL prüfen zeigt den genauen Status und häufig einen Hinweis auf die Ursache.
Macht Yoast meine Seite indexierbar?
Nein. Yoast prüft die inhaltsqualitative Optimierung und hilft dabei, technische Fehler wie fehlende Meta-Daten oder falsch gesetzte noindex-Tags zu vermeiden. Ob Google eine Seite tatsächlich crawlt und in den Index aufnimmt, entscheidet Google selbst — abhängig von Crawl-Budget, Inhaltsqualität, internen Links und externen Signalen. Yoast hat auf diese Entscheidung keinen direkten Einfluss.
Sollen Tag-/Kategorie-Seiten auf noindex?
Für Tag-Seiten ist noindex in den meisten Fällen die richtige Wahl — sie haben selten eigenständigen Wert und verschwenden Crawl-Budget. Für Kategorie-Seiten hängt es davon ab: Wenn eine Kategorie ein echtes Thema abdeckt, eine eigene Beschreibung hat und regelmäßig mit guten Inhalten befüllt wird, kann sie indexiert bleiben und eigenständig ranken. Pauschal-noindex für alle Taxonomien ist keine gute Strategie.
Wie reiche ich die WP-Sitemap ein?
In der Google Search Console: Sitemaps → URL eingeben (z. B. https://example.com/sitemap_index.xml) → Senden. Der Google-Sitemap-Ping per URL ist seit Ende 2023 nicht mehr verfügbar (404). Für Bing funktioniert der Ping-Mechanismus weiterhin; IndexNow ist der modernere Weg. Die Sitemap-Einreichung in GSC ist ein einmaliger Schritt — danach liest Google die Sitemap eigenständig und regelmäßig aus.
Weiterführend: Google Indexierung — Grundlagen & alle Kanäle · Indexierbarkeit prüfen · Preise & Pläne
