Jedes Mal, wenn du deine Seitennummerierung so einstellst, dass sie zur ersten Seite zurückverweist, sehen KI-Systeme deine zweite Seite womöglich nie. Die meisten Websitebetreiber richten das ein, ohne zu merken, dass generative Suchmaschinen die Seitennummerierung völlig anders behandeln als die klassische Suche. Die zweite Seite deiner Produktliste, die zehnte Seite deines Blog-Archivs, die dritte Seite deiner Fallstudien: Für ChatGPT oder Perplexity gibt es sie vielleicht gar nicht.
Das ist wichtig, weil die Seitennummerierung zwei Dinge berührt, die die KI-Sichtbarkeit bestimmen: Crawlbarkeit und Inhaltsarchitektur. Ein schlecht aufgebautes Seitennummerierungssystem sorgt dafür, dass KI ganze Bereiche deines Sortiments, deiner Artikel oder deiner Autoritätsinhalte nie sieht. Stellt ein KI-Nutzer eine Frage, die dein Artikel auf Seite zehn perfekt beantwortet, findet das System ihn nie, weil es nie über Seite eins hinaus gecrawlt hat.
Was Seitennummerierung eigentlich ist (und warum sie für KI zählt)
Die Grundlagen
Seitennummerierung (Pagination) ist das System, das eine große Sammlung von Inhalten in kleinere, nummerierte Seiten aufteilt. Eine Produktkategorie mit 500 Artikeln, aufgeteilt in 50 Seiten mit je 10 Artikeln. Ein Blog-Archiv mit 20 Beiträgen pro Seite. Jede nummerierte Seite ist eine eigene URL: Seite 1 ist /products, Seite 2 ist /products?page=2, Seite 3 ist /products?page=3.
Warum KI es anders sieht
Für die klassische Suche ist die Seitennummerierung längst gelöst. Der Crawler von Google folgt den Links von Seite eins zu Seite zwei zu Seite drei. Er erkennt das Muster und indexiert jede Seite einzeln. Für KI-Systeme wird die Seitennummerierung zum Sichtbarkeitsproblem. Setzt deine Struktur bei jeder Seite einen Canonical auf Seite eins, sieht die KI nur Seite eins. Deine Inhalte auf den Seiten zwei bis zehn sind praktisch versteckt.
Wie KI-Systeme nummerierte Inhalte anders crawlen
ChatGPT crawlt gar nicht
ChatGPT crawlt nicht in Echtzeit. Es wurde mit Momentaufnahmen trainiert, die über die Zeit gesammelt wurden. Nach Abschluss des Trainings durchsucht ChatGPT nicht das aktuelle Web.
Perplexity und Echtzeit-KI nutzen die klassische Suche
Perplexity, Claude und Plattformen mit Echtzeitzugriff crawlen nicht wie Googlebot. Sie formulieren Nutzeranfragen um und senden sie an Google und andere Suchmaschinen. Dann lesen sie die obersten 5 bis 10 Ergebnisse aus. Rankt deine Seite eins für eine Anfrage, deine Seite fünf aber nicht, sieht Perplexity Seite fünf nie.
Das Problem mit dem Canonical-Tag
Viele Websites setzen bei jeder nummerierten Seite einen Canonical auf Seite eins. Das sagt KI-Systemen, alle 50 Seiten als eine einzige Seite zu behandeln. Google fasst alles in einem Indexeintrag zusammen. KI-Systeme folgen Googles Vorgabe und sehen nur Seite eins. Die einzigartigen Inhalte auf den Seiten zwei bis 50 werden unsichtbar.
Warum Endlos-Scrollen ein größeres KI-Problem schafft
Wie Endlos-Scrollen die KI-Sichtbarkeit zerstört
Beim Endlos-Scrollen laden neue Inhalte, während Nutzer nach unten scrollen. Für Menschen fühlt sich das nahtlos an. Für KI-Crawler ist es eine Blackbox. Die meisten KI-Crawler führen kein JavaScript aus. Der Crawler von ChatGPT sieht nur das erste HTML, das beim ersten Rendern der Seite geladen wurde. Inhalte, die dynamisch laden, wenn Menschen scrollen? Der Crawler hat sie nie gesehen.
Die Crawler von OpenAI, die Bots von Perplexity und die Systeme von Claude teilen diese Einschränkung. Sie holen das HTML, warten aber nicht auf die Ausführung von JavaScript. Existiert die gesamte zweite Hälfte deiner Produkte nur in JavaScript, sehen KI-Systeme sie nie.
Der Hybrid-Ansatz
Baue klassische nummerierte URLs, sodass jede Seite als eigene, statische URL existiert. Lege dann JavaScript für die Nutzererfahrung darüber. Während jemand scrollt, aktualisiert der Browser die URL. Der KI-Crawler kann weiterhin jede Seite einzeln aufrufen, weil die URLs existieren und crawlbar sind.
Der Unterschied zwischen Seitenidentität und Seitenähnlichkeit
Warum rel=next und rel=prev nicht mehr zählen
Ältere Empfehlungen rieten zu den Tags rel=next und rel=prev, um Seitenfolgen zu kennzeichnen. Google bestätigte 2019, dass es diese Tags für Indexierung oder Ranking nicht mehr nutzt. Die BERT-Technologie von Google wurde so ausgereift, dass sie Seitennummerierung automatisch erkennt. Für KI-Systeme spielen diese Tags überhaupt keine Rolle.
Wie KI entscheidet, ob Seiten Duplikate sind
KI-Systeme müssen bestimmen, ob eine Seite einen eigenen Indexeintrag verdient oder mit einer anderen zusammengeführt werden sollte. Zeigt Seite eins die Produkte 1 bis 10 und Seite zwei die Produkte 11 bis 20, sollten es unterschiedliche Seiten sein. Sie haben einzigartige Inhalte. Sie bedienen unterschiedliche Suchanfragen.
Kopierst du aber denselben Meta-Titel und denselben Einleitungstext und änderst nur die Produkte, behandelt die KI sie vielleicht als dünne Duplikate. Sie könnte entscheiden, dass Seite zwei keinen Mehrwert bringt. Ist umgekehrt jede Seite auf Seite eins kanonisiert, indexiert die KI nur Seite eins.
So strukturierst du die Seitennummerierung, damit KI deine Inhalte findet
Regel eins: unabhängige Indexierung
Jede nummerierte Seite sollte eine eigene URL haben und unabhängig indexierbar sein. Setze keinen Canonical von Seite zwei auf Seite eins. Lass jede Seite für sich stehen.
Regel zwei: sichtbare Unterscheidung
Unterscheidet sich Seite zwei von Seite eins, mache diesen Unterschied im HTML sichtbar. Zeigt Seite zwei die Produkte 11 bis 20, mache das deutlich. Nutze für jede Seite eigene Meta-Titel und Beschreibungen. Ergänze Schema-Markup, das Crawlern sagt, auf welcher Seite sie sind und welche Inhalte sie enthält.
Für Nutzer von Endlos-Scrollen
Halte klassische Seitennummerierungs-URLs für Crawler bereit. Lege das Endlos-Scrollen für Nutzer darüber. Während jemand scrollt, aktualisierst du mit pushState von JavaScript die URL, ohne die Seite komplett neu zu laden.
Technische Einrichtung
Setze XML-Sitemaps ein, die alle nummerierten Seiten auflisten. Nutze für Produktseiten Product-Schema und ItemList-Schema. Nutze für Blogs eigene Meta-Titel und Beschreibungen auf jeder Seite. „Alle Artikel zu SEO und Content“ und „Alle Artikel zu technischen SEO-Audits“ sagt der KI, dass das verschiedene Sammlungen sind und nicht dieselbe Seite wiederholt.
Wann Seitennummerierung, Endlos-Scrollen oder „Mehr laden“?
Jeder Ansatz hat andere Kompromisse bei KI-Sichtbarkeit und Nutzererfahrung. Die Wahl hängt davon ab, ob du Auffindbarkeit in der Suche oder Nutzerbindung priorisierst. Für die meisten Websites funktioniert ein Hybrid-Ansatz am besten: crawlbare Seitennummerierungs-URLs bauen und die Erfahrung mit JavaScript verbessern.
| Ansatz | So funktioniert er | KI-Sichtbarkeit | Nutzererfahrung | Am besten für |
|---|---|---|---|---|
| Seitennummerierung | Eigene URLs für jede Seite (/page=1, /page=2 usw.) | Am stärksten. Jede Seite ist unabhängig crawlbar und indexierbar. | Erfordert Klicken auf „Weiter“, um mehr Inhalt zu sehen. | Sichtbarkeit in der Suche. E-Commerce-Kategorien, Blog-Archive, alle großen Inhaltssammlungen. |
| Endlos-Scrollen | Inhalte laden dynamisch beim Scrollen. Keine neuen URLs. | Am schwächsten. Die meisten KI-Crawler führen kein JavaScript aus. Inhalte jenseits des ersten Ladens sind unsichtbar. | Am besten. Nahtlose Erfahrung, keine Klicks nötig. | Nutzerbindung und Verweildauer. Nicht empfohlen für SEO-kritische Inhalte. |
| Buttons „Mehr laden“ | Nutzer klicken einen Button, um den nächsten Block zu laden. JavaScript-gesteuert, aber mit einzelnen Aktionen. | Mittel. Kann gut funktionieren, wenn du es mit URL-Änderungen per pushState kombinierst. | Guter Mittelweg. Klare Aktion, aber weniger nahtlos als Endlos-Scrollen. | Hybrid-Ansatz. Nutzerbindung mit etwas Auffindbarkeit. |
| Hybrid (Seitennummerierung + JS) | Crawlbare Seitennummerierungs-URLs sind vorhanden. JavaScript verbessert die Nutzererfahrung mit Endlos-Scrollen obendrauf. | Am stärksten. URLs sind crawlbar, Nutzer bekommen trotzdem eine nahtlose Erfahrung. | Das Beste aus beiden Welten. Nahtloses Scrollen für Menschen, strukturierte Seiten für Crawler. | Für die meisten Websites empfohlen. Bringt KI-Sichtbarkeit, ohne die Nutzererfahrung zu opfern. |
| Seitennummerierung mit rel=next/rel=prev | Klassische Markup-Tags, die Seitenfolgen kennzeichnen. | Schwach für KI. Google ignoriert sie seit 2019. Andere Suchmaschinen nutzen sie vielleicht noch. | Wie die einfache Seitennummerierung. | Alter Ansatz. Nicht mehr empfohlen. |
| Option „Alle anzeigen“ | Eine einzelne Seite zeigt alle Inhalte ohne Seitennummerierung. | Am stärksten, wenn richtig umgesetzt. Alle Inhalte unter einer URL. | Schlecht. Die Seite lädt zu lange. Überfordert Nutzer. | Nur für kleine Inhaltssammlungen (unter 50 Einträgen). Für große Sortimente nicht praktikabel. |
Seitennummerierung und KI-Optimierung auf Seitenebene
Jede Seite als eigene Zitierquelle behandeln
Betrachte die Seitennummerierung nicht als notwendiges Übel, sondern als Chance zur Optimierung. Jede nummerierte Seite kann einen Teil der Nutzerabsicht bedienen. Seite eins bedient die breite Suche. Seite zwei bedient Nischenartikel. Seite drei bedient bestimmte Funktionen.
Jede Seite wird zur eigenen zitierfähigen Quelle. Fragt ein KI-Nutzer nach einer bestimmten Auswahl von Produkten, kann die KI genau die Seite zitieren, auf der diese Information steht.
Jede Seite einzeln optimieren
Nutze eigene Meta-Titel und Beschreibungen, die den konkreten Inhalt der Seite spiegeln. Ergänze eine H1, die Lesern sagt, was sie sehen. „Computermonitore: 4K und höher“ sagt der KI, dass diese Seite speziell von hochauflösenden Monitoren handelt und nicht von allen Monitoren der Kategorie.
Canonical-Tags und Seitennummerierung
Der Fehler der Über-Kanonisierung
Viele Websitebetreiber setzen den Canonical-Tag jeder nummerierten Seite auf Seite eins. Das sagt KI-Systemen, alle 50 Seiten als eine einzige zu behandeln. Diese Strategie geht für die KI-Sichtbarkeit nach hinten los. Kanonisiert jede Seite auf Seite eins, indexieren KI-Systeme nur Seite eins.
Der bessere Ansatz
Nutze selbstreferenzierende Canonicals. Der Canonical von Seite zwei zeigt auf Seite zwei. Der Canonical von Seite fünf zeigt auf Seite fünf. Das sagt Suchmaschinen: „Diese Seite ist die maßgebliche Version ihrer selbst“, nicht „Behandle mich als Seite eins“.
Wann du zusammenführen solltest
Erzeugen URL-Parameter doppelte Seitennummerierungen (page=1 vs. page=2 vs. page=2&sort=date), führe diese unter einem Canonical zusammen. Aber falle nicht in die Falle, eine ganze Seitenfolge auf Seite eins zusammenzufassen.
Häufig gestellte Fragen
Nutzt Google rel=next und rel=prev für die Seitennummerierung noch?
Google bestätigte 2019, dass es diese Tags für Indexierung oder Ranking nicht mehr nutzt. Andere Suchmaschinen finden sie teils weiter nützlich. Für die KI-Sichtbarkeit spielen diese Tags keine Rolle.
Wird Google mich bestrafen, wenn ich alle Seiten auf Seite eins kanonisiere?
Google bestraft dich nicht. Aber du verlierst die seitenspezifische Indexierung. Hat Seite fünf einzigartige Inhalte, willst du sie für bestimmte Suchanfragen separat indexiert haben. Über-Kanonisierung schadet der Sichtbarkeit in allen Suchformen. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Sollte ich Endlos-Scrollen oder Seitennummerierung nutzen?
Für die Sichtbarkeit in der Suche ist klassische Seitennummerierung stärker. Für die Nutzererfahrung funktioniert Endlos-Scrollen gut. Der beste Ansatz ist ein Hybrid: Halte Seitennummerierungs-URLs crawlbar und verbessere die Erfahrung mit JavaScript.
Wie viele Einträge sollte ich pro Seite zeigen?
Es gibt keine magische Zahl. Produktkategorien zeigen oft 12 bis 50 Artikel pro Seite. Blog-Archive zeigen 10 bis 20 Beiträge pro Seite. Wäge die Ladegeschwindigkeit gegen zu viele nummerierte Seiten ab. Für KI zählt, dass jede Seite unabhängig crawlbar ist und eigene Inhalte hat.
Muss ich nummerierte Seiten bei der Google Search Console einreichen?
Nimm alle nummerierten Seiten in deine XML-Sitemap auf. Google findet sie durchs Crawlen, aber die Sitemap stellt sicher, dass nichts fehlt. Für die KI-Sichtbarkeit willst du jede nummerierte Seite crawlbar haben.
Spielt die Seitengeschwindigkeit bei nummerierten Seiten eine Rolle?
Ja. Langsame nummerierte Seiten laden für Besucher und Crawler langsam. Braucht Seite zwei 8 Sekunden zum Laden, laufen Crawler vielleicht in ein Timeout. Optimiere die Seitengeschwindigkeit auf jeder nummerierten Seite, besonders auf den frühen Seiten, die Crawler zuerst besuchen.