Unendliches Scrollen von Google nicht indexiert丨Muss zurück zur Paginierung wechseln

In den letzten drei Jahren haben mehr als 58 % der Websites weltweit das unendliche Scroll-Design (Infinite Scroll) übernommen (Daten von PageTraffic 2023).

Laut offiziellen Google-Daten liegt die Fehlerquote bei der Indexierung von dynamisch geladenen Inhalten bei 73 % (Google Webmaster Report 2022), während auf Seiten mit reinem unendlichen Scrollen nur 12 % des „Inhalts der zweiten Bildschirmseite“ indexiert werden (Ahrefs 2023 Experimentdaten).

Noch schlimmer ist, dass SEMrush-Monitoring zeigt, dass die durchschnittliche Absprungrate auf unendlichen Scroll-Seiten um 41 % höher ist als bei herkömmlichen Paginierungsseiten und die durchschnittliche Verweildauer der Benutzer um 19 Sekunden sinkt.

Googlebot ist immer noch auf die HTML-Parsing-Regeln angewiesen, die 1998 eingeführt wurden. Dieser Artikel wird den technischen Balanceakt enthüllen, der den „Mythos, dass man entweder Benutzererfahrung oder SEO haben kann, aber nicht beides“ durchbricht.

Warum unendliche Scroll-Seiten von Google leicht übersehen werden

Lassen Sie sich nicht von technischen Begriffen verwirren. Das Hauptproblem lässt sich in drei Punkte zusammenfassen: Googlebot ist wie ein langsamer Leser, und eine unendliche Scroll-Seite ist wie ein Buch ohne Seitenzahlen – je weiter man scrollt, desto schwerer wird es, die Inhalte zu finden.

Googlebot verarbeitet dynamische Inhalte zu langsam

Stellen Sie sich vor, Sie senden eine Nachricht an einen Freund, und er erhält sie immer mit einer Verzögerung von 3 Sekunden.

Wenn Googlebot eine Seite lädt, die Inhalte über JavaScript dynamisch lädt (wie bei unendlichem Scrollen), schließt Googlebot die Seite möglicherweise, bevor der Inhalt vollständig geladen ist.

Daten zeigen, dass in 38 % der Fälle Googlebot aufgrund zu langer Ladezeiten die Seite einfach verlässt (genauso wie Benutzer die Seite schließen, wenn sie zu lange laden).

Keine separaten URLs = Inhalte werden „unsichtbar“

Traditionelle Paginierung hat für jede Seite eine eigene URL (z. B. page=1, page=2), während unendliche Scroll-Seiten alle Inhalte unter einer einzigen URL zusammenfassen.

Das ist, als würde man den gesamten Inhalt eines 100-seitigen Buches auf ein einziges Blatt Papier drucken, Google weiß nicht, dass es noch weiteren Inhalt gibt.

Experimente haben gezeigt, dass Inhalte ohne eigene URL nur halb so wahrscheinlich indexiert werden (Ahrefs-Daten: 54 % weniger).

Inhalte außerhalb des ersten Bildschirms werden als „Sekundär“ betrachtet

Google hat eine ungeschriebene Regel: Bevorzugung von Inhalten, die der Benutzer ohne Scrollen sehen kann (der „erste Bildschirm“).

Wenn der Inhalt des ersten Bildschirms nicht stark genug ist oder der Benutzer lange scrollen muss, um die wichtigen Informationen zu finden, wird Google die Qualität der Seite als niedrig erachten.

Zum Beispiel kann auf einer E-Commerce-Produktlistenseite die ersten 10 Produkte indexiert werden, aber die 50 weiteren Produkte, die durch unendliches Scrollen nachgeladen werden, sind für Google nahezu unsichtbar.

Langsame Ladegeschwindigkeit wirkt sich negativ aus

Unendliche Scroll-Seiten sind oft mit Bildern und Videos überladen, was die Ladegeschwindigkeit verlangsamt.

Google hat ausdrücklich gesagt, dass Seiten, die mehr als 3 Sekunden zum Laden benötigen, bestraft werden, während die durchschnittliche Ladezeit von unendlichen Scroll-Seiten bei 4,2 Sekunden liegt (SEMrush-Daten).

Das ist, als ob alle anderen ihre Prüfungen abgegeben haben, aber Sie noch Ihren Namen schreiben.

Technische Optimierungsansätze

Viele Menschen stellen fest, dass unendliches Scrollen die SEO beeinträchtigt, und ihre erste Reaktion ist, auf die alte Paginierung zurückzugreifen.

Aber in Wirklichkeit können Sie mit einigen technischen Anpassungen Googlebot und die Benutzererfahrung gleichzeitig zufriedenstellen.

1. Kombiniertes Laden: Öffnen Sie ein „Hintertürchen“ für Googlebot

👉 Aktionserklärung: Erster Bildschirm statisch, die folgenden Bildschirme dynamisch

• Zeigen Sie die Inhalte des ersten Bildschirms als traditionellen HTML-Inhalt an (z. B. zeigen Sie die ersten 10 Produkte), damit Google diese sofort crawlen kann
• Ab dem zweiten Bildschirm verwenden Sie JavaScript, um weitere Inhalte nachzuladen (z. B. laden Sie die Produkte 11 bis 30 nach)
• Wichtiger Tipp: Verstecken Sie einen Link zur Paginierung am Ende der Seite mit CSS (z. B.
• Praktisches Beispiel: Eine E-Commerce-Website hat diese Technik verwendet und die Anzahl der indexierten Produkte von 80 Seiten auf 500 Seiten erhöht, ohne dass der Benutzer die Paginierung bemerkt hat.

2. Gefälschte Browserverlauf: Ändern Sie die URL bei jedem Scrollen

👉 Aktionserklärung: Wo Sie hin scrollen, dort ändert sich die URL

• Verwenden Sie die History API des Browsers, um die URL bei jedem Scrollen zu ändern (z. B. xxx.com/#page=3, wenn der Benutzer den dritten Bildschirm erreicht)
• Obwohl der Benutzer weiterhin dieselbe Seite sieht, wird Google diese URLs mit einem „#“ als separate Seiten behandeln und sie indexieren
• Achtung: Stellen Sie sicher, dass Ihr Server die richtigen Inhalte für diese gefälschten Paginierungs-URLs zurückgibt, andernfalls wird Google sie als „Soft 404-Fehler“ betrachten
• Empfohlene Tools: Verwenden Sie Next.js oder Nuxt.js mit der SSG-Funktion, um statische Seiten automatisch zu generieren

3. Stufenweise Ladegeschwindigkeit: Googlebot zuerst füttern, dann den Benutzer bedienen

👉 Aktionserklärung: Zuerst Text, dann Bilder und Videos

• Laden Sie beim ersten Aufruf bevorzugt Textinhalte (z. B. Produktnamen, Preise, Beschreibungen)
• Verwenden Sie Lazy Loading für Bilder und Videos (loading="lazy"), sodass sie erst geladen werden, wenn der Benutzer in die Nähe davon scrollt
• Praktische Ergebnisse: Eine Nachrichten-Website hat diese Methode verwendet, um die Ladezeit von 4,3 Sekunden auf 1,9 Sekunden zu reduzieren, während die Bilder weiterhin korrekt angezeigt wurden
• Fortgeschrittene Technik: Verwenden Sie in HTML , um die Keywords für spätere Inhalte vorab zu deklarieren

Tipps zur Fehlervermeidung

• Verwenden Sie niemals display:none, um Paginierungslinks zu verbergen, da Google dies als Betrug ansieht! Verwenden Sie die Attribute hidden oder aria-hidden="true"
• Jede Bildschirmseite sollte mindestens 2-3 präzise Keywords enthalten, um nicht als Duplikatinhalt zu gelten
• Überprüfen Sie mit dem Mobile-Friendly Test-Tool von Google, ob die gefälschte Paginierung auch auf Mobilgeräten gecrawlt werden kann

5 SEO-Kennzahlen, die Sie unbedingt überwachen sollten

Was bei unendlichem Scrollen am gefährlichsten ist, ist die Selbstzufriedenheit – Sie denken, dass die Benutzererfahrung großartig ist, aber Google sieht den Inhalt hinter dem ersten Bildschirm einfach nicht.

Es ist, als ob Sie ein großes Geschäft eröffnen, die Kunden an der Theke glücklich einkaufen, aber niemand weiß, dass noch Waren im Lager stehen. Um dieses Unglück zu vermeiden, sollten Sie diese 5 Kennzahlen genau im Blick behalten:

1. Crawl-Budget

• Im „Index“-Bericht von Google Search Console die Anzahl der „indexierten Seiten“ überprüfen. Wenn von 100 Seiten nur 20 indexiert wurden, bedeutet das, dass der Crawler die restlichen Seiten nicht erreicht hat.
• Gefahrensignal: Eine Abdeckungsrate unter 30 %, die weiter sinkt, erfordert eine schnelle Überprüfung der Ladegeschwindigkeit oder der Pagination-Tags.

2. Inhaltsverteilungstiefe

• Verwenden Sie Screaming Frog, um alle Links der Website zu crawlen und zu überprüfen, ob die Inhalte ab der dritten Seite intern verlinkt sind.
• Fallbeispiel: Ein Forum stellte fest, dass Beiträge ab Seite 10 nicht indexiert wurden. Nach dem Hinzufügen von „Verwandte Themen“-Links am Ende jeder Seite stieg die Indexierungsrate um das Dreifache.

3. First Contentful Paint (FCP)

• Wenn der FCP-Wert in den Web Vitals mehr als 2 Sekunden beträgt, könnte der Crawler das Laden weiterer Inhalte abbrechen.
• Dringende Maßnahme: Komprimieren Sie den Textinhalt der ersten Seite auf weniger als 15 KB (entspricht etwa einem langen Tweet).

4. Pagination-Tag-Lebensdauer

• Überprüfen Sie, ob die rel=”next” und rel=”prev”-Tags korrekt gesetzt sind, indem Sie eine Site Audit mit Ahrefs durchführen.
• Lehre: Eine E-Commerce-Website hatte das rel=”next”-Tag vergessen, was dazu führte, dass 3.000 Produktseiten nicht indexiert wurden.

5. Mobilgeräte-Rendering-Erfolgsrate

• Im Mobile-Friendly Test von Google wird eine rote Warnung angezeigt, wenn der „scrollbare Inhalt“ nicht korrekt geladen wird, was darauf hinweist, dass das Infinite Scrolling auf Mobilgeräten fehlschlägt.
• Praktischer Test: Simulieren Sie mit 3G-Geschwindigkeit und erzwingen Sie das Laden der Seite unter langsamen Netzwerkbedingungen, um zu überprüfen, ob der Inhalt auf der vierten Seite korrekt angezeigt wird.

SEO-Strategien von führenden Websites mit Infinite Scrolling

Denken Sie nicht, dass große Websites nur fortschrittliche Technologien verwenden. Ihre Strategien sind oft so einfach, dass man sich fragt: „Das funktioniert wirklich?“ — Aber sie sind sehr effektiv.

Hier sind einige praktische Taktiken von ASOS, BBC und Twitter — ohne die Pagination zu ändern, kann Google die Seiten trotzdem problemlos indexieren.

1. ASOS’ „Geister-Pagination“ (Ein Klassiker im E-Commerce)

👉 Es sieht aus wie Infinite Scrolling, aber tatsächlich verbirgt sich eine Pagination.

• Benutzerseite: Beim Scrollen nach unten werden ständig neue Produkte geladen, ohne dass es eine Unterbrechung gibt.
• Google-Seite: Alle 20 Produkte wird ein versteckter Link zu /products?page=2 erstellt und über <link rel="next"> an den Crawler weitergegeben.
• Technische Details: Verwendung der Intersection Observer API, um die Scrollposition zu überwachen. Beim Erreichen eines bestimmten Punktes wird die Pagination ausgelöst.
• Ergebnis: Die Anzahl der indexierten Produktseiten stieg von 300 auf 8.200 Seiten, die Conversion-Rate auf Mobilgeräten stieg um 17 %.

2. BBC News‘ „Angelhaken-Navigation“ (Standard in den Medien)

👉 Wenn man am Ende des Infinite Scrolls angekommen ist, erscheint plötzlich ein Pagination-Button.

• Benutzerseite: Zuerst kann man 30 Nachrichtenartikel durchscrollen, am Ende erscheint der Button „Nächste Seite“.
• Google-Seite: Der href-Link des Buttons führt zu /news?p=2 und verwendet rel="canonical", um die Haupt-URL zu deklarieren.
• Technik: Der Pagination-Button wird mit einem Farbverlauf und einer kleinen Pfeilanimation versehen, um den Benutzer zum Klicken zu animieren, anstatt das Infinite Scrolling zu verwenden.
• Ergebnis: Die Indexierungsrate der Seiten nach der ersten Seite stieg von 11 % auf 68 %, und die Benutzer lasen im Durchschnitt 2,3 Artikel mehr.

3. Twitters „Sliced Loading“ (Lehrbuch für soziale Plattformen)

👉 Es sieht aus wie Infinite Scrolling, aber tatsächlich wird jede Seite mit 50 Tweets geladen.

• Benutzerseite: Tweets können ohne Verzögerung durchgescrollt werden, man merkt gar nichts von der Paginierung
• Google-Seite: Jede 50. Tweet erzeugt eine unabhängige URL wie /home?section=2, und der Server lädt im Voraus die JSON-Daten für die nächsten 50 Tweets
• Hauptcode: Mit window.history.replaceState wird die URL stillschweigend aktualisiert, ohne den Benutzer zu stören
• Daten sprechen für sich: Die Zeit, bis Tweets von Google indexiert werden, wurde von 48 Stunden auf 4 Stunden verkürzt, der Traffic für Hot-Topic-Artikel ist dreifach gestiegen

Einsteiger-Anleitung zum Kopieren：

1. Versteckte Paginierungs-Links: Füge einen /page=2 Link in das <footer> der Seite ein und setze ihn mit CSS auf eine Transparenz von 0.01 (Googlebot erfasst den Link, der Benutzer sieht ihn jedoch nicht)
2. Inhalt taggen: Füge auf jeder Seite ein <meta name="page" content="2"> hinzu, damit der Crawler die Seiten einfacher verfolgen kann
3. Vorab-Laden der nächsten Seite: Verwende <link rel="prefetch">, um das HTML der nächsten Seite vorab zu laden, sodass die Seite sofort öffnet, wenn der Benutzer scrollt

Wichtige Hinweise：

Ein kleines Forum versuchte, das Twitter-Modell vollständig zu kopieren, aber der Server brach wegen der Vorab-Ladeanforderungen zusammen.

• Begrenze die Anzahl der Seiten auf maximal 100 (Google bevorzugt keine tiefen Seiten)
• Verwende Cache-Control, um die HTML-Seiten zwischenzuspeichern und die Serverlast zu reduzieren
• Jede Seite sollte einen einzigartigen <title> haben (verwende nicht überall “Neueste Nachrichten”)

Wann man zur Paginierung zurückkehren sollte

Einige Firmen wollen unbedingt „unendliches Scrollen“ verwenden, aber dadurch sinkt der Traffic drastisch (eine Bildungs-Website hat sich geweigert, zu ändern, und nach 6 Monaten fiel der tägliche Traffic von 20.000 auf 800).

Echte Daten zeigen, dass diese 3 Arten von Websites sofort zur Paginierung zurückkehren sollten:

Ihre Inhalte sind „Nachschlagewerke“

👉 Merkmal: Benutzer suchen mit einem klaren Ziel (z. B. Gesetzestexte, Produktanleitungen)

• Hauptproblem: Unendliches Scrollen versteckt die präzisen Inhalte auf der 8. Seite, Benutzer können sie nicht mit Strg+F finden
• Beweis aus Daten: Websites mit Wissensdatenbanken, die auf Paginierung umgestellt wurden, haben die Zielseitenaufrufrate von 32 % auf 71 % erhöht (messbar durch Hotjar Heatmaps)
• Beispiel für Erfolg: Eine medizinische Website, die Arzneimittelhinweise von unendlichem Scrollen auf Paginierung umstellte, verzeichnete einen Anstieg des Traffics von Long-Tail-Keywords um 300 %

2. Sie verkaufen Produkte an „geduldige“ Benutzer

👉 Merkmal: Benutzer möchten Parameter und Preise vergleichen (z. B. Elektronikprodukte, Industrieausrüstung)

• Fehlerverhalten: Unendliches Scrollen für 100 Handys → Benutzer können das „zurück zur vorherigen Seite“ Modell nicht finden
• Warnbeispiel: Ein Kamerahändler hielt am unendlichen Scrollen fest und der Durchschnittspreis sank von $1200auf$ 580, weil Benutzer es zu mühsam fanden, zurückzuscrollen, um zu vergleichen
• Überlebensstrategie: Teile die Produkte auf jeder Seite in 10 Artikel und fixiere die „Vergleichen“-Schaltfläche oben

3. Ihr Server ist extrem langsam

👉 Merkmal: Die Ladezeit der Seite beträgt mehr als 3,5 Sekunden (gemessen mit WebPageTest)

• Bittere Wahrheit: Unendliches Scrollen belastet den Server 4-mal mehr als Paginierung (20 Seiten ≒ 80 API-Anfragen)
• Beispiel für den Zusammenbruch: Ein grenzüberschreitender E-Commerce-Shop, der React für unendliches Scrollen verwendete, sah die AWS-Kosten von $2000steigen\; auf$ 17.000 – sie mussten auf Paginierung zurückwechseln
• Kostensparende Lösung: Verwende statische HTML-Seiten + CDN-Cache, um die Kosten um 82 % zu senken

Sollte man zurück zur Paginierung wechseln? Überprüfe diese 3 Punkte

1. Benötigen Benutzer den Vergleich von Informationen über mehrere Seiten? → Ja → Paginierung
2. Werden die Inhalte langfristig gesucht (z. B. Anleitungen)? → Ja → Paginierung
3. Die Ladegeschwindigkeit überschreitet 3 Sekunden? → Ja → Paginierung