readability

Dünner Inhalt

Markiert Seiten, deren extrahierter Hauptartikel unter ~150 Wörtern bleibt — was Googles Helpful-Content-System abwertet und KI-Agenten ganz überspringen.

Was diese Prüfung macht

Misst die Substanz der Seite, nicht die Brutto-Wortzahl.

MetricSpot extrahiert den Hauptartikel mit einer Readability-artigen Heuristik:

  1. Bevorzugt <main> oder <article>, wenn vorhanden.
  2. Entfernt nav, header, footer, aside, Cookie-Banner und bekanntes Chrome (Skip-Link-Ziele, Breadcrumbs).
  3. Bewertet verbleibende Blöcke nach Text-Dichte (Zeichen pro Knoten) und Tag-Gewicht — Readabilitys eigener Ansatz.
  4. Zählt Wörter im überlebenden Block.

Liegt diese Zahl unter ~150 Wörtern, wird die Seite als dünn markiert. Das ist bewusst anders als die Wortanzahl pro Seite, die alles Sichtbare zählt (Boilerplate inklusive). Eine Site kann die Seiten-Wortanzahl mit 2.000 Wörtern Nav + Footer + Sidebar bestehen und diese Prüfung mit 80 Wörtern echtem Artikel verfehlen.

Warum es zählt

Zwei Systeme bestrafen dünnen Inhalt hart:

Googles Helpful-Content-System. Seit dem Update 2022 (und durch 2024–2025 verschärft) werden Seiten, die “wenig Wert, geringen Mehrwert oder sonst keinen großen Nutzen” bieten, site-weit abgewertet — nicht nur die einzelne URL. Klassische Übeltäter sind automatisch generierte Kategorie-Indizes, Standortseiten aus einer Vorlage und Produktseiten ohne Beschreibung jenseits von Titel + Preis.

KI-Antwortmaschinen. ChatGPT, Perplexity, Claude, Google AI Overviews und Gemini laufen alle einen Substanz-Filter, bevor sie zitieren. Eine Seite mit 60 Wörtern Body-Copy ist parsbar, aber nicht zitierbar — sie enthält keine verteidigbare Antwort. Deine URL kommt nie in den Zitatpool.

Dünner Inhalt ist auch ein Conversion-Problem. Besucher:innen, die auf einer 70-Wörter-Seite landen, springen ab; Besucher:innen, die auf einer 600-Wörter-Seite mit Tiefe, FAQs und klarem nächsten Schritt landen, konvertieren.

So behebst du es

Du fügst keinen Füller hinzu. Du fügst Substanz hinzu — Inhalt, den eine Leser:in screenshotten würde. Wähle die Muster, die zum Seitentyp passen.

Kategorie- / Index-Seiten

Der Standard-Übeltäter für dünnen Inhalt. Der Fix:

  • 2–3 kurze Absätze originäre Kommentierung über dem Listing — was die Kategorie ist, für wen, worauf zu achten.
  • Ein kurzer FAQ-Block (3 Fragen) für die üblichen Vorkaufs-Fragen.
  • Interne Links zu den 3–5 relevantesten Unterkategorie- oder Pillar-Seiten. Siehe interne Verlinkung.

Produkt- / SKU-Seiten

Wenn deine Beschreibung nur aus Specs besteht:

  • Füge einen “Warum wir das führen”- oder “Am besten für”-Absatz hinzu (50–100 Wörter, von einem Menschen geschrieben).
  • Ziehe 3–5 Kundenrezensionen mit Autor:in und Bewertung rein. Markiere sie mit Review-Schema — sie wirken doppelt als Social Proof und als Inhalt.
  • Ergänze einen “Kompatibel mit”- oder “Häufig zusammen gekauft”-Block — nützlich für Leser:innen, nützlich für Suchmaschinen, die Entity-Beziehungen abbilden.

Standort- / Servicegebiet-Seiten

Die Template-Spam-Falle. Der Fix ist aufwendiger, weil Arbeit:

  • Jede Seite braucht mindestens einen Absatz lokal-spezifischen Inhalt. Nicht “Wir bedienen ” — echte Details: ein Wahrzeichen, eine örtliche Regelung, eine Service-Nuance.
  • Eine lokale Case Study oder ein Testimonial, wenn du eines hast.
  • Eine eindeutige H1 pro Seite (nicht “Klempner in {Stadt}”).

Wenn du nichts Einzigartiges für eine Stadt schreiben kannst, verdient diese Stadt keine Seite. Konsolidiere in einen regionalen Hub.

Blog-Stubs und Landingpages

  • Steig mit dem Antwort-zuerst-Inhalt-Muster ein — die Frage im H1, die Antwort in den nächsten 50 Wörtern.
  • Folge mit “Warum das wichtig ist” und “Wie du es tust” — dem Inhaltstiefe-Muster.
  • Schließe mit einem FAQ-Block (2–3 Fragen) ab, der Long-Tail-Queries einfängt.

Wie MetricSpot den Inhalt extrahiert

Wenn die Prüfung anschlägt, du aber glaubst, die Seite hat Substanz, hat der Extraktor sie eventuell verloren. Häufige Ursachen:

  • Artikel-Body in einem <div> ohne semantischen Wrapper, neben einer sehr großen Sidebar — Readability nimmt manchmal die Sidebar. Wickle den Artikel in <main> oder <article>.
  • Inhalt clientseitig nach Hydratation gerendert — MetricSpot liest die Server-Response. Pre-Render oder SSR den Body.
  • Starke Nutzung von <iframe> oder <canvas> — das ist kein Fließtext. Wenn die Seite ein Tool ist, ist das in Ordnung; die Regel greift nicht für interaktive Seiten, sobald du sie mit role="application" und einer kurzen Beschreibung kennzeichnest.

Kombiniere diese Regel mit Wortanzahl pro Seite und Absatzlänge — zusammen sagen sie dir, ob die Seite genug Copy hat und ob sie gut strukturiert ist.

Häufig gestellte Fragen

Was ist die tatsächliche Wortzahl-Schwelle?

Etwa 150 Wörter extrahierter Hauptinhalt. Die genaue Zahl hängt vom Seitentyp ab — eine Produktseite mit reichhaltigen strukturierten Daten (Preis, Bewertungen, Verfügbarkeit, Schema) bekommt mehr Spielraum als eine /about-Seite ohne Schema und mit 80 Wörtern.

Behebt ein FAQ-Block jede dünne Seite?

Es hilft, ist aber kein Allheilmittel. Eine FAQ ergänzt Substanz und fängt Long-Tail-Queries ein — aber wenn der Rest der Seite genuin leer ist (eine Stub-Kategorie, ein Platzhalter), trägt die FAQ allein nicht. Ergänze eine FAQ plus mindestens einen originären Absatz above the fold.

Meine Startseite ist absichtlich kurz. Sollte ich mir Sorgen machen?

Startseiten bekommen einen Teil-Freipass — die Prüfung erwartet, dass sie navigational sind, und die meisten Extraktions-Heuristiken liefern selbst für gesunde Homepages eine niedrige Zahl. Die Thin-Content-Strafe trifft in der Praxis Innen-Seiten: Kategorie-Indizes, Standortseiten und template-generierte SKUs. Wenn deine Startseite die einzige als dünn markierte Seite ist, kannst du sie meist ignorieren.

Quellen

Zuletzt aktualisiert 2026-05-11