View-All-Seite und SEO: wann sich eine Alle-anzeigen-Seite lohnt

In Onlineshops, Archiven und Verzeichnissen sind Listen oft auf mehrere Seiten verteilt: Seite 1, 2, 3 und so weiter. Viele Websites bieten zusätzlich einen Link "Alle anzeigen", der sämtliche Einträge auf einer einzigen Seite zeigt. Im Englischen heißt diese Seite View-All-Seite. Für SEO stellt sich dann die Frage, welche Fassung Google indexieren soll: die einzelnen Seiten der Folge, die Alle-anzeigen-Seite oder beide? Die Antwort hat sich über die Jahre verschoben, und ein Teil der Ratschläge, die noch im Umlauf sind, beruht auf einer Empfehlung von 2011.

Was Google 2011 empfohlen hat

Am 15.09.2011 veröffentlichte Google im damaligen Webmaster-Blog einen Beitrag zu View-All-Seiten in den Suchergebnissen ^[1]. Google berichtete dort, Suchende bevorzugten die Alle-anzeigen-Fassung gegenüber einer Folge von Seiten mit willkürlichen Umbrüchen ^[1]. Die Fälle, in denen Nutzer die View-All-Seite nicht bevorzugten, hingen laut Google mit hoher Ladezeit zusammen ^[1]. Daraus leitete Google zwei Empfehlungen ab ^[1]:

• Gibt es eine Alle-anzeigen-Seite, können die Teilseiten per rel="canonical" auf sie verweisen, damit Google die Folge leichter erkennt.
• Gibt es keine Alle-anzeigen-Seite oder ist sie kein gutes Suchergebnis, sollen die Teilseiten mit rel="next" und rel="prev" verbunden werden.

Wer die Alle-anzeigen-Seite nicht in den Ergebnissen haben wollte, sollte nicht auf sie kanonisieren und sie mit noindex versehen ^[1]. Google wies im selben Beitrag darauf hin, dass Website-Betreiber die Vorliebe der Nutzer gegen die Ladezeit der Seite abwägen müssen ^[1].

Was heute in der Dokumentation steht

Die aktuelle Dokumentation zu Paginierung und inkrementellem Laden erwähnt View-All-Seiten nicht mehr. Sie empfiehlt stattdessen für paginierte Inhalte ^[2]:

• "Weise jeder Seite eine eindeutige URL zu", etwa mit dem Parameter ?page=n;
• die erste Seite einer Folge nicht als kanonische Seite für alle anderen zu verwenden, jede Seite bekommt ihre eigene kanonische Adresse;
• Links von jeder Seite zur nächsten Seite als a-Element mit href;
• keine Fragmente für Seitenzahlen, denn "Google ignoriert Fragmentbezeichner".

Außerdem hält Google fest, dass es rel="next" und rel="prev" selbst nicht mehr verwendet ^[2]. Der Blogbeitrag von 2011 trägt inzwischen einen entsprechenden Hinweis ^[1]. Die zweite Empfehlung von damals ist damit für Google hinfällig. Die erste, Canonical auf die Alle-anzeigen-Seite, wird in der heutigen Dokumentation weder empfohlen noch ausgeschlossen. Was heute für rel="next" und rel="prev" gilt, beschreibt der Ratgeber rel prev und next heute.

Wann eine Alle-anzeigen-Seite trotzdem sinnvoll ist

Für Besucher kann eine Alle-anzeigen-Seite praktisch sein. Wer eine Liste von vierzig Seminarterminen durchsuchen oder mit der Suchfunktion des Browsers ein Stichwort finden will, ist mit einer einzigen Seite schneller. Das gilt vor allem, wenn die Liste überschaubar bleibt und die Einträge wenig Gewicht haben, etwa Textzeilen ohne Bilder.

Schwierig wird es bei großen Sortimenten. Eine Kategorie mit 2.000 Produkten auf einer Seite lädt lange, weil jedes Produkt ein Bild mitbringt. Der Largest Contentful Paint muss nicht darunter leiden, wenn die ersten Bilder schnell kommen, aber der Speicherbedarf im Browser, die Größe des HTML und die Zeit bis zur Bedienbarkeit wachsen mit jeder Zeile. Genau diesen Fall hatte Google 2011 als Grenze benannt: hohe Ladezeit ^[1].

Eine grobe Entscheidungshilfe aus unserer Arbeit:

Die Tabelle ist unsere Einordnung und keine Regel von Google.

Umsetzung, wenn Sie eine anbieten

Bieten Sie eine Alle-anzeigen-Seite an, müssen Sie entscheiden, welche Fassung Google bevorzugt anzeigen soll. Zwei Wege sind gebräuchlich.

Weg A, die Alle-anzeigen-Seite als Hauptfassung: Sie ist schnell genug und soll in den Suchergebnissen erscheinen. Die Teilseiten verweisen per Canonical auf sie, so wie es der Beitrag von 2011 beschrieb ^[1]. Die aktuelle Dokumentation nennt diesen Weg nicht. Das funktioniert nur, wenn die Alle-anzeigen-Seite wirklich alle Einträge der Teilseiten enthält. Ein Canonical auf eine Seite mit anderem Inhalt ist ein widersprüchliches Signal.

Weg B, die Paginierung als Hauptfassung: Jede Teilseite hat ihre eigene Adresse und ihr eigenes Canonical, wie es die aktuelle Dokumentation empfiehlt ^[2]. Die Alle-anzeigen-Seite bekommt noindex, damit sie nicht mit Seite 1 konkurriert. Diesen Weg nannte schon der Beitrag von 2011 für Fälle, in denen die Alle-anzeigen-Seite nicht in den Ergebnissen erscheinen soll ^[1].

Für die meisten Shops und Archive ist Weg B der robustere, weil er der aktuellen Dokumentation folgt. Wie Canonicals in paginierten Folgen gesetzt werden, beschreibt der Ratgeber Canonical und Paginierung richtig verbinden.

Prüfen, welche Fassung Google gewählt hat

Ein Canonical ist ein Hinweis, keine Anweisung. Ob Google ihm folgt, sehen Sie im URL-Prüftool der Search Console: Dort steht für jede geprüfte Adresse neben dem vom Website-Betreiber angegebenen auch das von Google gewählte Canonical ^[4]. Prüfen Sie nach einer Umstellung eine Teilseite aus der Mitte der Folge, etwa Seite 3, und die Alle-anzeigen-Seite. Stimmen die Angaben nicht mit Ihrem gewählten Weg überein, liegt das häufig an widersprüchlichen Signalen: Die interne Verlinkung zeigt überwiegend auf die Teilseiten, das Canonical aber auf die Alle-anzeigen-Seite, oder die Sitemap führt eine Fassung, die per noindex ausgeschlossen ist.

Ein zweiter Blick gilt dem Leistungsbericht. Erscheinen in den Suchergebnissen Teilseiten mit Seitenzahl im Titel, obwohl Sie Weg A gewählt haben, ist die Umstellung bei Google noch nicht angekommen oder wird nicht übernommen. Dann lohnt es sich, die Signale zu vereinheitlichen, bevor Sie weitere Änderungen vornehmen. Wie Seitenzahlen in Titeln und Beschreibungen behandelt werden, beschreibt der Ratgeber Seitenzahlen in Title und Description.

Alle-anzeigen und Nachladen per Schaltfläche

Manche Websites ersetzen die Alle-anzeigen-Seite durch eine Schaltfläche "Mehr laden" oder durch endloses Scrollen. Für Nutzer wirkt das ähnlich, Google erreicht die nachgeladenen Einträge aber nur unter Bedingungen. Google weist darauf hin, dass diese Muster im Allgemeinen mit JavaScript umgesetzt werden und dass Google-Crawler nicht auf Schaltflächen klicken ^[2]. Ohne zusätzliche crawlbare Links auf die einzelnen Seiten bleiben die nachgeladenen Einträge unsichtbar. Die Varianten behandeln die Ratgeber Load-more-Button und SEO und Endlos-Scrolling und SEO.

Bei langen Listen mit Bildern hilft verzögertes Laden der Bilder unterhalb des sichtbaren Bereichs. web.dev rät aber, Bilder, die beim Laden wahrscheinlich im sichtbaren Bereich liegen, nicht lazy zu laden und bei allen Bildern Breite und Höhe anzugeben ^[3]. Grundbegriffe zur Paginierung erklärt das Glossar unter Paginierung, die Umsetzung in Shop-Kategorien der Ratgeber Paginierung in Kategorien.

Sie überlegen, ob Ihre Kategorien eine Alle-anzeigen-Seite bekommen sollen, oder haben schon eine und sind unsicher mit den Canonicals? Stellen Sie die Frage in der gratis Sprechstunde, dort sehen wir uns eine Ihrer Listen gemeinsam an.

1. Organisation View-all in search results. Google Search Central Blog. Stand 15.09.2011. abgerufen am 31.10.2026
2. Organisation Best Practices für Paginierung und inkrementelles Laden. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
3. Organisation Browser-level image lazy loading for the web. web.dev, Google. Stand 13.08.2024. abgerufen am 31.10.2026
4. Organisation URL-Prüftool. Search Console-Hilfe. Stand ohne Datum. abgerufen am 31.10.2026

Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.