Jede Seite einer paginierten Reihe braucht eine eigene, crawlbare URL und ein Canonical auf sich selbst – nicht auf Seite 1. Google wertet rel=next und rel=prev nicht mehr aus und verlässt sich auf normale Links zwischen den Seiten. Infinite Scroll und Load-More-Buttons sind für Crawler unsichtbar, weil sie keine JavaScript-Aktionen auslösen.
Paginierung und SEO: Wie du Seite 2 bis 40 richtig ausliefert
Das Wichtigste in Kürze
- Google: "Verwende nicht die erste Seite einer paginierten Reihe als Canonical. Gib stattdessen jeder Seite ihre eigene Canonical-URL."
- rel=next und rel=prev werden von Google nach eigener Aussage nicht mehr verwendet.
- Seitenzahlen gehören in die URL, nicht in ein Fragment wie #page=2 – Fragmente werden ignoriert.
- Crawler lösen keine Klicks aus: Load-More und Infinite Scroll brauchen zusätzlich Sitemaps oder verlinkte Seiten.
Paginierung ist eine dieser Stellen, an denen sich veraltetes SEO-Wissen besonders hartnäckig hält. Zwei Empfehlungen aus der Zeit vor 2019 werden bis heute weitergegeben – und beide sind falsch: rel=next/prev sei wichtig, und Folgeseiten sollten per Canonical auf Seite 1 zeigen. Google widerspricht beidem ausdrücklich.
Die vier Regeln, die aktuell gelten
1. Jede Seite bekommt eine eigene URL
Seite 2 muss unter einer eigenen Adresse erreichbar sein, typischerweise über einen Parameter wie ?page=2 oder einen Pfad wie /blog/seite/2/. Beides ist in Ordnung. Nicht in Ordnung ist ein URL-Fragment: #page=2 wird von Suchmaschinen ignoriert, weil alles nach der Raute serverseitig gar nicht ankommt.
2. Jede Seite bekommt ein Canonical auf sich selbst
Die Dokumentation ist an dieser Stelle unmissverständlich: Die erste Seite einer paginierten Reihe soll nicht als Canonical für die Folgeseiten dienen. Jede Seite bekommt stattdessen ihre eigene Canonical-URL.
Der Grund ist einfach: Seite 2 ist kein Duplikat von Seite 1. Sie enthält andere Inhalte. Ein Canonical auf Seite 1 behauptet das Gegenteil und bewirkt im besten Fall, dass Google die Angabe ignoriert – im schlechteren, dass die auf Seite 2 verlinkten Detailseiten schlechter gefunden werden.
3. Seiten sequenziell mit normalen Links verbinden
Google verwendet rel=next und rel=prev nach eigener Aussage nicht mehr. Was zählt, sind gewöhnliche <a href>-Links von einer Seite zur nächsten. Die Nummernleiste unten in einem Archiv ist also kein Designelement, sondern der Crawl-Pfad zu allem, was nicht auf Seite 1 steht.
Praktische Konsequenz: Eine Paginierung, die nur „Weiter“ anbietet, zwingt Crawler und Nutzer durch jede einzelne Seite. Eine Nummernleiste mit direkten Sprüngen verkürzt den Weg zum letzten Eintrag deutlich – das ist derselbe Gedanke wie bei der internen Verlinkung allgemein.
4. Paginierung nicht vom Crawling ausschließen
Folgeseiten per robots.txt zu sperren oder auf noindex zu setzen, wirkt aufgeräumt und ist in den meisten Fällen ein Fehler. Wer Seite 2 bis 40 blockiert, blockiert den einzigen internen Pfad zu den dort verlinkten Artikeln oder Produkten.
Die drei Umsetzungsvarianten im Vergleich
| Variante | Für Crawler sichtbar? | Was zusätzlich nötig ist |
|---|---|---|
| Nummerierte Paginierung mit echten Links | Ja, vollständig | Nichts – das ist der Standardfall |
| Load-More-Button (JavaScript) | Nein, der Klick wird nicht ausgelöst | Zusätzlich eine verlinkte, nummerierte Fallback-Paginierung oder vollständige Sitemap |
| Infinite Scroll | Nein, das Scroll-Ereignis wird nicht ausgelöst | Wie oben – ohne Fallback bleibt alles unterhalb der ersten Ladung unentdeckt |
Der entscheidende Punkt bei den letzten beiden Zeilen: Googles Renderer führt JavaScript aus, aber er klickt nicht und scrollt nicht. Was erst durch eine Nutzeraktion nachgeladen wird, existiert für den Crawler nicht. Mehr zu diesem Mechanismus im Artikel zu JavaScript-SEO.
Die saubere Lösung ist keine Entweder-oder-Entscheidung: Infinite Scroll für Besucher, dazu eine nummerierte Paginierung mit echten Links, die im Markup vorhanden ist. Beides schließt sich nicht aus.
Das eigentliche Duplikatsproblem: Filter und Sortierung
Paginierung erzeugt keine Duplikate. Filter und Sortieroptionen tun es sehr wohl. Dieselben zwanzig Produkte, einmal nach Preis aufsteigend und einmal absteigend sortiert, ergeben zwei URLs mit identischem Inhalt in anderer Reihenfolge. Multipliziert mit Farbe, Größe und Verfügbarkeit entstehen daraus schnell Tausende Adressen.
Genau hier empfiehlt Google den Ausschluss – per robots.txt oder noindex. Die Faustregel:
- Sortiervarianten: ausschließen. Sie bringen keinen eigenen Wert.
- Filterkombinationen ohne Suchvolumen: ausschließen.
- Filter, nach denen Menschen tatsächlich suchen (etwa eine Kategorie plus Marke): als eigene, indexierbare Seite behandeln – mit eigener Überschrift und eigenem Text.
- Paginierung: nie ausschließen.
Für Shops ist das einer der wirkungsvollsten Hebel überhaupt, siehe E-Commerce-SEO.
Was auf Folgeseiten im Titel stehen sollte
Wenn Seite 1 und Seite 7 denselben Title tragen, sind sie in der Search Console kaum auseinanderzuhalten und in den Suchergebnissen verwechselbar. Ein Zusatz wie „– Seite 7“ im Title löst das. Yoast und vergleichbare Plugins machen das in WordPress standardmäßig; prüfen lohnt trotzdem.
Den einleitenden Kategorietext solltest du dagegen nur auf Seite 1 ausgeben. Auf jeder Folgeseite wiederholt, ist er tatsächlich das, was Paginierung sonst nicht ist: duplizierter Inhalt.
Prüfen, ob die Paginierung funktioniert
- Ein Archiv aufrufen, JavaScript im Browser deaktivieren, neu laden. Sind die Links zu Seite 2 und folgenden noch da? Wenn nicht, sieht der Crawler sie auch nicht.
- Den Quelltext von Seite 2 auf das Canonical prüfen – es muss auf Seite 2 zeigen.
- In der Search Console unter „Seiten“ nach ausgeschlossenen Adressen mit Paginierungsparameter suchen.
- Einen Artikel heraussuchen, der auf Seite 12 des Archivs liegt, und prüfen, ob er indexiert ist. Wenn alte Beiträge systematisch fehlen, ist die Paginierung der erste Verdächtige.
Der Test mit deaktiviertem JavaScript ist der aufschlussreichste. Viele moderne Themes laden ihre Archive komplett dynamisch – und verstecken damit unabsichtlich den gesamten Bestand hinter der ersten Bildschirmseite.
Häufige Fragen
In der Regel nicht. Wer Folgeseiten aus dem Index nimmt, nimmt damit auch die dort verlinkten Detailseiten aus dem Crawl-Pfad. Sinnvoller ist, Folgeseiten indexierbar zu lassen und stattdessen Filter- und Sortiervarianten auszuschließen – das sind die eigentlichen Duplikate.
Eine Seite, die alle Ergebnisse auf einmal zeigt, ist eine legitime Variante, solange sie schnell lädt. Bei mehreren hundert Einträgen wird sie zum Ladezeitproblem. Dann ist nummerierte Paginierung die bessere Wahl.
Dafür gibt es keine Vorgabe von Google. Die Grenze setzt die Ladezeit: So viele, wie die Seite verträgt, ohne die Core Web Vitals zu verschlechtern. Weniger Elemente pro Seite bedeuten mehr Seiten und damit einen längeren Weg bis zum letzten Eintrag.
Quellen
- Google Search Central: Pagination and incremental page loading (abgerufen am 28.09.2026)
- Google Search Central: Consolidate duplicate URLs (Canonical) (abgerufen am 28.09.2026)
Lass uns dreißig Minuten über deine Sichtbarkeit sprechen
Kostenlos, unverbindlich, und mit einer ehrlichen Einschätzung - auch wenn die lautet, dass du mich gerade nicht brauchst.
Erstgespräch vereinbaren