Wer Themen-Cluster aufbaut, will Tempo: Ziele wie 30 bis 50 neue Seiten pro Woche sind keine Seltenheit. Tempo allein ist aber kein Erfolg. Eine Website, die schneller wächst, als ihre Qualität mithält, sammelt Seiten, die nicht indexiert werden, und schwächt das Signal ihrer guten Seiten. Dieser Beitrag beschreibt, wie hohe Content-Velocity mit klaren Qualitätsgrenzen funktioniert, so wie wir sie auf dieser Website umsetzen.
Tempo entsteht im Datenmodell
Schnell wird nicht, wer schneller schreibt, sondern wer Inhalte strukturiert ablegt. Jeder Seitentyp — Glossarbegriff, Checkliste, Entscheidungshilfe, Kostenseite, Fachartikel — hat ein festes Datenformat mit Pflichtfeldern: Kurzantwort, Abschnitte, häufige Fragen, Grenzen, Quellen, verwandte Seiten. Die Vorlage sorgt für Struktur, strukturierte Daten und Verlinkung; der Inhalt muss pro Seite eigenständig sein. So wird Produktion planbar, ohne dass Seiten zu Kopien werden.
In Batches liefern
Neue Seiten kommen in thematischen Batches, nicht einzeln. Ein Batch deckt einen Teil eines Clusters ab, etwa zwölf Glossarbegriffe zu einem Rechtsgebiet oder ein Angebot mit Kostenseite und Entscheidungshilfe. Das erleichtert die Verlinkung untereinander, die Prüfung vor der Auslieferung und die spätere Auswertung in der Search Console.
Automatisierte Prüfungen als Tor
Kein Batch geht live, ohne eine feste Liste von Prüfungen zu bestehen. Vor dem Build wird geprüft, dass sich Fliesstexte nicht über eine Schwelle hinaus mit anderen Seiten überschneiden und regionale Texte keine geteilten Bausteine enthalten. Nach dem Build wird geprüft, dass jede Sitemap-URL existiert, eine korrekte Canonical und gültige strukturierte Daten hat, mindestens zweimal intern verlinkt und von der Startseite in wenigen Klicks erreichbar ist, dass Titel und Beschreibungen eindeutig sind und dass Sprachversionen ehrlich verknüpft sind. Steht eine Prüfung nicht auf null, wird nachgebessert. Diese Tore sind der Grund, warum Tempo hier nicht zulasten der Qualität geht.
noindex als Sicherung
Nicht jede Seite gelingt. Seiten, die den eigenen Anspruch nicht erfüllen, kommen auf noindex und aus der Sitemap, bis sie neu geschrieben sind. Wir haben das auf dieser Website selbst getan: Artikel aus früheren Batches, die unseren heutigen Massstäben nicht genügten, wurden gesperrt und werden in der Reihenfolge ihrer Impressionen neu geschrieben. Lieber weniger Seiten im Index als viele mittelmässige.
Tempo durch Wiederverwendung, nicht durch Wiederholung
Was sich wiederverwenden lässt, sind Struktur, Komponenten und Recherche — nicht Sätze. Eine Rechtsquelle, die für einen Glossarbegriff recherchiert wurde, trägt auch einen Fachartikel und eine Checkliste; jede Seite formuliert aber ihre eigene Antwort auf ihre eigene Frage. Eine Faustregel: Wenn zwei Seiten dieselbe Frage beantworten würden, ist eine davon überflüssig.
Steuerung per Search Console
Die Search Console zeigt, welche Batches indexiert werden, für welche Anfragen neue Seiten erscheinen und wo Titel oder Beschreibungen nicht überzeugen. Diese Daten bestimmen, was als Nächstes kommt: mehr Tiefe in Clustern, die Nachfrage zeigen, Verbesserungen an Seiten mit vielen Impressionen und wenig Klicks, und Neufassungen gesperrter Seiten mit bereits vorhandenem Signal.
Was hohe Velocity voraussetzt
1. Ein klares Themenmodell, in dem jede Seite eine eigene Frage beantwortet; dazu der Beitrag zur Topical Authority.
2. Feste Datenformate pro Seitentyp mit Pflichtfeldern.
3. Automatisierte Prüfungen vor und nach dem Build, die Fehler blockieren statt melden.
4. Die Bereitschaft, schwache Seiten auf noindex zu setzen.
5. Eine Auswertung in der Search Console, die die Prioritäten bestimmt.
Wie man Programmatic SEO dabei sinnvoll einsetzt, beschreibt der Beitrag Programmatic SEO für DACH-Märkte. Den begleiteten Einstieg bieten wir als Programmatic-SEO-Sprint an.