Insights · · 9 Min. Lesezeit · HYPED
Pagination SEO: Die technische Regel, die über Ranking entscheidet
Jede Komponentenseite einer paginierten Serie braucht eine eigenständige, crawlbare URL mit self-referencing Canonical, sonst verschwinden Ihre tieferen Seiten aus dem Index. Drei Sofortregeln zählen: echte <a>-Links statt JavaScript-only-Navigation, kein Canonical von Seite 2 auf Seite 1, und Filter- oder Sortier-Varianten müssen kontrolliert werden statt sie einfach per robots.txt zu sperren. Alles Weitere ist Umsetzungsdetail.
Kurz gesagt:
- Nur echte
<a>-Links mit href können suchmaschinenrelevante Seiten korrekt crawen, während JavaScript-Links für Google oft unsichtbar bleiben.- Jede paginierte Seite muss ein self-referencing Canonical besitzen, um Indexierungsprobleme und das Verschwinden tiefer Inhalte zu vermeiden.
- Google behandelt jede Seite einer Serie als eigenständige Seite, Canonicals sind wichtiger als
rel="next"undrel="prev"-Attribute.- Bei Infinite Scroll muss jede loadierte Seite über eine serverseitige URL verfügen und richtig im HTML verlinkt sein, sonst tauchen diese Inhalte bei Google nicht auf.
- Das wichtigste Erfolgskriterium ist eine stabile, konsistente URL- und Canonical-Strategie, um den Indexierungs- und Crawl-Flow dauerhaft sicherzustellen.
Inhaltsverzeichnis
- Schnell-Checkliste für Pagination SEO: Was Sie sofort prüfen sollten
- UX-Pattern: Pagination, Load-More, Infinite Scroll oder View-All?
- Wie Google paginierte Seiten wirklich behandelt
- Technische Umsetzung: URLs, Canonicals und Parameter richtig steuern
- Infinite Scroll und Load-More: So bleiben sie crawlbar
- Audit und Erfolgsmessung: So verifizieren Sie den Fix
- Praxis-Perspektive: Was in echten Audits am häufigsten schiefgeht
- Technischer Pagination-Audit bei Hyped: Klarheit statt Rätselraten
- Quellen
- FAQ
Schnell-Checkliste für Pagination SEO: Was Sie sofort prüfen sollten
Bevor Sie tief in die Technik einsteigen, lohnt sich ein kurzer Audit. Die meisten Pagination-Probleme entstehen nicht durch fehlendes Wissen, sondern durch Nachlässigkeit bei der Umsetzung.
Prüfen Sie diese vier Punkte zuerst:
- Sind die Links zwischen den Seiten echte
<a href>-Elemente, oder verstecken sich hinter „Weiter“ nur onClick-Handler ohne href? - Hat jede paginierte Seite ein self-referencing Canonical, oder zeigen alle Unterseiten fälschlich auf Seite 1?
- Nutzen Sortier- und Filterlinks Fragmente (
#sort=preis) statt echter URL-Parameter? - Blockiert die robots.txt ganze Parameterpfade, obwohl ein Canonical-Tag die sauberere Lösung wäre?
Priorisieren Sie nach Umsatzrelevanz. Ein Kategorie-Archiv mit hundert Produkten auf Seite 4 verdient mehr Aufmerksamkeit als ein Blog-Archiv aus 2019.
Profi-Tipp: Stellen Sie zuerst die Href-Links wieder her, bevor Sie sich um Canonicals kümmern. Ohne crawlbare Links findet Google die tieferen Seiten gar nicht erst, egal wie korrekt die Canonicals dort gesetzt sind.
UX-Pattern: Pagination, Load-More, Infinite Scroll oder View-All?
Die Wahl des UX-Musters entscheidet oft schon, ob Ihre SEO-Ziele erreichbar sind oder nicht. Klassische Pagination mit Seitenzahlen funktioniert bei Produktkatalogen und Archiven zuverlässig, weil jede Seite eine feste, teilbare URL hat. Load-More-Buttons und Infinite Scroll verbessern oft die Verweildauer, sind aber technisch riskanter, denn ohne saubere URL-Struktur dahinter bleiben nachgeladene Inhalte für Crawler unsichtbar.
Vier Fragen helfen bei der Entscheidung:
- Wie viele Items umfasst die Liste? Unter 50 Produkten lohnt sich oft eine View-All-Seite.
- Wie stark belastet das Nachladen die Ladezeit und das Performance-Budget?
- Müssen einzelne Zustände teilbar sein, etwa für Social-Media-Links?
- Brauchen Nutzer echtes Deep-Linking, um direkt auf Seite 7 zu springen?
Für große E-Commerce-Kataloge hat sich ein Hybrid-Ansatz durchgesetzt: sichtbare Seitenzahlen kombiniert mit Lazy Loading für Bilder. Das reduziert die initiale Ladezeit, ohne die Crawlbarkeit zu opfern.
Wie Google paginierte Seiten wirklich behandelt
Google dokumentiert klar, dass jede Seite einer paginierten Serie als eigenständige, eindeutige Seite gilt. Seite 2 canonicalisiert nicht auf Seite 1, sondern bekommt ihr eigenes self-referencing Canonical. Das ist der Punkt, an dem viele Websites scheitern, weil Entwickler intuitiv denken, alle Unterseiten seien „nur Varianten“ der Hauptseite.
rel="next" und rel="prev" gelten schon länger nicht mehr als Indexierungssignal. Google hat diese Attribute faktisch aufgegeben, worauf auch die chinesische Spiegelversion der Dokumentation hinweist. Zählen tun heute nur zwei Dinge: echte, crawlbare Links zwischen den Seiten und korrekt gesetzte Canonicals.
Die praktische Folge: Wenn Ihre Linkkette abreißt, etwa weil Seite 5 keinen funktionierenden Link zu Seite 6 hat, verliert Google den Pfad zu allen weiteren Seiten. Produkte, Artikel oder Angebote auf tieferen Seiten tauchen dann in der Suche gar nicht mehr auf, selbst wenn sie technisch indexierbar wären.
Technische Umsetzung: URLs, Canonicals und Parameter richtig steuern
Eine stabile URL-Struktur ist die Grundlage jeder funktionierenden Pagination. Zwei Muster haben sich bewährt: ?page=2 als Parameter oder /page/2/ als Pfadsegment. Beide sind akzeptabel, solange sie konsistent bleiben und nicht zwischen Seitentypen wechseln.
So bauen Sie die Struktur korrekt auf:
- Self-referencing Canonical auf jeder Seite setzen. Seite 3 verweist auf sich selbst, nicht auf Seite 1. Das ist die häufigste Fehlerquelle in Audits.
- Parameter für Sortierung und Filter separat behandeln. Eine Seite mit
?sort=preis-aufsteigendsollte entweder auf die unsortierte Version canonicalisieren oder ein Noindex tragen, je nachdem, ob die sortierte Ansicht eigenen Suchwert hat. - robots.txt nicht als Alleinlösung nutzen. Eine Sperre verhindert das Crawlen, aber nicht zwangsläufig die Indexierung, wenn die URL anderswo verlinkt ist. Canonical- oder Noindex-Tags sind der zuverlässigere Hebel.
- Echte
<a href>-Links für Next, Prev und Seitenzahlen einbauen. Keinonclick, kein reines JavaScript ohne Fallback-Href. - Rücklink auf Seite 1 einbauen. Das signalisiert Google die Zugehörigkeit zur Serie und stärkt die interne Linkstruktur insgesamt, wie sie auch Hyped in der Analyse erfolgreicher SEO-Methoden beschreibt.
- Bilder mit
loading="lazy"versehen, vor allem auf View-All-Seiten mit vielen Produktbildern. Das schont die Ladezeit erheblich.
Profi-Tipp: Testen Sie Ihre Paginierung immer mit deaktiviertem JavaScript. Was dann noch als Link sichtbar ist, sieht auch Googlebot beim ersten Crawl-Durchgang.
Bei Faceted Navigation mit vielen Filterkombinationen hilft eine Mischung aus parametrischer Canonicalisierung, selektivem Noindex und gezielter interner Verlinkung, um den URL-Raum nicht explodieren zu lassen.
Infinite Scroll und Load-More: So bleiben sie crawlbar
Infinite Scroll ist nicht per se ein SEO-Problem, aber die meisten Implementierungen machen es dazu. Die Kernregel: Jede geladene Batch muss über eine direkt anfragbare URL erreichbar sein, etwa ?page=3, und diese URL muss serverseitig existieren, nicht nur im Browser-Speicher.
Google hat das bereits im eigenen Blog präzisiert: Ohne paginierte URLs im Hintergrund bleiben nachgeladene Inhalte für den Crawler unsichtbar, egal wie flüssig sie für Nutzer wirken.
Für eine funktionierende Hybrid-Lösung brauchen Sie:
- Serverseitig gerenderte, paginierte Links als Grundgerüst.
- Clientseitiges Nachladen für die eigentliche Scroll-Erfahrung.
history.pushState(), damit sich die URL beim Scrollen mitändert und Nutzer einen Zustand direkt teilen können.- Einen Fallback für Clients ohne JavaScript, etwa klassische Seitenzahlen am Ende des sichtbaren Bereichs.
Prüfen Sie nach dem Bau, ob die HTML-Anchor-Tags tatsächlich im Quelltext stehen, nicht nur im gerenderten DOM. Googlebot rendert JavaScript, hat dabei aber Limitierungen bei Timing und Ressourcenbudget, gerade bei sehr langen Listen.
Audit und Erfolgsmessung: So verifizieren Sie den Fix
Ein Fix ohne Verifikation ist nur eine Vermutung. Gehen Sie in drei Schritten vor:
- Technischer Crawl. Lassen Sie einen Crawler wie Screaming Frog über die komplette Paginierungsserie laufen und prüfen Sie die Linkkette, die HTTP-Statuscodes und die Canonical-Tags auf jeder einzelnen Seite.
- Search-Console-Kontrolle. Beobachten Sie den Indexierungsstatus der betroffenen URLs, besonders den Status „Gecrawlt, aber momentan nicht indexiert“. Häufig ist das der erste Hinweis auf abgerissene Linkketten.
- Impression-Vergleich. Definieren Sie ein klares Messziel, etwa die Impressions der betroffenen Produktseiten, und dokumentieren Sie den Zustand vor und nach dem Fix mit Zeitstempel.
Ein realistisches Zeitfenster für die Messung liegt bei rund drei Wochen, bevor Google die neuen Signale vollständig verarbeitet hat.
Notieren Sie jede Änderung schriftlich. Wenn Sie fünf Fixes gleichzeitig ausrollen, wissen Sie sonst nach drei Wochen nicht, welcher davon tatsächlich gewirkt hat.
Praxis-Perspektive: Was in echten Audits am häufigsten schiefgeht
In der Praxis wiederholen sich die gleichen drei Fehler: fehlerhafte Canonicals, die aus Versehen alle auf Seite 1 zeigen, reine JavaScript-Pagination ohne Href-Fallback, und unkontrollierte Faceted Navigation, die Tausende dünne URL-Varianten erzeugt. Keiner dieser Fehler ist exotisch. Alle drei entstehen, weil Entwickler-Teams und SEO-Teams selten im selben Meeting sitzen.
Die Priorisierung sollte immer nach Umsatzrelevanz laufen, nicht nach technischer Eleganz. Eine Kategorieseite mit hohem Traffic-Potenzial auf Position 3 der Paginierung ist wichtiger als eine kosmetisch perfekte Lösung für ein Archiv, das ohnehin niemand besucht. Wer zuerst die kleinen, unsichtbaren Details poliert und die großen Linkabrisse liegen lässt, verschwendet Zeit.
— Dominic
Technischer Pagination-Audit bei Hyped: Klarheit statt Rätselraten
Hyped ist die Alternative zur klassischen Agentur, wenn Sie Pagination-Probleme nicht outsourcen, sondern selbst verstehen und beheben wollen. Statt eines pauschalen SEO-Pakets bekommen Sie einen technischen Audit, der Ihre Linkketten, Canonicals und Parameter-Strategie konkret durchleuchtet, plus eine priorisierte Liste, welche Seiten zuerst repariert werden sollten.
Das Ergebnis ist keine abstrakte Empfehlung, sondern eine konkrete Prioritätenliste mit den Seiten, die am meisten Umsatz oder Traffic verlieren. Danach entscheiden Sie, ob Sie selbst umsetzen oder im monatlich kündbaren Organic Growth Paket weiter begleitet werden wollen, inklusive Sparringspartner-Funktion, falls Sie bereits eine Agentur im Einsatz haben und eine zweite, unabhängige Meinung brauchen. Ergänzend lässt sich ein Tool wie der AI SEO Analyzer für erste Scoring-Checks einsetzen, bevor der eigentliche Audit beginnt.
Wer direkt starten möchte, findet im Praxisleitfaden zur SEO-Verbesserung den nächsten konkreten Schritt: einen Audit anfragen und innerhalb kurzer Zeit die erste Prioritätenliste erhalten.
Quellen
Die technischen Grundlagen liefert Googles eigene Dokumentation, praxisnahe Einordnung bietet SISTRIX. Für Umsetzungs-Checklisten lohnt sich zusätzlich die Content-Optimierungs-Checkliste von Hyped.
FAQ
Was ist Pagination in SEO?
Pagination bezeichnet die Aufteilung langer Inhaltslisten, etwa Produktkataloge oder Artikelarchive, auf mehrere Seiten. In der Suchmaschinenoptimierung geht es darum, jede dieser Seiten crawlbar und indexierbar zu halten, statt sie versehentlich zu verstecken.
Was bedeutet der Begriff Pagination genau?
Der Begriff stammt aus dem Verlagswesen und beschreibt ursprünglich die Nummerierung von Buchseiten. Im Webkontext meint er die technische und gestalterische Aufteilung von Inhalten auf nummerierte Unterseiten.
Was ist der Unterschied zwischen Pagination und Lazy Loading?
Pagination teilt Inhalte auf separate, adressierbare URLs auf, während Lazy Loading einzelne Elemente wie Bilder erst beim Erreichen des sichtbaren Bereichs lädt. Beide lassen sich kombinieren: sichtbare Seitenzahlen mit Lazy Loading der Bilder auf jeder Seite.
Welche Arten von Pagination gibt es?
Die gängigsten Muster sind klassische Seitenzahlen-Pagination, Load-More-Buttons, Infinite Scroll und View-All-Seiten. Jede eignet sich für unterschiedliche Inhaltsmengen und UX-Anforderungen, wobei ein Hybrid aus Seitenzahlen und Lazy Loading für große E-Commerce-Kataloge oft die zuverlässigste Wahl ist.
Braucht jede paginierte Seite ein eigenes Canonical-Tag?
Ja, jede Komponentenseite braucht ein self-referencing Canonical, das auf sich selbst verweist statt auf Seite 1. Eine Canonicalisierung aller Unterseiten auf die erste Seite führt dazu, dass Google die tieferen Inhalte gar nicht erst indexiert.