Paginierung im SEO

Paginierung teilt lange Inhaltslisten auf einzelne Seiten mit eigenen URLs auf: /catalog/page/2, /catalog/page/3. Das Prinzip ist einfach, aber Paginierung gehört zu den größten Crawl-Budget-Fressern auf großen Websites. Der Googlebot crawlt Hunderte Seiten mit demselben Aufbau statt der Produktkarten – und ein Teil des Katalogs schafft es nie in den Index.

Was ist Paginierung

Paginierung teilt eine große Menge an Inhalten – Produkte, Artikel, Bewertungen – auf mehrere aufeinanderfolgende Seiten mit eigenen URLs auf. Übliche Muster: /catalog/?page=2, /catalog/page/2/, /catalog/2/. Suchmaschinen behandeln jede URL als eigenes Dokument.

zoom_in

Drei Paginierungsformate verhalten sich aus SEO-Sicht grundverschieden:

Crawl-Budget und Duplicate Content

Ein Shop mit 500 Produkten und 20 Produkten pro Seite erzeugt pro Kategorie 25 Paginierungs-URLs. Bei 50 Kategorien sind das 1.250 URLs, die der Googlebot crawlen muss, bevor er die einzelnen Produktseiten erreicht.

Drei konkrete Probleme, die Paginierung für SEO verursacht:

• Duplicate Content. Title und Description derselben Kategorie sind auf /page/1 und /page/15 identisch. Die Überschrift des Abschnitts wiederholt sich. Google sieht ähnliche Seiten und weiß nicht, welche davon ranken soll.
• Verwässerung des PageRank. Interne Links verteilen sich auf Dutzende Paginierungs-URLs. Produkte ab Seite 10 erhalten kaum interne Autorität.
• Verschwendetes Crawl-Budget. Auf kleinen und mittelgroßen Websites verbraucht der Googlebot Crawl-Budget auf vorlagenbasierte Listenseiten statt auf wichtige Inhalte.

Vergleich der Paginierungsformate

Strategien für die SEO-Konfiguration

Die Wahl der Strategie hängt an einer Frage: Haben die Seiten ab Seite 2 eigenständigen Suchwert? Gelangen Nutzer nie aus der organischen Suche auf /catalog/page/7, lohnt es sich nicht, dafür Crawl-Budget aufzuwenden.

zoom_in

Strategie 1 – noindex ab Seite 2. Am besten für Blogs, News und Content-Seiten. Paginierungsseiten haben keinen eigenständigen Suchwert – noindex, follow nimmt sie aus dem Index und erlaubt weiterhin das Crawlen der Links. Das Crawl-Budget fließt in die eigentlichen Inhalte.

Strategie 2 – rel=canonical auf Seite 1. Sanfter als noindex: Die Seiten ab Seite 2 bleiben erreichbar (etwa für Direktlinks und Anzeigen), das Canonical verweist aber auf /page/1. Google behandelt die Serie als einen Bereich, wobei Seite 1 die kanonische Version ist.

Strategie 3 – volle Indexierung. Für große E-Commerce-Shops, in denen jede Paginierungsseite eigene Produkte enthält, die indexiert werden sollen. Dafür braucht jede Seite einen eindeutigen Title und eine eindeutige Description – z. B. „Laptops kaufen – Seite 3“ – sowie ein selbstreferenzierendes Canonical auf jeder Seite.

Technische Umsetzung

Die meisten Aufgaben brauchen nur drei Konstrukte im <head>: <meta name="robots">, <link rel="canonical"> und Sitemap-Einträge. Zu allen dreien folgen Codebeispiele.

rel=next/prev: veraltetes Attribut

Vor 2019 unterstützte Google rel="next" und rel="prev", um Paginierungsserien zu erkennen. Im März 2019 gab Google bekannt, dass es diese Attribute nicht mehr verwendet. Sie für Google zu setzen, bringt daher nichts. Bing unterstützt sie offiziell, doch dessen Anteil ist in den meisten Märkten gering.

noindex für Paginierungsseiten

Ergänzen Sie den <head> auf den Seiten ab Seite 2. Wichtig: noindex, follow verwenden, nicht noindex, nofollow. Mit nofollow folgt der Googlebot den Links auf Paginierungsseiten nicht und indexiert die Produkte oder Artikel nicht, auf die sie verlinken.

<!-- Page /catalog/page/2/ and above -->
<head>
  <meta name="robots" content="noindex, follow">
</head>

<!-- Page /catalog/ (first page) — no noindex -->
<head>
  <meta name="robots" content="index, follow">
</head>

In WordPress lässt sich das über einen wp_head-Hook umsetzen, der is_paged() prüft:

// functions.php
add_action('wp_head', function() {
    if (is_paged()) {
        echo '<meta name="robots" content="noindex, follow">' . "\n";
    }
});

rel=canonical auf Seite 1

Wenn Seiten ab Seite 2 erreichbar bleiben müssen, den Abschnitt aber nicht duplizieren sollen, zeigt das Canonical auf die erste Seite. Seite 1 erhält ein selbstreferenzierendes Canonical.

<!-- /catalog/page/3/ -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

<!-- /catalog/ — self-canonical (required) -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

Paginierung in der sitemap.xml

Regel: In die sitemap.xml gehören nur Seiten, die indexiert werden sollen. Seiten mit noindex in der Sitemap senden widersprüchliche Signale und verschwenden Crawl-Budget.

<!-- sitemap.xml — indexable pages only -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

  <!-- Page 1 — always include -->
  <url>
    <loc>https://example.com/catalog/</loc>
    <changefreq>daily</changefreq>
    <priority>0.8</priority>
  </url>

  <!-- Pages 2+ — only with full indexing strategy -->
  <url>
    <loc>https://example.com/catalog/page/2/</loc>
    <changefreq>weekly</changefreq>
    <priority>0.4</priority>
  </url>

</urlset>

Typische Fehler bei der Paginierung

Die meisten Fehler entstehen durch unaufmerksame Umsetzung, nicht durch ein falsches Konzept. CMS-Sitemap-Generatoren und Vorlagen für Meta-Tags berücksichtigen die Paginierung oft nicht:

Die meisten dieser Fehler zeigen sich in der Google Search Console im Bericht „Seitenindexierung“: Seiten mit noindex, ausgeschlossene URLs und Canonical-Konflikte sind dort sofort sichtbar.