Zarvon System

pSEO für Nischenwebsites

Eine Datenquelle, ein Template, hunderte nützliche Seiten — und ein Gate, das dünne Seiten gar nicht erst live lässt.

Das Problem

Wo es im Alltag hakt

Eine Nische in der Breite manuell zu beschreiben dauert Monate. Wer stattdessen Masse generiert, produziert austauschbare Seiten mit Platzhaltern, die Google als Thin Content erkennt und nicht indexiert.

Die Lösung

Was ein Zarvon-System hier leistet

Du lieferst eine Themen- oder Entitätenliste plus eine strukturierte Datenquelle (Airtable-Tabelle oder JSON, z. B. ein Datensatz pro Ort, Produkt oder Begriff mit Feldern wie Definition, Eigenschaften, Vergleichswerten, eigener Einordnung). Zarvon baut daraus ein Seiten-Template und generiert pro Datensatz eine fertige Seite: H1, einleitende Definition, Datentabelle, FAQ-Block und interne Links. Der Output sind statisch gerenderte Seiten plus eine Sitemap, in die ausschließlich Seiten mit status:'published' aufgenommen werden.

Ein System, kein Einzelfall. Ich baue den Ablauf einmal sauber — dann läuft er bei jedem Stück Content gleich.
Beispiel-Workflow

So läuft das System

01
Entitäten und Themencluster der Nische festlegen, damit jede spätere Seite eine eigene Suchintention bedient statt Varianten desselben Keywords
02
Datenmodell und Pflichtfelder definieren (z. B. Definition, mindestens drei seitenspezifische Datenpunkte, eine eigene Einordnung), damit kein Datensatz nur aus Platzhaltern besteht
03
Seiten-Template mit Slots für Tabelle, FAQ und interne Links bauen und an einem Beispieldatensatz gegen die echte Render-Ausgabe prüfen
04
Seiten datengetrieben aus der Quelle generieren, sodass jede Seite ihre eigenen Werte statt Dummy-Text trägt
05
Qualitäts-Gate pro Seite laufen lassen: prüft auf leere Pflichtfelder, gegen Nachbarseiten austauschbaren Text und fehlende eigene Einordnung — wer durchfällt, bleibt auf draft und wird nicht geroutet
06
Freigegebene Seiten per generateStaticParams() rendern, FAQ-Schema einbinden und in die Sitemap schreiben
Deine Rolle

Was du lieferst — und was das System übernimmt

Du lieferst die Datenquelle und legst die Pflichtfelder fest. Vor dem Go-Live siehst du die Liste der Seiten, die das Gate auf draft gesetzt hat, mit Begründung (z. B. 'Datentabelle leer', 'Text zu Nachbarseite austauschbar') und entscheidest pro Datensatz: nacharbeiten oder verwerfen. Erst dein OK setzt status auf 'published'.

Use Cases

Typische Anwendungsfälle

  • Ein Verzeichnis-Betreiber hat 400 Anbieter in einer Tabelle und will pro Anbieter eine Detailseite, die mehr als Name und Adresse zeigt — das Gate lässt nur Anbieter mit ausgefüllten Datenfeldern live
  • Ein Glossar-Projekt will pro Fachbegriff eine Seite mit Definition, Abgrenzung und Beispielen — Begriffe ohne eigene Abgrenzung fallen durchs Gate und bleiben draft
  • Eine lokale Service-Nische braucht pro Stadt eine Variante mit echten regionalen Daten — Städte ohne eigene Datenpunkte werden gar nicht erst gerendert
Toolstack

Welches Tool welche Rolle übernimmt

Next.js / Astrorendert die Seiten statisch über generateStaticParams() und stellt mit dynamicParams=false sicher, dass nur bekannte, freigegebene Slugs eine Seite bekommen.
Airtable oder JSONhält die Datenquelle mit einem Datensatz pro Seite; die Pflichtfelder dieser Quelle sind die Grundlage für die Datendichte jeder Seite.
Schema.org (FAQPage)macht den FAQ-Block jeder Seite als strukturierte Daten auslesbar, damit Suchmaschinen die Antworten direkt erfassen.
Google Search Consoleist der Feedback-Loop nach dem Launch: zeigt, welche generierten Seiten indexiert wurden und welche als Duplikat oder Soft-404 fallen, um Datenmodell und Gate nachzuschärfen.
Warum ein System

Warum nicht einfach mehr Content manuell produzieren?

400 Nischenseiten von Hand zu schreiben ist unwirtschaftlich, und über Wochen verteilt driftet die Struktur auseinander. Datengetrieben hat jede Seite dieselbe geprüfte Struktur, und das Gate stoppt dünne Seiten vor dem Index — das schafft manuelle Produktion in der Breite nicht zuverlässig.

FAQ

Häufige Fragen

Ist pSEO nicht automatisch Spam?

Spam entsteht, wenn hunderte Seiten denselben Text mit ausgetauschtem Keyword tragen. Das Qualitäts-Gate prüft genau das: leere Pflichtfelder, gegen Nachbarseiten austauschbaren Text und fehlende eigene Einordnung führen dazu, dass eine Seite auf draft bleibt und nicht in die Sitemap kommt. Live geht nur, was eigene Daten und einen eigenen Blickwinkel trägt.

Wie genau wird Thin Content verhindert?

Über zwei Mechanismen: Pflichtfelder im Datenmodell (eine Seite ohne ausgefüllte Datentabelle und eigene Einordnung wird gar nicht generiert) und das Gate vor der Veröffentlichung, das austauschbaren Text markiert und betroffene Seiten zur Überarbeitung zurückstellt. Diese Seite hier läuft auf demselben System.

Was passiert mit Seiten, die das Gate nicht bestehen?

Sie behalten status:'draft'. Da das Routing über generateStaticParams() nur über freigegebene Seiten läuft und dynamicParams=false gesetzt ist, existiert für eine draft-Seite schlicht keine URL — sie taucht weder im Index noch in der Sitemap auf, bis du nacharbeitest und freigibst.

Lass dein Content-System bauen

Starte mit einem kostenlosen System-Audit — wir zeigen dir das größte Automationspotenzial in deinem Content-Prozess.