Index-Bloat und Thin Content: Wert prüfen, nicht Wörter zählen
Ein Shop führt 8.000 Produkte, doch die Search Console meldet mehr als 120.000 bekannte URLs. Die meisten sind Farbfilter, Sortierungen, Tag-Archive, interne Suchergebnisse und Parametervarianten. Das SEO-Team nennt es Index-Bloat und schlägt noindex für jede Seite mit weniger als 300 Wörtern vor.
Beide Abkürzungen sind riskant. Eine große URL-Zahl ist kein Bloat, wenn jede Seite einen eigenen Bedarf erfüllt. Eine kurze Seite ist nicht automatisch dünn; eine Wechselkurs-, Fahrplan- oder Produktspezifikationsseite kann ohne Aufsatz sehr nützlich sein. Die eigentliche Frage ist das Verhältnis zwischen technisch indexierbaren Seiten und Seiten, die es verdienen, eine Suche zu beantworten.
Was Index-Bloat bedeutet
Index-Bloat beschreibt einen Zustand, in dem Suchsysteme im Verhältnis zu den strategischen Seiten einer Website zu viele minderwertige URLs entdecken, crawlen, verarbeiten oder behalten müssen. Diese URLs können:
- Inhalte duplizieren oder nahezu duplizieren.
- Keine eigenständige Suchnachfrage haben.
- Nur Sortierung, Tracking oder Darstellung ändern.
- Keine Einträge, Daten oder nutzbare Antwort enthalten.
- Abgelaufen sein und dennoch
200liefern. - Von Filtern und Kalendern unbegrenzt erzeugt werden.
Es gibt keinen offiziellen Prozentsatz, ab dem eine Website aufgebläht ist. Eine Plattform mit einer Million URLs kann gesund sein, wenn diese URLs eine Million nützliche Produkte, Standorte oder Dokumente darstellen. Ein Blog mit 500 Beiträgen kann aufgebläht sein, wenn sein CMS 20.000 dünne Tag-, Autoren-, Datums- und leere Paginierungsseiten erzeugt.
Thin Content bedeutet nicht kurzer Content
„Dünn“ sollte den Wert beschreiben, nicht die Wortzahl. Vergleichen Sie:
- Eine Produktseite mit 180 Wörtern, aber originalen Bildern, aktuellem Preis, Lagerbestand, Maßen, Richtlinien, Bewertungen und Lieferdetails.
- Einen Artikel mit 1.500 Wörtern, der generische Definitionen aus anderen Quellen wiederholt und einem Leser nie bei einer Entscheidung hilft.
Die erste Seite erfüllt ihre Aufgabe möglicherweise deutlich besser. Länge ist nur ein Zusatzindiz. Bewerten Sie eine Seite mit diesen Fragen:
- Deckt sie einen eigenen Bedarf ab?
- Sind Daten oder Erfahrung einzigartig?
- Kann ein Besucher nach der Nutzung eine Handlung abschließen?
- Unterscheidet sie sich ausreichend von URLs desselben Templates?
- Sind die Informationen korrekt und gepflegt?
Ein „Nein“ erzwingt keine Löschung. Mehrere negative Antworten zusammen zeigen, dass Handlungsbedarf besteht.
Häufige Quellen für URL-Wildwuchs
Facettennavigation
E-Commerce-Filter umfassen Farbe, Größe, Marke, Preis, Material und Bewertung. Jede Kombination kann eine URL erzeugen. Zehn Filter ergeben nicht zehn Seiten; sie können Tausende Kombinationen erzeugen, von denen viele sich nur um wenige Produkte unterscheiden oder keine Ergebnisse liefern.
Manche Filter bedienen echte Suchnachfrage, etwa „Herren-Laufschuhe“ oder „Laptops unter 1.000 $“. Geben Sie ausgewählten Kombinationen saubere URLs, eigene Informationen, selbstreferenzierende Canonicals und stabile Links. Sortiervarianten und extrem enge Kombinationen müssen in der Regel nicht indexiert werden.
Unkontrollierte Tags und Taxonomien
Wenn jeder Redakteur Tags erfindet, können „Technisches SEO“, „SEO technisch“, „technische Audits“ und „Website-Audits“ zu vier nahezu identischen Archiven werden. Ein Tag sollte nur existieren, wenn er Besuchern hilft, eine ausreichend große, klar definierte Sammlung zu durchsuchen.
Interne Suchergebnisse
Jede von einem Besucher eingegebene Phrase kann eine URL erzeugen. Diese Seiten sind normalerweise nicht als Landingpages konzipiert, schwanken in der Qualität und bilden eine nahezu unbegrenzte Menge. Sie sollten die Suche auf der Website unterstützen und nicht standardmäßig in den Index gelangen.
Tracking- und Sitzungsparameter
utm_source, Affiliate-IDs, Session-IDs und Darstellungsparameter erzeugen viele Adressen für einen Body. Canonicals, saubere interne Links und das Anwendungsverhalten müssen sich auf die repräsentative URL einigen.
Datums-, Autoren- und Paginierungsarchive
Eine kleine redaktionelle Website braucht selten Archive nach Datum, Monat, Jahr, Autor, Kategorie, Tag und Paginierung, die alle dieselben Beiträge auflisten. Die Taxonomie sollte echtes Browsing-Verhalten bedienen und nicht jede Funktion, die ein CMS aktiviert hat.
Abgelaufene und nicht verfügbare Seiten
Vergangene Veranstaltungen, geschlossene Stellen, eingestellte Produkte und alte Kampagnenseiten werden leicht vergessen. Liefern sie 200 mit einem Satz „das ist beendet“, können sie im großen Maßstab zu dünnen Seiten oder Soft 404 werden.
Der site:-Operator ist kein exakter Indexzähler
Eine Suche nach site:example.com ist nützlich, um unerwartete URLs stichprobenartig zu finden, doch die Trefferzahl ist eine Schätzung. Erstellen Sie das Inventar aus:
- Dem Bericht zur Seitenindexierung in der Search Console.
- Sitemaps und URL-Anzahlen jeder Teil-Sitemap.
- Einem Crawl über interne Links.
- Crawler-Anfragen in Server-Logs.
- URLs aus dem CMS oder der Datenbank.
- Landingpages mit Impressionen, Klicks und Sitzungen.
Ziel ist nicht eine perfekte absolute Zahl. Ziel ist zu erkennen, welche Templates die größte Lücke zwischen „erzeugt“ und „wertvoll“ erzeugen.
Eine Indexierbarkeitstabelle nach Template erstellen
Gruppieren Sie Muster, statt eine URL nach der anderen zu prüfen:
| Template | Erzeugt | Sollte indexiert werden | Hat Traffic | Entscheidung |
|---|---|---|---|---|
| Aktive Produkte | 8.000 | 8.000 | 3.100 | Behalten und verbessern |
| Sortierparameter | 24.000 | 0 | 0 | Canonical und saubere Links |
| Filter mit Nachfrage | 600 | 180 | 90 | Landingpages auswählen |
| Tiefe Filterkombinationen | 70.000 | 0 | 2 | Erzeugung und Crawling begrenzen |
| Blog-Tags | 1.200 | 40 | 18 | Taxonomie konsolidieren |
| Interne Suche | 15.000 | 0 | 0 | Noindex und Links entfernen |
Diese beispielhaften Zahlen zeigen die Priorität. 70.000 tiefe Filter zu korrigieren verändert die Architektur stärker als das Bearbeiten von zehn einzelnen Tag-Seiten.
Fünf Entscheidungen für jede URL-Gruppe
1. Behalten und verbessern
Verwenden Sie dies, wenn eine Seite eigenständige Nachfrage, Traffic oder Conversion-Wert hat, aber zu wenig Informationen bietet. Verbesserung heißt nicht, die Wortzahl aufzublähen. Eine Kategorieseite braucht möglicherweise:
- Eine zutreffende, verfügbare Produktauswahl.
- Einen klaren Titel, eine klare Beschreibung und Überschrift.
- Eine knappe Einleitung passend zum Bedarf.
- Nützliche Filter, die keinen Wildwuchs erzeugen.
- Echte Kundenfragen.
- Interne Links von relevanten Hubs.
2. Konsolidieren und weiterleiten
Verwenden Sie dies, wenn mehrere URLs denselben Bedarf erfüllen und nicht getrennt existieren müssen. Übertragen Sie einzigartige Daten auf das stärkste Ziel, reparieren Sie interne Links und leiten Sie direkt weiter. Schicken Sie nicht massenhaft nicht verwandte URLs auf die Startseite.
3. Auf eine repräsentative Seite kanonisieren
Das passt für Varianten, die für Besucher bestehen bleiben müssen, aber eine andere Seite duplizieren oder nahezu duplizieren, etwa eine Produktliste mit anderer Sortierung. Ein Canonical ist ein Signal und kein Befehl. Sitemaps und interne Links sollten die repräsentative Adresse verwenden, um Widersprüche zu vermeiden.
Lesen Sie den Ratgeber zu kanonischen URLs, bevor Sie eine websiteweite Regel auf Filter anwenden.
4. Zugänglich lassen mit noindex
Verwenden Sie dies für Seiten, die auf der Website eine Funktion erfüllen, aber als Suchergebnis ungeeignet sind: interne Suche, personalisierte Filter, eingeschränkte öffentliche Kontoseiten oder Archive ohne ausreichende Unterscheidung.
<meta name="robots" content="noindex, follow">
Ein Crawler muss die Seite aufrufen können, um noindex zu lesen. Sperrt die robots.txt die URL gleichzeitig, sieht Google die Direktive möglicherweise nicht, und die Entfernung erfolgt eventuell nicht wie erwartet.
5. Mit 404 oder 410 entfernen
Verwenden Sie dies, wenn eine Seite keinen Zweck mehr hat und es keinen gleichwertigen Ersatz gibt. Liefern Sie einen ehrlichen Status, nehmen Sie die Seite aus den Sitemaps und korrigieren Sie interne Links. Eine hilfreiche eigene Fehlerseite muss dennoch die Antwort 404 tragen.
noindex und robots.txt sorgfältig staffeln
Hier blockieren viele Projekte ihre eigene Bereinigung. Entwickler fügen noindex hinzu und sperren sofort das ganze Verzeichnis. Crawler können nicht eintreten, um die Direktive zu lesen, sodass bekannte URLs ohne vollständiges Snippet weiter vertreten sein können.
Eine vorsichtige Reihenfolge ist:
- Erlauben Sie das Crawling der URLs, die entfernt werden müssen.
- Liefern Sie
noindexkonsistent im HTML oder perX-Robots-Tag. - Nehmen Sie sie aus den Sitemaps und reduzieren Sie interne Links.
- Beobachten Sie die Search Console, bis die meisten den Index verlassen haben.
- Erst dann erwägen Sie eine Crawl-Sperre, wenn Google die Direktive nicht mehr prüfen muss und das URL-Muster erhebliche Last erzeugt.
Robots.txt steuert das Crawling; es ist keine direkte Anweisung zum Entfernen. Nutzen Sie den Robots.txt Checker, um Regeln zu prüfen, und den Sitemap Checker, um sicherzustellen, dass das XML nur URLs enthält, die indexiert werden sollen.
Facettennavigation nach Nachfrage steuern
Ein brauchbarer Filterplan teilt Kombinationen in drei Ebenen.
Verwaltete Landingpages
Kombinationen mit Nachfrage, ausreichendem Bestand und geschäftlichem Wert erhalten statische URLs oder saubere Routing-Regeln. Sie haben passende Titel, H1, selbstreferenzierende Canonicals, hilfreichen Text und Links aus ihren übergeordneten Kategorien.
Filter nur für das Nutzererlebnis
Besucher können weiter filtern, doch die resultierenden URLs werden nicht in Sitemaps eingereicht oder über massenhafte Crawl-Pfade zugänglich gemacht. Je nach Plattform können noindex, Kanonisierung oder ein nicht expandierendes Interaktionsmodell passen. Testen Sie die Wahl mit einem echten Crawler.
Sinnlose oder leere Kombinationen
Lassen Sie die Anwendung nicht Millionen Pfade zu leeren Mengen erzeugen. Deaktivieren Sie unmögliche Optionen, liefern Sie den richtigen Status, wenn eine Adresse keine gültige Darstellung hat, und verhindern Sie, dass Kalender oder Filter unendliche URL-Räume erzeugen.
Verlangen Sie von Canonical-Tags nicht die ganze Arbeit. Selbst wenn jede Variante auf eine Basiskategorie zeigt, müssen Crawler möglicherweise Tausende Varianten abrufen, um diese Tags zu entdecken.
Thin Content je nach Seitentyp verbessern
Produktseiten
Priorisieren Sie Kaufinformationen: genaue Spezifikationen, originale Bilder, Anwendungsvideo, Lagerbestand, Lieferung, Rückgabe, Kompatibilität, verifizierte Bewertungen und Kundenfragen. Eine Beschreibung mit 800 Wörtern gleicht eine fehlende Größe oder einen fehlenden Preis nicht aus.
Standortseiten
Adresse, Öffnungszeiten, Einzugsgebiet, Anfahrt, Parkmöglichkeiten, lokale Fotos und standortspezifische Leistungen haben mehr Wert als ein Vorlagenabsatz, in dem nur ein Stadtname ersetzt wurde.
Kategorieseiten
Bieten Sie eine starke Auswahl, nutzbare Filter, eine sinnvolle Reihenfolge und knappe Entscheidungshilfe. Langer Text, der Produkte unter den sichtbaren Bereich drängt, kann das Erlebnis verschlechtern.
Anleitungsartikel
Fügen Sie Erfahrung, Daten, Screenshots, Fehlerbeispiele, Entscheidungen und Grenzen hinzu. Verlängern Sie den Text nicht, indem Sie dasselbe Konzept unter drei Überschriften definieren.
Programmatische Seiten
Jede URL braucht ausreichend unterschiedliche Daten, Qualitätskontrollen und einen Grund, warum jemand diese Seite sucht. Wird nur ein Branchen- oder Stadtname in identischen Absätzen ersetzt, vervielfacht das die Dünnheit statt den Wert.
In kontrollierten Etappen migrieren
Setzen Sie nicht 80 Prozent einer Website in einem Release auf noindex, ohne Rollback-Plan. Arbeiten Sie nach Template:
- Wählen Sie eine risikoarme Gruppe, etwa Sortierparameter ohne Traffic.
- Erfassen Sie URL-Anzahl, Crawl-Anfragen, Impressionen und Serverlast.
- Rollen Sie Direktiven, Sitemap-Änderungen und Änderungen interner Links gemeinsam aus.
- Beobachten Sie vier bis acht Wochen.
- Prüfen Sie, ob wertvolle URLs von der Regel erfasst wurden.
- Erweitern Sie auf die nächste Gruppe, wenn sich das Ergebnis stabilisiert hat.
Die Qualität der indexierbaren Menge messen
Das Ziel ist nicht der kleinstmögliche Index. Verfolgen Sie:
- Den Prozentsatz indexierter strategischer URLs.
- Klicks und Impressionen pro tausend indexierbarer URLs.
- Ausgeschlossene URLs nach erwartetem Grund.
- Crawl-Anfragen, die auf minderwertige Templates entfallen.
- Zeit von der Veröffentlichung bis zum ersten Crawl.
- Soft-404- und Duplikatraten.
- Organischen Umsatz oder Leads der behaltenen Gruppen.
Sinkt die URL-Zahl um 70 Prozent, neue Produkte werden aber später gecrawlt, prüfen Sie Direktiven, interne Links und Sitemaps. Sinken die indexierten URLs, während Klicks stabil bleiben oder steigen, das Crawling fokussierter wird und Duplikatfehler abnehmen, geht das Projekt in eine sinnvolle Richtung.
Nutzen Sie den SEO Checker, um Robots-Direktiven, Canonicals und Status stichprobenartig zu prüfen. Ein kostenloses SEO-Audit hilft, wiederkehrende Template-Fehler aufzudecken, bevor breite Regeln ausgerollt werden.
Eine Checkliste, bevor eine URL-Gruppe geschlossen wird
- Hat die Gruppe eigene Suchanfragen oder Conversion-Wert?
- Gibt es eine bessere repräsentative URL?
- Welche Backlinks müssen über Weiterleitungen erhalten bleiben?
- Ändern sich interne Links und Sitemaps gleichzeitig?
- Können Crawler die noindex-Direktive lesen?
- Könnte die Regel Sprachversionen, Paginierung oder Hauptprodukte erfassen?
- Gibt es einen Ausgangswert und ein Prüfdatum?
- Wer verantwortet den Rollback, wenn wertvolle URLs verschwinden?
Bleiben diese Fragen unbeantwortet, beginnen Sie nicht mit einem breiten Disallow.
Fazit
Index-Bloat ist ein Problem der Verteilung von URLs und Wert, kein Wettbewerb um weniger Seiten. Thin Content ist ein Mangel an Nützlichkeit, nicht an Wörtern. Auditieren Sie nach Template, bestimmen Sie den eigenständigen Bedarf jeder Gruppe und entscheiden Sie, ob Sie behalten, verbessern, konsolidieren, kanonisieren, auf noindex setzen oder entfernen.
Sorgen Sie bei der Umsetzung dafür, dass Statuscodes, Robots-Direktiven, Sitemaps und interne Links dieselbe Geschichte erzählen. Kontrollierte Etappen mit Ausgangswert sind langsamer als ein websiteweiter noindex-Befehl, aber messbar und deutlich weniger geeignet, Seiten zu entfernen, die Umsatz erzeugen.
Quellen: Spezifikationen von Google Search Central zu Robots-Meta und X-Robots-Tag, Crawling-Hinweise zur Facettennavigation und Hinweise zu hilfreichen Inhalten.
Häufig gestellte Fragen
Ist jede Seite mit wenig Text Thin Content?
Sollte robots.txt eine Seite sperren, sobald noindex hinzugefügt wird?
Ist die Verringerung der indexierten URL-Anzahl immer besser?
Überprüfen Sie Ihre Website kostenlos
Führen Sie jetzt ein SEO-Audit durch oder prüfen Sie Ihre Traffic-Qualität — keine Registrierung erforderlich.