Erfahre, wie du dürftige Inhalte auf Vorlagenseiten vermeidest: minimale Inhaltsanforderungen, Regeln zur Einzigartigkeit und Template-Verbesserungen, die echten Mehrwert liefern.

Dünne Inhalte sind Seiten, die zwar crawltauglich wirken und „vollständig“ aussehen, den Menschen aber kaum Gründe geben, zu bleiben. Sie wiederholen meist, was schon auf anderen Seiten steht, beantworten die Frage nur halb oder liefern außer einer Überschrift und ein paar Standardzeilen keine nützlichen Details.
Vorlagenseiten sind besonders anfällig, weil sie für Skalierung gedacht sind. Wenn die Vorlage nur einen Stadtnamen, Produktnamen oder Kategoriebezeichner austauscht, können hunderte Seiten erscheinen, die für Maschinen unterschiedlich, für Menschen aber identisch wirken. Suchmaschinen werten das oft als wenig wertvolle Duplizierung, besonders wenn die Seiten ähnliche Suchanfragen ansprechen.
Ein schneller Weg, das Problem zu erkennen, ist: Lies drei Seiten hintereinander. Wenn du jedes Mal den nächsten Satz vorhersagen kannst, können das die Nutzer auch. Die Seite ist vielleicht nicht „falsch“, aber sie ist vergesslich — und vergessliche Seiten bekommen selten Klicks, Shares oder Links.
Typische Anzeichen für dünne Vorlagenseiten:
Dünne Inhalte werden zu einem siteweiten Qualitätsproblem, wenn sie den Großteil dessen ausmachen, was du veröffentlichst. Ein paar schwache Seiten stürzen eine Site normalerweise nicht, aber Tausende nahezu identischer Seiten schon — sie konkurrieren miteinander, verschwenden Crawl-Zeit und machen es starken Seiten schwerer, herauszustechen.
Beispiel: Ein Branchenverzeichnis erstellt 500 „Service in Stadt“-Seiten. Jede enthält dieselben drei Sätze, dieselbe Standard-FAQ und keine lokalen Details. Selbst wenn jede Seite technisch eindeutig ist, ist die Erfahrung es nicht. Das Ziel ist einfach: Jede Seite soll für sich nützlich sein, nicht nur unterschiedliche Bezeichnungen haben.
Eine Vorlagenseite ist wertvoll, wenn sie jemandem hilft, etwas Konkretes zu tun. Länge ist ein Nebeneffekt, kein Ziel. Der beste Ausgangspunkt ist die Intention: Beantwortet jede Seite klar eine echte Frage, die Menschen tatsächlich suchen?
Eine gute Vorlage macht den Zweck der Seite schon im sichtbaren Bereich klar. Eine „Service in Stadt“-Seite sollte helfen zu entscheiden: Bedienen Sie dieses Gebiet, was ist enthalten, wie viel kostet es und was passiert als Nächstes? Wenn die Seite nur den Stadtnamen austauscht und die gleichen vagen Versprechen beibehält, fühlt sie sich selbst bei 800 Wörtern leer an.
Ein einfacher Test: Könnte jemand den nächsten Schritt ausführen, ohne die Seite zu verlassen? Das kann ein Angebotsanfrage, die Auswahl eines Plans, ein Vergleich von Optionen oder das Erlernen konkreter Anforderungen sein.
Einzigartigkeit ist nicht, „{Stadt} + {Service}" in Überschriften zu wiederholen. Es ist Inhalt, der legitimerweise von Seite zu Seite wechselt, weil sich die Fakten ändern: Verfügbarkeitsfenster, Vorlaufzeiten, lokale Vorschriften, typische Bedürfnisse in der Region, Preisspannen oder welche Merkmale für diese Kategorie wichtig sind.
Praktische Wege, echte Einzigartigkeit hinzuzufügen, ohne jede Seite manuell zu schreiben:
Vertrauenssignale sind ebenfalls wichtig. Erkläre, woher zentrale Aussagen stammen: wie Preise geschätzt werden, wann Daten aktualisiert wurden und was das Ergebnis verändern könnte.
Ermögliche einfache Interaktion. Wenn ein Leser verstehen, vergleichen und entscheiden kann mit klaren nächsten Schritten und wenigen Zweifeln, wirkt die Seite nützlich — auch wenn sie kurz ist.
Hör auf, in universellen Wortzahlen zu denken. Denk darüber nach, was ein Besucher auf dieser Seite ohne Zurückspringen zur Suche tun muss.
Schreibe eine Mindestinhalts-Spezifikation für jeden Vorlagentyp. Eine Kategorieseite braucht andere „Must-haves“ als eine Standortseite, Produktseite oder Vergleichsseite. Behandle die Spezifikation wie Akzeptanzkriterien: Wenn die Seite sie nicht mit echten Daten erfüllen kann, darf sie nicht veröffentlicht werden.
Eine gute Spezifikation beantwortet zwei Dinge: Welche Fragen soll diese Seite lösen, und welche Entscheidung soll sie dem Nutzer ermöglichen?
Halte es einfach mit einer kurzen Checkliste pro Vorlage:
Einzigartigkeit kommt meist aus strukturierten Fakten. „Erforderlich" bedeutet, die Seite kann nicht ohne sie gerendert werden. Wenn deine Standortvorlage Service-Radius, Vorlaufzeit und lokale Kontaktdaten benötigt, müssen diese Felder existieren — sonst bleibt die Seite unveröffentlicht.
Setze Schwellenwerte, die sich an Aufgaben und nicht an Länge orientieren. „Mindestens 3 Unterscheidungsmerkmale zwischen A und B" ist eine bessere Regel als „mindestens 300 Wörter."
Füge eine „nicht veröffentlichen"-Regel hinzu. Hat eine Seite nur einen Namen und einen generischen Absatz, bleibt sie im Entwurf. Tools wie generated.app können helfen, Template-Spezifikationen bei der Generierung durchzusetzen, aber die Regel selbst sollte von euch kommen: keine echten Daten → keine Seite.
Strebe Seiten an, die sich an eine spezifische Besucherintention richten, nicht an kopierte Keywords. Einzigartigkeit heißt nicht, denselben Absatz 500-mal umzuschreiben. Es heißt, seitenbezogene Fakten hinzuzufügen, die eine Entscheidung verändern.
Beginne mit einer klaren Zweck-Aussage oben (1–2 Sätze). Sie sollte die Seiten-Daten widerspiegeln, nicht ein generisches Versprechen. Beispiel: „Vergleichen Sie Same-Day-Kesselreparaturen in Austin, inklusive typischer Reaktionszeiten und Faktoren, die das Endangebot beeinflussen." Wenn du die Stadt entfernst und der Satz immer noch passt, ist er wahrscheinlich zu generisch.
Regeln, die für die meisten Vorlagen funktionieren:
Konkretes Beispiel: Eine Vorlage für „Teppichreinigung in [Stadt]" bleibt dünn, wenn nur der Stadtname ausgetauscht wird. Mach sie einzigartig mit etwas wie: „In [Stadt] liegen die meisten Jobs zwischen $120 und $240, weil Wohnungen oft kleiner sind; Tiergeruch-Behandlungen können jedoch $30–$60 zusätzlich kosten. Wochenendtermine sind schnell ausgebucht, daher ist eine Buchung 3–5 Tage im Voraus üblich."
Wenn du Seiten in großem Umfang generierst (z. B. über eine API wie generated.app), mach diese Regeln zur Content-QA, damit dünne Seiten nicht durchrutschen, wenn Daten fehlen.
Konzentriere dich auf Blöcke, die sich ändern, weil die Seite unterschiedliche Eingaben hat, nicht weil du denselben Absatz 1.000-mal umschrieben hast. Ein Besucher sollte innerhalb der ersten 10 Sekunden etwas Spezifisches zur Seite lernen.
Beginne mit einer kurzen Zusammenfassung, die echte Signale nutzt. Statt „Diese Seite listet X" schreibe 2–3 Sätze, die die Seitendaten reflektieren: Preisspanne, Verfügbarkeit, Bewertungsstreuung, wichtigste Einschränkung oder „am besten für"-Einsatz. Wenn etwas fehlt, sag es offen und biete den nächstbesten Hinweis an (z. B.: „Keine verifizierten Preise gefunden — nach Bewertungen und Reaktionszeit sortieren").
Vergleiche funktionieren, weil sie Spezifizität erzwingen. Füge einen kleinen Block „Top-Alternativen" oder „Nahegelegene Optionen" basierend auf echten Attributen wie Funktionsüberschneidung oder Entfernung hinzu und liste 2–3 Vor- und Nachteile, die an dieselben Eingaben gebunden sind.
Kontext ist ein schneller Gewinn. Ein kurzer „Für wen das geeignet ist"-Block lässt die Seite mehr wie für eine bestimmte Person geschrieben erscheinen. Bleib konkret: „Gut für Teams, die X wöchentlich brauchen" oder „Am besten, wenn Y wichtiger ist als Z."
Ein Entscheidungsleitfaden verwandelt statische Listen in Beratungs-Inhalte. Halte ihn kurz und an die Seitenwerte gebunden:
Beispiele, Berechnungen und kleine Tabellen helfen ebenfalls. Schon eine einfache berechnete Schätzung (Gesamtkosten, eingesparte Zeit, „Kosten pro Einheit") lässt eine Vorlage verdient erscheinen.
Hier eine kleine Beispiel-Tabelle für eine programmatisch gefüllte Preis-Seite:
| Option | Monthly price | Setup fee | First-month total |
|---|---|---|---|
| Basic | $19 | $0 | $19 |
| Pro | $49 | $99 | $148 |
Wenn du Seiten über eine API generierst (zum Beispiel mit GENERATED), sind diese Blöcke leichter konsistent zu halten: Die Vorlage bleibt stabil, während Zusammenfassungen, Vergleiche und Berechnungen aus denselben Eingaben aktualisiert werden und sich nach Performance verfolgen lassen.
Behandle jede Vorlage wie eine Produktseite. Sie braucht einen klaren Nutzerauftrag, spezifische Informationen und einen Grund zu existieren, der über das Indexieren hinausgeht.
Beginne damit, deine Vorlagentypen zu benennen und den Auftrag, den jeder erfüllt. „Standortseiten" helfen Menschen, Services in ihrer Nähe zu finden. „Feature-Seiten" helfen bei der Entscheidung zwischen Optionen. Wenn du den Satz „Diese Seite hilft dem Besucher…" nicht vollenden kannst, dient die Vorlage wahrscheinlich nur Suchmaschinen.
Ein Workflow, der hält, bevor du auf Hunderte oder Tausende skaliertest:
Beispiel: Eine Stadtseite, die nur „Wir bedienen Austin" sagt, ist dünn. Wenn deine Daten eine kurze „In Austin verfügbare Services"-Liste, typische Vorlaufzeiten, eine kleine FAQ aus echten Fragen und einen klaren nächsten Schritt liefern können, wird dieselbe Seite nützlich.
Der schnellste Weg zu dünnen Seiten ist, die Vorlage als Zaubertrick zu behandeln: ein paar Variablen austauschen und denken, jetzt sei sie „einzigartig". Leser und Suchmaschinen durchschauen das meist.
Viele dünne Seiten sind auf dem Papier nicht „leer". Sie haben Text, Überschriften, sogar FAQs. Das Problem ist, dass sie kaum etwas Spezifisches, Nützliches oder Vertrauenswürdiges hinzufügen.
Gängige Muster:
Beispiel: Eine „Klempner in Oakview"-Seite, die sagt „Wir bieten zuverlässige Klempnerdienste in Oakview" plus dieselben fünf FAQs, die auf 5.000 anderen Orten verwendet werden — das bleibt dünn. Sie beantwortet nicht, was Nutzer wirklich wollen: typische Preise, Reaktionszeit, welche Stadtteile abgedeckt sind, welche Aufträge dort üblich sind und wie man einen Anbieter auswählt.
Verschärfe deine Veröffentlichungsregeln. Kann eine Seite die Mindestanforderungen nicht mit echten Daten erfüllen, darf sie nicht live gehen.
Eine praktikable „Wert-Schwelle" könnte so aussehen:
Wenn du Seiten in großem Umfang generierst, füge QA-Prüfungen in die Pipeline ein (markiere Seiten, bei denen eindeutige Felder zu kurz sind, sich über viele Seiten duplizieren oder ganz fehlen). Tools wie GENERATED können Content-QA und Performance-Tracking automatisieren, aber die Kernregel ist einfach: Veröffentliche keine Seiten, die nichts Reales sagen können.
Eine verbreitete dünne Konfiguration ist ein Städteverzeichnis, bei dem jede Seite bis auf den Stadtnamen gleich ist: eine generische Einleitung, eine generische Service-Liste und ein Kontaktformular. Nutzer landen, überfliegen und gehen, weil nichts die Frage beantwortet: „Was ist hier für mich anders?" Suchmaschinen erkennen das Muster ebenfalls.
Hier ein einfacher Weg, eine „Klempner in {Stadt}"-Seite aufzuwerten (gleiches Vorgehen gilt für Zahnärzte, Umzugsfirmen, Nachhilfe und mehr).
Füge Details hinzu, die naturgemäß je nach Ort variieren. Halte es knapp, aber spezifisch.
Füge dann einen lokalen Satz hinzu, der nicht zwischen Städten austauschbar ist. Schon ein einziger Satz hilft: „In {City} brauchen ältere Häuser in {Neighborhood} während der Winter-Tau-Wechsel oft Ventilaustausche."
Ein kurzes Szenario macht die Seite nützlich, ohne sie lang zu machen:
„Letzte Woche bemerkte ein Kunde in {City} niedrigen Wasserdruck in einer 1980er-Reihenhaus. Die Lösung war ein verstopfter Perlstrahler und ein teilweise geschlossener Absperrhahn. Gesamteinsatzzeit: 45 Minuten. Kostenbereich: $130–$160."
Bei FAQs vermeide generische Fragen, die überall auftauchen. Ziehe Fragen aus Support-Tickets oder Verkaufsgesprächen und verknüpfe sie mit der Stadt:
Wenn du Seiten in großem Maßstab generierst (z. B. mit GENERATED), stelle sicher, dass Eingaben aus echten Quellen stammen: Buchungshistorie, Angebote, Anrufprotokolle oder verifizierte Partnerabdeckung. Generierter Text sollte echte Unterschiede erklären, nicht erfinden.
Sei ehrlich in Sachen Abdeckung. Hat eine Stadtseite keine einzigartigen Daten, keine Nachfrage und keine Servicekapazität, ist es oft besser, sie in eine regionale Seite zu integrieren oder vor dem Indexieren zurückzuhalten, bis du echten Mehrwert hinzufügen kannst.
Bevor du groß veröffentlichst, überprüfe eine Stichprobe (10–20 Seiten) aus verschiedenen Segmenten. Wenn du diese nicht mit gutem Gewissen abnicken kannst, werden Tausende das Problem nur vervielfachen.
Nutze das als Pass/Fail-Tor. Scheitert eine Seite an einem Punkt, behebe die Vorlage (nicht die einzelne Seite) und prüfe erneut.
Ein praktischer Move: Öffne zwei Seiten aus unterschiedlichen Städten oder Kategorien nebeneinander. Wenn 80 % gleich lesen, brauchst du mehr variable Abschnitte oder bessere Regeln, wann sie angezeigt werden.
Wenn du Seiten via API generierst (wie GENERATED), verankere diese Prüfungen in deinem QA-Schritt, sodass Seiten, die das Tor nicht bestehen, nie veröffentlicht werden.
Wähle zuerst eine Vorlage zum Fixen, nicht alle gleichzeitig. Nimm jene, die schon Traffic hat (oder kurz davor steht). Kleine Verbesserungen dort zeigen meist schneller Resultate.
Behandle das erste Upgrade wie einen Referenzbau. Füge 2–3 starke Module hinzu, die wirklich seitenbezogen sind, und sperre diese Regeln ein. Beispiel: Eine Kategorieseite bekommt eine kurze menschenlesbare Zusammenfassung, einen „Wie man wählt"-Block, der auf die Kategorie zugeschnitten ist, und ein kleines Set an einzigartigen FAQs aus echten Fragen.
Dünne Seiten werden veröffentlicht, weil niemand das Ergebnis wie ein Leser prüft. Füge einen schnellen Review-Schritt für jede neue Vorlage und jede Vorlagenänderung hinzu:
Verfolge Ergebnisse nach Vorlagentyp, nicht nur nach URL. Gruppiere Seiten in „Standortseiten", „Produktseiten", „Glossarseiten" usw. Hat eine Gruppe wenige Impressionen oder schwaches Engagement, prüfe die gemeinsamen Module und behebe die Ursache einmal.
Skalierung funktioniert, wenn deine Pipeline zuverlässig einzigartige Blöcke produziert, nicht nur längere Einleitungen. Eine praktikable Mischung ist: ein oder zwei datengetriebene Module, ein Plain-Language-Modul und ein Vertrauens-Modul (Bewertungen, Quellen, Methodik oder klare Richtlinien).
Wenn du Unterstützung zum Erzeugen und Testen dieser Blöcke brauchst, ist GENERATED (generated.app) für die Erstellung SEO-orientierter Inhalte und das Tracking von Modulen und CTAs nach Vorlagentyp ausgelegt. Nutze es als Unterstützung für deinen Prozess, nicht als Ersatz für echte Eingaben und strikte Veröffentlichungsregeln.
Ein sinnvoller Starter-Plan: Verbessere eine Vorlage, veröffentliche 20–50 Seiten, messe zwei Wochen, dann erweitere auf die nächste Vorlage mit demselben QA-Gate und Tracking.
Thin Content ist eine Seite, die vollständig wirkt, dem Besucher aber nicht hilft, eine Entscheidung zu treffen oder den nächsten Schritt zu gehen. Bei Vorlagenseiten zeigt es sich oft als derselbe generische Absatz, in dem nur eine Stadt, ein Produkt oder eine Kategorie ausgetauscht wird. Wenn sich das Lesen von drei ähnlichen Seiten vorhersehbar anfühlt, ist es meist dünn.
Nein. Eine größere Wortanzahl kann trotzdem dünn sein, wenn sie hauptsächlich Fülltext, recycelte FAQs oder vage Marketingfloskeln enthält. Ziel sollte sein, die Frage des Besuchers mit seitenbezogenen Fakten, praktischen Hinweisen und einer klaren nächsten Handlung zu beantworten.
Machen Sie die „Mindestanforderung" darauf bezogen, was ein Nutzer auf der Seite tun können muss, ohne zurück zur Suche zu gehen. Fordern Sie eine kleine Menge eindeutiger Felder aus Ihrer Datenbank, fügen Sie ein paar kurze Anleitungstexte hinzu, die an diese Felder gebunden sind, integrieren Sie ein Vertrauenselement wie Aktualität oder eine Erklärung, wie Zahlen geschätzt werden, und machen Sie die nächste Handlung offensichtlich.
Jedes strukturierte Faktum, das die Entscheidung beeinflusst, eignet sich: Preisspannen, Verfügbarkeitsfenster, Vorlaufzeiten, Abdeckungsbereiche, Limits oder enthaltene Leistungen. Entscheidend ist, dass diese Angaben zwischen Seiten wirklich variieren und nicht nur Standardwerte wie „N/A" oder Platzhalter sind. Wenn sich Ihre Felder nicht ändern, werden sich auch die Seiten nicht anders anfühlen.
Nicht veröffentlichen. Lassen Sie die Seite als Entwurf, fügen Sie sie in eine größere Seite zusammen oder warten Sie, bis Sie echte Eingabedaten haben, die sie nützlich machen. Viele leere Varianten zu veröffentlichen schafft ein Qualitätsproblem für die gesamte Seite und verschwendet Crawling-Zeit auf Seiten, die keine Intent befriedigen können.
Verwenden Sie den Keyword-Removal-Test. Entfernen Sie das Haupt-Keyword aus Titel und erstem Absatz und lesen Sie den Text als Mensch; wird er dadurch unklar oder generisch, wurde er für die Phrase und nicht für die Person geschrieben. Vergleichen Sie außerdem zwei Seiten nebeneinander: sind die meisten Sätze identisch, liegt ein Problem vor.
Fügen Sie Blöcke hinzu, die sich natürlich anhand echter Eingaben ändern, z. B. eine kurze „Was ist hier anders"-Zusammenfassung, eine Preis- oder Zeitangaben-Notiz mit Kontext und FAQs, die die Einschränkungen der Seite widerspiegeln. Ein kurzes Szenario mit Zahlen funktioniert ebenfalls gut, solange es auf echten Mustern basiert. Ziel ist nicht mehr Text, sondern mehr entscheidungsrelevante Details.
Geben Sie spezifische Angaben an, die je nach Ort variieren, wie typische Preisspannen, realistische Vorlaufzeiten, bediente Stadtteile und lokale Einschränkungen. Vermeiden Sie es, lokal zu erscheinen, wenn Sie keine Daten haben; sagen Sie lieber klar, was bestätigt werden kann und was das Ergebnis beeinflusst. Eine Stadtseite ist stark, wenn sie beantwortet: „Was ändert sich für mich hier?"
Definieren Sie den Seitentyp, benennen Sie das eine Nutzerziel, das die Seite erfüllt, und entwerfen Sie Module, die Ihre Daten nutzen, um dieses Ziel zu erreichen. Fügen Sie Regeln hinzu, welche Module gezeigt oder verborgen werden, wenn Daten fehlen, damit keine leeren Abschnitte angezeigt werden. Erstellen Sie eine Referenzseite, die Sie gern ranken würden, und bringen Sie die Vorlage auf dieses Niveau.
Beginnen Sie mit einer Audit-Gruppe nach Template-Typ, denn die Ursache liegt meist in geteilten Modulen. Verbessern Sie die Vorlage, verschärfen Sie das Veröffentlichungs-Gate und aktualisieren, fassen zusammen oder deindexieren Sie Seiten, die die Mindestanforderungen nicht erfüllen. So verhindern Sie, dass schwache Seiten wieder aufgebaut werden, während Sie das Bestehende reparieren.