Paginierung

Paginierung ist die Aufteilung umfangreicher Inhalte auf mehrere aufeinanderfolgende, nummerierte Unterseiten. Für WordPress-Websites ist sie wichtig, weil sie die Ladezeiten verbessert, die Übersichtlichkeit für Nutzer erhöht und Suchmaschinen ermöglicht, große Inhaltsmengen effizienter zu crawlen und zu indexieren. Ohne Paginierung würden Seiten mit hunderten Beiträgen oder Produkten sehr langsam laden und die Nutzererfahrung beeinträchtigen. Sie begegnet einem in WordPress auf der Blog-Startseite, in Kategorie- und Tag-Archiven, bei Suchergebnissen und in WooCommerce-Shopseiten.

Die empfohlene Funktion ist the_posts_pagination, verfügbar seit WordPress 4.1, weil sie semantisch korrektes HTML mit ARIA-Labels für bessere Barrierefreiheit ausgibt und eine nummerierte Navigation mit Vor- und Zurück-Links erzeugt. Für mehr Gestaltungsfreiheit gibt es paginate_links, das ein Array oder einen String mit den fertigen Links zurückgibt, die sich frei stylen lassen. Daneben existieren die älteren Funktionen next_posts_link und previous_posts_link für eine einfache Vor-Zurück-Navigation. Wie viele Beiträge pro Seite erscheinen, lässt sich unter Einstellungen und Lesen festlegen.

Dafür gibt es keine universelle Antwort, aber bewährte Richtwerte. Für Blogs eignen sich etwa zehn bis zwanzig Beiträge pro Seite, für E-Commerce-Shops etwa vierundzwanzig bis sechsunddreißig Produkte. Diese Werte halten die Balance zwischen Ladezeit, Bedienbarkeit und SEO. Zu viele Elemente pro Seite, etwa fünfzig oder mehr, überfordern Nutzer und verlangsamen die Seite. Welche Anzahl am besten passt, hängt von Zielgruppe, Inhaltstyp und Gerät ab. Am sichersten finden Sie den optimalen Wert durch eigene Tests mit Ihrem realen Inhalt und Ihrer Zielgruppe.

Ja. Jede paginierte Seite sollte einen selbstreferenzierenden Canonical-Tag tragen, der auf sich selbst verweist. Das bedeutet, Seite zwei verweist auf Seite zwei als Canonical, nicht auf Seite eins. So kann Google jede Seite einzeln indexieren. Ein häufiger Fehler ist es, alle paginierten Seiten per Canonical auf die erste Seite zu verweisen, denn das verhindert die Indexierung der Folgeseiten und kann zu verlorenen Rankings führen. Diese selbstreferenzierende Praxis ist die heute empfohlene Vorgehensweise und lässt sich in WordPress über SEO-Plugins wie Yoast oder Rank Math komfortabel umsetzen.

Nein, zur Indexierung nicht mehr. Früher empfahl Google die Link-Attribute rel next und rel prev, um die Beziehung paginierter Seiten zu signalisieren. 2019 bestätigte Google jedoch, dass diese Attribute schon seit Jahren nicht mehr als Indexierungssignal verwendet werden. Sie schaden nicht und können für andere Suchmaschinen wie Bing weiterhin relevant sein, sind für Google aber nicht nötig. Statt auf rel next und prev zu setzen, sollten Sie sich auf selbstreferenzierende Canonical-Tags, eine saubere URL-Struktur und echte HTML-Links für die Navigation konzentrieren.

Nummerierte Paginierung ist in den meisten Fällen besser für SEO, weil sie volle Crawlbarkeit ohne JavaScript bietet, klare URL-Strukturen ermöglicht und einfach umzusetzen ist. Infinite Scroll kann die Nutzererfahrung auf mobilen Geräten verbessern, birgt aber Risiken: Ohne saubere Umsetzung erfassen Suchmaschinen nur die zuerst geladenen Inhalte, spätere bleiben unsichtbar. Wenn Sie Infinite Scroll oder einen Mehr-laden-Button einsetzen, sollten Sie immer eine crawlbare, nummerierte Paginierung als Fallback bereitstellen. Dieses Prinzip nennt sich Progressive Enhancement und stellt sicher, dass alle Inhalte zugänglich bleiben.

Nein, dieses Datum ist ein verbreiteter Irrtum. Die Core Web Vitals sind bereits seit Juni 2021 für die mobile Suche und seit Februar 2022 für Desktop ein Rankingsignal, als Teil der Page Experience. Sie messen LCP, also die Ladezeit des größten Elements mit Zielwert unter 2,5 Sekunden, INP, die Reaktionsfähigkeit mit Zielwert unter 200 Millisekunden, und CLS, die visuelle Stabilität mit Zielwert unter 0,1. INP hat im März 2024 die ältere Kennzahl FID abgelöst. Paginierung hilft vor allem beim LCP, weil weniger Elemente pro Seite geladen werden müssen, und beim CLS, wenn Bilder feste Maße haben.

Empfehlenswert sind klare, sprechende URLs in der Form blog page 2 oder kategorie wordpress page 3, wie WordPress sie bei aktivierten sprechenden Permalinks von selbst erzeugt. Zu vermeiden sind unübersichtliche Parameter-URLs mit Fragezeichen und mehreren angehängten Werten wie Sortierung und Filter, weil diese das Crawl-Budget belasten und Duplicate Content begünstigen können. Auch Fragment-URLs mit Raute eignen sich nicht für die Paginierung, da Suchmaschinen sie nicht als eigene Seiten behandeln. Eine konsistente, lesbare Struktur über alle Archive hinweg erleichtert sowohl Nutzern als auch Suchmaschinen die Orientierung.

Barrierefreie Paginierung orientiert sich an den Web Content Accessibility Guidelines auf Stufe AA. Wichtig sind ein semantisches nav-Element mit aussagekräftigem ARIA-Label, eine klare Kennzeichnung der aktuellen Seite über das Attribut aria-current, ausreichender Farbkontrast von mindestens 4,5 zu 1 sowie eine vollständige Bedienbarkeit per Tastatur mit sichtbarem Fokus. Vermeiden Sie eine Navigation, die nur mit der Maus funktioniert. Die WordPress-Funktion the_posts_pagination liefert bereits eine solche barrierearme Struktur. Bei eigener Umsetzung sollten Sie auf dieselben Prinzipien achten und mit Screenreadern testen.

Die häufigsten Lösungen sind: Gehen Sie zu Einstellungen und Permalinks und speichern Sie erneut, um die Rewrite-Rules zu regenerieren, was oft schon das Problem behebt. Deaktivieren Sie Plugins einzeln, um Konflikte zu identifizieren. Testen Sie mit einem WordPress-Standard-Theme, um theme-spezifische Ursachen auszuschließen. Überprüfen Sie die Datei htaccess auf störende eigene Rewrite-Rules. Und analysieren Sie mit dem Plugin Query Monitor, welche Parameter an die Hauptabfrage übergeben werden. In den meisten Fällen lösen diese Schritte typische Paginierungsprobleme.

Das sollten Sie nur mit Bedacht tun. Manche empfehlen, Seite zwei und höher mit einem noindex-Tag zu versehen und nur die erste Seite indexieren zu lassen. Das Risiko dabei: Inhalte, die ausschließlich auf späteren Seiten erscheinen, gelangen dann möglicherweise nicht in den Suchindex. Verwenden Sie noindex für paginierte Seiten daher nur, wenn Sie sicher sind, dass alle wichtigen Inhalte auch über andere Wege erreichbar und indexierbar sind, etwa über einzelne Beitragsseiten. Für die meisten Websites ist es besser, paginierte Seiten indexierbar zu halten und mit selbstreferenzierenden Canonicals zu arbeiten.