In vielen Themes, Shopsystemen und SEO-Erweiterungen stecken noch zwei Zeilen im head jeder Listenseite: link rel="prev" und link rel="next". Sie stammen aus einer Zeit, in der Google ausdrücklich darum bat. Heute steht in Googles Dokumentation ein kurzer Satz, der die Frage nach dem Nutzen für Google beantwortet. Offen bleibt, was mit den Angaben passieren soll. Dieser Ratgeber erzählt kurz die Geschichte und hilft bei der Entscheidung, ob Sie die Zeilen behalten, korrigieren oder entfernen.
Wofür Google die Angaben eingeführt hat
Am 15.09.2011 stellte Google rel="next" und rel="prev" im Webmaster-Blog vor. Die Angaben sollten zwei Dinge leisten: Signale wie Links über alle Seiten einer Folge zusammenfassen und Nutzer auf die passendste Seite schicken, meist die erste [1]. Auf Seite 1 einer Artikelfolge stand dafür im head ein Link mit rel="next" auf Seite 2, auf Seite 2 je einer mit rel="prev" und rel="next" und so weiter [1].
Schon damals bot Google drei Wege an: alles so lassen, wie es ist, eine Alle-anzeigen-Seite anbieten oder die neuen Angaben nutzen [1]. Außerdem stellte Google klar, dass rel="next" und rel="prev" vom Canonical unabhängig sind und beide auf derselben Seite stehen dürfen, etwa wenn eine Seite einen Sitzungsparameter trägt [1]. Nach unserer Erfahrung wird diese Unabhängigkeit oft übersehen. Nach unserer Erfahrung setzten viele Umsetzungen damals zusätzlich einen Canonical aller Folgeseiten auf Seite 1, was Googles heutige Dokumentation ausdrücklich ablehnt [2].
Was Google heute sagt
In den aktuellen Best Practices zur Paginierung steht im Abschnitt zu URLs sinngemäß, dass Google rel="next" und rel="prev" früher genutzt hat, um die Stellung einer Seite in einer Folge zu erkennen. Dann folgt: "Google selbst verwendet diese Tags nicht mehr", andere Suchmaschinen nutzen diese Links aber möglicherweise noch [2]. Seit wann genau, nennt die Dokumentation nicht.
Damit Google die Folge trotzdem versteht, empfiehlt dieselbe Seite drei Dinge [2]:
- Jede Seite der Folge bekommt eine eigene Adresse, zum Beispiel über einen Parameter ?page=n. Fragmente wie #seite-2 sind ungeeignet, weil Google sie ignoriert.
- Jede Seite verlinkt mit einem normalen a-Element mit href auf die nächste Seite. Zusätzlich kann jede Seite auf die erste Seite der Folge zurückverlinken.
- Die erste Seite dient nicht als kanonische Seite der ganzen Folge. Jede Seite trägt einen Canonical auf sich selbst.
Die Aufgabe, die rel="prev" und rel="next" einmal hatten, erfüllen heute also sichtbare Links in der Seitennavigation. Google erkennt die Folge an diesen Links und versucht nach eigener Aussage, Seiten einer Folge zu erkennen und entsprechend zu indexieren [2]. Wie die Umsetzung im Einzelnen aussieht, beschreibt Paginierung richtig umsetzen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Was der HTML-Standard dazu sagt
Unabhängig von Google bleiben next und prev Teil von HTML. Der Standard der WHATWG beschreibt sie als Verweisarten für eine Folge von Dokumenten: next führt zum nächsten logischen Dokument der Folge, prev zum vorigen. Beide dürfen an link-, a-, area- und form-Elementen stehen [3]. Aus historischen Gründen müssen Browser auch die Schreibweise "previous" wie prev behandeln [3].
Ein Detail ist für die Ladezeit interessant: Steht next an einem link-Element, sollen Browser es laut Standard wie einen Hinweis zum Vorausladen behandeln, ähnlich wie dns-prefetch, preconnect oder prefetch, und dürfen selbst wählen, welchen [3]. Ein rel="next" im head kann also dazu führen, dass ein Browser Verbindungen zur nächsten Seite vorbereitet oder Teile davon vorab lädt. Bei Listen, die Besucher tatsächlich durchblättern, ist das eher nützlich. Bei Seiten, die kaum jemand weiterblättert, kostet es Übertragung ohne Gegenwert.
Was sonst noch von 2011 übrig ist
Mit rel="prev" und rel="next" kam damals eine ganze Denkweise: Die Folge sollte für Google wie ein einziges Dokument wirken. Daraus entstanden Gewohnheiten, die bis heute in Vorlagen stecken, etwa der Gedanke, jede Folgeseite brauche einen eigenen Title mit Seitenzahl, damit Google sie nicht für ein Duplikat hält. Googles heutige Dokumentation sieht das gelassener. Sinngemäß heißt es dort, Seiten bekämen normalerweise unterschiedliche Titel, für alle Seiten einer Folge dürften Titel und Beschreibung aber gleich sein, weil Google Seitenfolgen zu erkennen versucht [2]. Ob eine Seitenzahl im Title trotzdem sinnvoll ist, behandelt der Ratgeber Seitenzahlen in Title und Description.
Behalten, korrigieren oder entfernen?
Eine allgemeine Pflicht zum Entfernen gibt es nicht. Google ignoriert die Angaben, andere Suchmaschinen lesen sie vielleicht, und der Standard sieht sie vor. Entscheidend ist, ob die vorhandenen Angaben stimmen. Wir empfehlen diese Abwägung:
| Befund | Empfehlung |
|---|---|
| Angaben korrekt, Seitennavigation mit echten Links vorhanden | behalten, keine Arbeit nötig |
| Angaben vorhanden, aber keine sichtbaren Links zwischen den Seiten | Seitennavigation mit a-Elementen ergänzen; die Angaben im head ersetzen sie für Google nicht |
| rel="next" auf der letzten Seite oder Verweise auf Seiten, die 404 liefern | korrigieren oder entfernen |
| Angaben zeigen auf Adressen mit anderen Parametern als die Seitennavigation | an die Adressen der Navigation angleichen |
| Folgeseiten mit Canonical auf Seite 1 | Canonical auf die eigene Adresse umstellen; das ist der wichtigere Fehler |
Woran Sie alte Fehler erkennen
Die Angaben selbst schaden Google gegenüber nicht mehr. Sie sind aber ein guter Hinweis darauf, dass die Paginierung nach Regeln von 2011 gebaut wurde, und dann lohnt ein genauer Blick auf das, was Google heute auswertet. Drei Muster sehen wir dabei häufig:
- Die Seitennavigation lädt die nächste Seite per Skript, ohne dass sich die Adresse ändert. Die einzige Spur zu Seite 2 ist das rel="next" im head, das Google nicht mehr liest. Produkte oder Beiträge auf hinteren Seiten werden dann womöglich nur noch über die Sitemap gefunden.
- Der Canonical aller Folgeseiten zeigt auf Seite 1. Google rät davon ausdrücklich ab [2]. Details unter Canonical und Paginierung.
- Die Folgeseiten tragen noindex, weil früher die Annahme galt, rel="next" bündle ohnehin alles auf Seite 1. Ohne diesen Bündeleffekt kann ein dauerhaftes noindex den Weg zu den verlinkten Inhalten schwächen.
Wie Sie eine bestehende Paginierung Schritt für Schritt kontrollieren, steht im Ratgeber Paginierung prüfen. Wenn Sie eine Alle-anzeigen-Seite in Betracht ziehen, hilft Alle-anzeigen-Seite.
Wenn Sie die Zeilen entfernen
Das Entfernen ist eine kleine Änderung an der Vorlage. Achten Sie darauf, dass dabei nur die beiden link-Elemente verschwinden. In manchen Themes erzeugt dieselbe Funktion auch die sichtbare Seitennavigation oder den Canonical. Prüfen Sie nach der Änderung Seite 1, eine mittlere und die letzte Seite einer großen Liste im Quelltext und im URL-Prüftool der Search Console.
Ihr Theme setzt rel="prev" und rel="next" und Sie fragen sich, ob die übrige Paginierung den heutigen Regeln entspricht? Stellen Sie die Frage in der gratis Sprechstunde. Für Shops mit großen Kategorien übernimmt SEO NW die Prüfung im Rahmen der Leistung Kategorieseiten optimieren. Den Begriff erklärt das Glossar unter Paginierung.
- Organisation Pagination with rel="next" and rel="prev". Google Search Central Blog. Stand 15.09.2011. abgerufen am 31.10.2026
- Organisation Best Practices für die Paginierung bei Google. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation HTML Living Standard, Abschnitt 4.6 Links (Sequential link types). WHATWG. Stand laufend. abgerufen am 31.10.2026
Häufige Fragen
Nutzt Google rel="prev" und rel="next" noch?
Nein. Google schreibt in seinen Best Practices zur Paginierung, dass es diese Tags selbst nicht mehr verwendet. Andere Suchmaschinen nutzen sie laut Google möglicherweise noch.
Muss ich rel="prev" und rel="next" entfernen?
Nein. Korrekt gesetzte Angaben schaden nicht und gehören zum HTML-Standard. Entfernen oder korrigieren sollten Sie fehlerhafte Angaben, etwa ein rel="next" auf der letzten Seite.
Was ersetzt rel="next" für Google?
Normale Links mit a-Element und href von jeder Seite zur nächsten, eine eigene Adresse je Seite und ein Canonical je Seite auf sich selbst.
Darf eine Seite rel="next" und einen Canonical gleichzeitig haben?
Ja. Google hat schon 2011 geschrieben, dass beide Angaben unabhängig voneinander sind und auf derselben Seite stehen dürfen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
