Wenn Sie Hunderte von Beiträgen, Dutzende von Kategorien und eine Wolke von Schlagwörtern haben, vervielfachen sich die Paginierungsseiten unbemerkt. /page/2/, dann /page/3/, dann /page/15/, und ehe Sie sich versehen, indexiert Google tausend wertlose URLs, die keinen eigenständigen Inhalt bieten, aber Ihr Crawl-Budget verbrauchen.

In älteren Versionen von Yoast SEO gab es einen integrierten Schalter namens „Noindex subpages of archives". Ein Häkchen, und das Problem war gelöst. Doch 2020 entfernte das Yoast-Team diese Einstellung aus der Oberfläche. Die offizielle Position: Google ist im Umgang mit paginierten Reihen intelligenter geworden, und die Einstellung wird nicht mehr benötigt.

In der Praxis wird sie sehr wohl benötigt. Besonders bei großen Websites, wo jede zusätzliche Seite im Index das Crawl-Kontingent für URLs schmälert, die tatsächlich ranken sollten.

Die Yoast-Entwickler haben einen Workaround hinterlassen: den wpseo_robots-Filter. Damit können Sie programmatisch noindex, follow für beliebige Paginierungsseiten setzen. Nachfolgend zwei Code-Optionen: eine strikte (alle /page/-URLs) und eine selektive (nur Kategorie- und Schlagwort-Archive).

💡 Kurzüberblick:

• Erfahren Sie, warum Yoast die eingebaute Option entfernt hat und wann sie weiterhin nötig ist
• Erhalten Sie einsatzbereiten Code für functions.php: zwei Versionen des wpseo_robots-Filters
• Lernen Sie, das Ergebnis über den Seitenquelltext und die Google Search Console zu prüfen

Warum Paginierungsseiten von der Indexierung ausgeschlossen werden sollten

Jede Paginierungsseite hat drei Probleme. Erstens, Content-Duplizierung: /category/seo/, /category/seo/page/2/ und /category/seo/page/3/ zeigen dieselben Vorschauen, nur aufgeteilt auf mehrere Seiten. Zweitens, Thin Content: Eine Paginierungsseite enthält keinen vollständigen Artikel, sondern nur eine Liste von Titeln mit Auszügen. Drittens, Crawl-Budget: Googlebot verbraucht sein Crawl-Limit für URLs ohne Suchwert, anstatt neue Beiträge erneut zu crawlen.

Yoast SEO löste diese Aufgabe früher mit einem einzigen Häkchen in den Einstellungen. Doch ab Version 14.0 überdachte das Unternehmen seinen Ansatz. Die Logik dahinter: Google hat gelernt, rel="prev" und rel="next" zu erkennen, versteht die Paginierungsstruktur und leitet Nutzer selbstständig auf die erste Seite. Und Noindex auf Unterseiten reduziert aus Yoasts Sicht die Anzahl der Crawls und hindert die Suchmaschine daran, alte Artikel über Links auf diesen Seiten wiederzuentdecken.

Dieses Argument ist diskutabel. Wenn Sie einen kleinen Blog mit 30 Beiträgen haben, gut, Google wird das regeln. Wenn Ihre Website jedoch auf mehrere tausend URLs mit Kategorie-, Schlagwort- und Datumsarchiv-Paginierung angewachsen ist, verschwendet die Suchmaschine Zeit mit den falschen Dingen. Unterseiten per Code von der Indexierung auszuschließen, ist eine kontrollierte und reversible Lösung.

Option 1: Noindex für alle Paginierungsseiten

Der einfachste und radikalste Ansatz. Der Filter prüft die Bedingung is_paged(), eine Standardfunktion von WordPress, die auf jeder Paginierungsseite (Archive, Kategorien, Schlagwörter, Startseite) true zurückgibt. Wenn die Bedingung zutrifft, setzen wir noindex, follow.

Fügen Sie diesen Code in die functions.php Ihres aktiven Themes oder über das Code Snippets-Plugin ein:

1
add_filter('wpseo_robots', function($robots) {
2
    if (is_paged()) {
3
        return 'noindex,follow';
4
    }
5
    return $robots;
6
});

Was passiert Zeile für Zeile:

• add_filter('wpseo_robots', ...) hängt sich in den Yoast SEO-Filter ein, der für den Inhalt des robots-Meta-Tags zuständig ist. Der Filter akzeptiert den aktuellen $robots-Wert und erwartet einen String als Rückgabe.
• is_paged() ist eine eingebaute Kernfunktion von WordPress. Sie greift bei jeder URL, in der die Variable paged vorhanden ist (also /page/N/).
• return 'noindex,follow' weist die Suchmaschine an: „Diese Seite nicht indexieren, aber den Links darauf folgen." Links innerhalb der Paginierung geben weiterhin Gewicht weiter.
• return $robots gibt für alle anderen Seiten den standardmäßigen Yoast-Wert unverändert zurück.

Rufen Sie nach dem Einfügen des Codes eine beliebige Seite wie /category/seo/page/2/ auf und öffnen Sie den HTML-Quelltext (Strg+U). Suchen Sie die Zeile <meta name="robots". Wenn Sie content="noindex, follow" sehen, hat der Filter funktioniert.

Option 2: Noindex nur für Kategorie- und Schlagwort-Archive

Die erste Option betrifft unterschiedslos alle paginierten Seiten, einschließlich der Startseite (/page/2/). Wenn Ihre Startseite Beitragsvorschauen anzeigt und Sie deren Unterseiten im Index behalten möchten, benötigen Sie eine gezieltere Logik.

Wir fügen eine zweite Bedingung hinzu: is_archive(). Diese WordPress-Funktion gibt nur auf Archivseiten true zurück: Kategorien, Schlagwörter, Datumsarchive, Autorenarchive und benutzerdefinierte Taxonomien.

1
add_filter('wpseo_robots', function($robots) {
2
    if (is_paged() && is_archive()) {
3
        return 'noindex,follow';
4
    }
5
    return $robots;
6
});

Der Unterschied zur ersten Option liegt in der Kombination der Bedingungen. is_paged() && is_archive() bedeutet: „Paginierungsseite UND Archivseite zugleich." Die Paginierung der Startseite (/page/2/) erfüllt die Bedingung is_archive() nicht, daher bleibt ihre Indexierung erhalten.

Welche Option Sie wählen sollten:

So überprüfen Sie das Ergebnis

Prüfen Sie nach dem Einfügen des Codes drei Dinge.

Erstens, den Quelltext. Öffnen Sie eine beliebige Paginierungsseite, Strg+U, suchen Sie nach <meta name="robots". Stellen Sie sicher, dass Sie content="noindex, follow" sehen, nicht content="index, follow".

Zweitens, die Google Search Console. Gehen Sie zum URL-Prüftool, fügen Sie die Adresse der paginierten Seite ein und klicken Sie auf „Testen". Im Block „Indexierung" sehen Sie den Status: „Seite ist nicht indexiert" mit dem Grund „Durch noindex-Tag ausgeschlossen". Das bestätigt, dass Googlebot die Anweisung erhalten und verarbeitet hat.

Drittens, die Index-Dynamik. Öffnen Sie in der Search Console „Index" → „Seiten". Innerhalb von 2 bis 4 Wochen nach Implementierung des Codes werden Sie ein Wachstum bei Seiten mit dem Status „Durch noindex-Tag ausgeschlossen" und einen Rückgang der indexierten paginierten URLs sehen. Der Prozess erfolgt nicht sofort: Googlebot muss jede URL erneut crawlen, um das neue Tag zu lesen.

Wichtige Einschränkungen und Vorsichtsmaßnahmen

Der Code ändert das Verhalten der gesamten Website. Stellen Sie vor der Implementierung sicher, dass Sie die Konsequenzen verstehen.

Das plötzliche Entfernen tausender Seiten aus dem Index kann vorübergehend einen Traffic-Rückgang verursachen. Wenn die Website mehrere Jahre mit indexierter Paginierung gelebt hat und einige Unterseiten Such-Traffic erhielten, werden Sie diese Besuche verlieren. Im Gegenzug setzen Sie Crawl-Budget für Seiten frei, die tatsächlich ranken sollten. Eine Anpassungsphase von 3 bis 6 Wochen ist jedoch unvermeidlich.

Erstellen Sie ein Backup der functions.php, bevor Sie Änderungen vornehmen. Ein Syntaxfehler im PHP-Code legt die gesamte Website lahm (White Screen of Death). Wenn Sie Code Snippets verwenden, fängt das Plugin den fatalen Fehler ab und deaktiviert das Snippet. Wenn Sie die functions.php direkt bearbeiten, halten Sie einen FTP-Zugang bereit, um die Datei zurückzusetzen.

Wenn auf der Website ein Caching-Plugin installiert ist (WP Rocket, W3 Total Cache), leeren Sie den Cache nach dem Hinzufügen des Codes. Andernfalls werden Besuchern und Suchmaschinen über mehrere Stunden oder Tage alte HTML-Kopien der Seiten ohne das neue robots-Meta-Tag ausgeliefert.

Für eine detailliertere Aufschlüsselung aller Yoast SEO-Funktionen, von der Installation bis zur Feinabstimmung der Meta-Tags, lesen Sie unseren Leitfaden zur Einrichtung von Yoast SEO für WordPress.

⁉️🤔 Häufig gestellte Fragen

Warum hat Yoast SEO die eingebaute Noindex-Option für Unterseiten entfernt?

Google hat gelernt, paginierte Reihen über rel="prev"- und rel="next"-Tags zu erkennen und Nutzer zur ersten Seite zu leiten. Yoast entschied, dass ein erzwungenes Noindex auf Unterseiten die Crawls reduziert und die Neuindexierung alter Artikel über Links von paginierten Seiten behindert. Die offizielle Dokumentation von Yoast bestätigt: Die Einstellung wurde aus der Oberfläche entfernt, aber der wpseo_robots-Filter bleibt für die programmatische Steuerung erhalten.

Wird der wpseo_robots-Filter auch 2026 noch unterstützt?

Ja. Der wpseo_robots-Filter funktioniert in aktuellen Yoast SEO-Versionen (24.x, 2026) und ist in der Metadata API auf developer.yoast.com dokumentiert. Eine wichtige Änderung: Vor Version 19.8 erlaubte der Filter die Rückgabe von false, um das Robots-Meta-Tag zu entfernen. Ab Version 19.8 wird die Rückgabe von false ignoriert; der Filter erwartet nur einen String ('noindex,follow' oder $robots). Beide Code-Versionen aus diesem Artikel geben einen String zurück und sind vollständig kompatibel.

Funktioniert der Code, wenn die Website eine benutzerdefinierte Paginierungsstruktur hat?

Die Funktion is_paged() basiert auf dem standardmäßigen WordPress-Abfrageparameter paged. Wenn die Paginierung über einen benutzerdefinierten Parameter implementiert ist (zum Beispiel ?pg=2 oder virtuelles Scrollen), greift die Bedingung nicht. Ersetzen Sie bei benutzerdefinierter Paginierung is_paged() durch eine Prüfung auf die spezifische query_var: get_query_var('custom_page_var'). Plugins wie WP-PageNavi arbeiten mit dem standardmäßigen paged, sodass es hier keinen Konflikt gibt.

Wie lange dauert es, bis Google paginierte Seiten aus dem Index entfernt?

Im Durchschnitt 2 bis 6 Wochen. Die Geschwindigkeit hängt von der Website-Größe und der Crawl-Frequenz ab: Bei einer Website mit täglichen Crawls wird Googlebot die Hauptbereiche in 7 bis 10 Tagen erneut crawlen; bei einem kleinen Blog mit wöchentlichen Crawls dauert es einen Monat. Sie können dies durch eine manuelle Re-Crawl-Anfrage in der Search Console beschleunigen („Index" → „Seiten" → URL auswählen → „Indexierung beantragen"), aber Google bearbeitet solche Anfragen warteschlangenbasiert.

Kann die Paginierung über robots.txt statt über noindex blockiert werden?

Technisch ja: Disallow: */page/* in der robots.txt verbietet das Crawlen von paginierten URLs. Das ist jedoch schlechter als noindex. Der Grund: robots.txt blockiert das Crawlen der Seite, nicht deren Indexierung. Wenn externe Links auf eine paginierte Seite verweisen, kann Google sie als „Seite ohne Beschreibung" indexieren. Gleichzeitig werden auch die Links von der Seite selbst nicht gecrawlt, und Sie verlieren die Gewichtsweitergabe an Beiträge. noindex, follow löst beide Aufgaben: Die Seite wird nicht indexiert, aber die Links daraus werden gecrawlt.

Sollten Sie die Paginierung in Ihrem Fall von der Indexierung ausschließen

Die Antwort läuft auf zwei Faktoren hinaus: die Größe der Website und ob das Crawl-Budget eine knappe Ressource ist.

Wenn Sie 50 Beiträge und drei Kategorien haben, machen Sie sich keine Mühe. Google wird herausfinden, welche Seiten in den Suchergebnissen angezeigt werden sollen, und die weniger wertvollen selbstständig herausfiltern. Der wpseo_robots-Filter ist in diesem Szenario unnötige Komplexität.

Wenn Sie über 500 Beiträge, Dutzende von Kategorien, einen aktiven Blog mit Schlagwörtern und Datumsarchiven haben, erzeugt die Paginierung Hunderte und Tausende von URLs, die die Suchmaschine anstelle neuer Artikel crawlt. Aktivieren Sie Option 2 (Archive) oder Option 1 (alles), überprüfen Sie das Ergebnis über Quelltext und Search Console und geben Sie Google 3 bis 4 Wochen Zeit für den Re-Crawl.

Der Code ist reversibel: Kommentieren Sie den Filter aus, und innerhalb eines Monats kehren alle paginierten Seiten in den Index zurück. Keine irreversiblen Konsequenzen.