Paginierung und Indexierung: wie Google mit Seite 2, 3 und 4 umgeht

Jeder Onlineshop mit mehr als einer Handvoll Produkten und jeder Blog mit mehr als einer Handvoll Artikel bekommt irgendwann paginierte Seiten: Seite 1, Seite 2, Seite 3 einer Kategorie oder Artikelübersicht. Wie diese Seiten technisch behandelt werden, entscheidet mit darüber, ob Google die wichtigen Produkte und Artikel überhaupt findet.

Paginierung wirkt banal, ist aber eine der Stellen, an denen kleine technische Fehler große Wirkung entfalten — von unnötig vielen fast identischen Seiten im Index bis zu Produkten auf Seite 4, die praktisch nie gefunden werden.

Was Paginierung aus SEO-Sicht zum Problem macht

Wer die technischen SEO-Grundlagen einmal verstanden hat, erkennt Paginierung als deren logische Fortsetzung. Eine Kategorieseite mit 200 Produkten, aufgeteilt in Zwanzigerschritten, erzeugt zehn URLs, die sich inhaltlich stark ähneln: gleiche Überschrift, gleiche Beschreibung, nur andere Produkte im mittleren Teil der Seite. Ohne klare Regeln kann das dazu führen, dass Google alle zehn Seiten als eigenständige, aber fast identische Inhalte einstuft und selbst entscheidet, welche davon relevanter ist — nicht immer die Seite, die man selbst bevorzugt hätte.

Das zweite Problem ist die Erreichbarkeit: Produkte oder Artikel, die erst auf Seite 5 oder 6 einer Liste auftauchen, sind für Crawler viele Klicks von der Startseite entfernt. Je mehr Klicks nötig sind, desto seltener werden solche Seiten regelmäßig neu gecrawlt, was sich direkt auf die Sichtbarkeit auswirkt.

Dasselbe Muster taucht bei Blogarchiven auf, sobald mehr Artikel vorhanden sind, als auf eine Übersichtsseite passen. Auch hier entstehen mehrere ähnlich aufgebaute Archivseiten, die technisch dieselben Fragen aufwerfen wie eine paginierte Produktkategorie in einem Shop.

Der veraltete Ansatz: rel=next/prev

Früher empfahl Google, paginierte Seiten mit speziellen Verweisen im Seitenkopf zu markieren, die anzeigen, welche Seite die vorherige und welche die nächste in der Reihenfolge ist. Diese Signale werden inzwischen von Google nicht mehr für die Indexierung ausgewertet, auch wenn man sie an manchen Stellen im Netz noch als Empfehlung findet. Wer sie einsetzt, schadet damit nicht, gewinnt aber auch nichts mehr.

An ihre Stelle ist ein einfacheres Prinzip getreten: Jede paginierte Seite gilt inzwischen meist als eigenständig indexierbare Seite, sofern sie eigenen Wert bietet, statt technisch an eine „Hauptseite" gebunden zu werden.

Selbstreferenzierende Canonical-Tags als Standardlösung

Die robustere Lösung für die meisten Fälle: Jede Paginierungsseite bekommt ein Canonical-Tag, das auf sich selbst verweist, nicht auf Seite 1. Damit sagt man Google klar, dass Seite 3 eine eigenständige Seite mit eigenem Inhalt ist, die eigenständig im Index geführt werden darf, statt fälschlich alle Klicks und Signale auf Seite 1 zu bündeln, wo die dort gar nicht gelisteten Produkte nie sichtbar würden.

Ein häufiger Fehler ist das Gegenteil: Alle paginierten Seiten verweisen per Canonical auf Seite 1. Das klingt nach sauberer Konsolidierung, führt aber dazu, dass Produkte, die nur auf hinteren Seiten stehen, faktisch aus dem Index verschwinden können, weil Google sie als Duplikat einer Seite behandelt, auf der sie gar nicht erscheinen.

Dieser Fehler entsteht oft unbeabsichtigt durch Standardeinstellungen eines Shop- oder CMS-Systems, die pauschal für alle Kategorieseiten dasselbe Canonical-Muster anwenden, ohne die Paginierung gesondert zu berücksichtigen. Ein kurzer Blick in den Quelltext einer beliebigen Seite 3 oder 4 zeigt schnell, ob das Canonical-Tag korrekt auf sich selbst oder fälschlich auf Seite 1 zeigt.

„Alle anzeigen"-Ansichten sinnvoll einsetzen

Wo technisch machbar, hilft eine zusätzliche Ansicht, die alle Einträge auf einer einzigen Seite zeigt, etwa als Option „alle anzeigen" neben der paginierten Standardansicht. Diese Seite kann dann selbst gut ranken, während die paginierten Einzelseiten für Nutzer sinnvoll bleiben, die lieber blättern statt zu scrollen.

Bei sehr großen Katalogen mit tausenden Einträgen ist eine „Alle anzeigen"-Seite technisch und für die Ladezeit oft nicht praktikabel. Dann bleibt die saubere Paginierung mit eigenständigen, selbstreferenzierenden Seiten die bessere Wahl.

Eine Zwischenlösung für mittelgroße Kataloge ist eine höhere, aber begrenzte Anzahl von Einträgen pro Seite, etwa fünfzig statt zwanzig. Das reduziert die Anzahl der insgesamt entstehenden paginierten URLs spürbar, ohne die Ladezeit einer einzelnen Seite so stark zu belasten wie eine vollständige „Alle anzeigen"-Ansicht bei einem sehr großen Sortiment.

Faceted Navigation und Filter als Sonderfall

Ein verwandtes, oft größeres Problem entsteht durch Filter- und Sortieroptionen, etwa Farbe, Größe oder Preis, die eigene URLs mit Parametern erzeugen. Ohne Kontrolle entstehen dadurch tausende Kombinationen von URLs mit fast identischem Inhalt, die Crawling-Kapazität binden, ohne echten Mehrwert zu liefern.

Filterkombinationen sollten grundsätzlich nicht indexiert werden, während echte Kategorieseiten mit eigenständigem Wert — etwa eine dedizierte Seite für eine bestimmte Produktkategorie — sehr wohl indexiert bleiben sollten. Die Grenze zu ziehen, welche Filterkombination noch eigenen Suchwert hat und welche nur technisches Nebenprodukt ist, ist die eigentliche Arbeit an dieser Stelle.

Eine praktische Faustregel: Eine Filterkombination, nach der Nutzer tatsächlich aktiv suchen — etwa eine bestimmte Marke innerhalb einer Kategorie — kann eine eigene, indexierbare Seite verdienen. Eine Kombination aus drei oder vier gleichzeitig gesetzten Filtern, die praktisch nie direkt gesucht wird, gehört dagegen zuverlässig von der Indexierung ausgeschlossen, selbst wenn die URL technisch weiter erreichbar bleibt.

Was in der Search Console auf Paginierungsprobleme hindeutet

Wie du den Bericht zur Sitemap und Indexierung grundsätzlich liest, hilft auch hier weiter. Im Bericht zur Seitenindexierung tauchen paginierungsbedingte Probleme häufig unter Meldungen wie „Alternative Seite mit richtigem kanonischen Tag" oder „Duplikat, vom Nutzer nicht als kanonisch festgelegt" auf. Häufen sich solche Meldungen bei URLs mit Parametern wie ?page= oder ?filter=, lohnt sich ein gezielter Blick auf die Paginierungslogik der betroffenen Seitenbereiche.

Wichtig ist dabei, nicht in Panik jede gemeldete URL manuell zu bearbeiten, sondern das zugrundeliegende Muster zu erkennen und einmal an der Quelle — meist im Shop- oder CMS-System selbst — zu korrigieren, statt Einzelfälle zu flicken.

Häufige Fragen