Zarvon System

pSEO für Agenturen

Ein wiederverwendbarer Template- und Gate-Baukasten, den ihr pro Kunde nur noch mit Daten und Markenstimme befüllt.

Das Problem

Wo es im Alltag hakt

Jedes Kundenprojekt von Grund auf zu bauen — Datenmodell, Template, Qualitätsregeln, Schema — frisst die Marge auf. Ohne wiederverwendbares System bleibt pSEO-Delivery ein Custom-Projekt pro Kunde und skaliert nicht.

Die Lösung

Was ein Zarvon-System hier leistet

Zarvon baut euch einen Baukasten: parametrisierte Seiten-Templates pro Typ (Verzeichnis, Vergleich, lokal), ein anpassbares Datenmodell-Schema und einen festen Satz Gate-Regeln, die ihr pro Kunde nur konfiguriert. Pro Mandat liefert der Kunde seine Datenquelle und Markenstimme (als Tonalitäts-Vorgaben), ihr passt Felder und Schwellen an, generiert die Seiten und exportiert ein Reporting-Set. Output ist eine wiederholbare Pipeline statt eines Einzelprojekts — inklusive Review-Schritt, in dem nur freigegebene Seiten status:'published' erhalten.

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
Einen Template-Baukasten mit Seitentypen aufbauen, der sich über Konfiguration statt Neuentwicklung an neue Kunden anpassen lässt
02
Pro Kundenprojekt das Datenmodell an die Kundenbranche anpassen und die Pflichtfelder festlegen, damit das Gate kundenspezifisch greift
03
Markenstimme des Kunden als Tonalitäts-Vorgabe ins Template übernehmen, damit generierte Seiten nicht nach Agentur-Standard klingen
04
Seiten aus der Kundendatenquelle generieren und das Qualitäts-Gate plus einen manuellen Stichproben-Review durchlaufen lassen
05
Durchgefallene Seiten (z. B. austauschbarer Text, fehlende Differenzierung) zur Überarbeitung zurückstellen, Rest freigeben
06
Sitemap, Schema und ein Search-Console-Reporting pro Kunde aufsetzen, das ihr als wiederkehrenden Service abrechnen könnt
Deine Rolle

Was du lieferst — und was das System übernimmt

Geteilte Freigabe: Der Kunde liefert Datenquelle und Markenstimme und gibt die heiklen Seiten (z. B. Vergleiche) ab. Eure Agentur fährt den Stichproben-Review und entscheidet pro Seitentyp, welche Gate-Schwellen gelten. Erst nach dem Agentur-Review wird status pro Seite auf 'published' gesetzt — der Review-Schritt ist der Punkt, an dem ihr eure Qualität gegenüber dem Kunden verantwortet.

Use Cases

Typische Anwendungsfälle

  • Eine SEO-Agentur gewinnt einen Verzeichnis-Kunden und setzt das Projekt in Tagen statt Wochen auf, weil Template und Gate-Regeln aus dem Baukasten kommen und nur das Datenmodell angepasst wird
  • Eine Content-Agentur betreut fünf Kunden parallel mit demselben Baukasten, aber kundenspezifischen Pflichtfeldern und Tonalitäten — der Stichproben-Review verhindert, dass ein Kunde generischen Text bekommt
  • Ein Growth-Team verkauft pSEO plus monatliches Search-Console-Reporting als wiederkehrenden Retainer, weil der Loop schon im System verankert ist
Toolstack

Welches Tool welche Rolle übernimmt

Next.js / Astroträgt den parametrisierten Template-Baukasten; pro Kunde wird konfiguriert, nicht neu entwickelt, und dynamicParams=false hält nicht freigegebene Kundenseiten offline.
Airtabledient als kundenfreundliche Datenquelle, in der der Kunde seine Datensätze und Tonalitäts-Vorgaben selbst pflegt, ohne dass die Agentur Code anfassen muss.
Schema.orgwird pro Seitentyp im Baukasten hinterlegt (FAQPage, ItemList o. ä.), sodass strukturierte Daten ohne kundenspezifische Handarbeit mitkommen.
Google Search Consolespeist das monatliche Kunden-Reporting: Indexierungsquote, Impressionen und problematische Seiten — der wiederkehrende Datenpunkt, den die Agentur abrechnet.
Warum ein System

Warum nicht einfach mehr Content manuell produzieren?

Manuelle Delivery bindet pro Kundenprojekt Köpfe für Setup, Schreiben und Qualitätssicherung — die Marge schrumpft mit jedem Mandat. Ein Baukasten verlagert die Arbeit von 'jedes Mal neu bauen' zu 'pro Kunde konfigurieren und reviewen', und das Gate übernimmt die erste Qualitätsstufe, die sonst ein Mensch pro Seite leisten müsste.

FAQ

Häufige Fragen

Können wir das White-Label und unter eigenem Namen liefern?

Ja. Der Baukasten läuft in eurem Stack und unter eurer Domain-Struktur; nach außen ist nichts von Zarvon sichtbar. Welche Templates und Gate-Schwellen ihr als Standard setzt, definiert ihr — die konkrete Konfiguration pro Service-Paket legen wir gemeinsam im Audit fest.

Wie wird Qualität pro Kunde gesichert, wenn ihr mit einem Baukasten arbeitet?

Über zwei Stufen: kundenspezifische Pflichtfelder und Gate-Schwellen (jeder Kunde bekommt eigene Datendichte-Regeln) plus einen festen Stichproben-Review durch eure Leute. Das Gate markiert austauschbaren Text und fehlende Differenzierung automatisch, der Review fängt den Rest — so klingt kein Kunde wie der Baukasten-Standard.

Auf welchen Stacks läuft das?

Auf gängigen Stacks wie Next.js oder Astro mit JSON-, Airtable- oder Headless-CMS-Datenquelle. Der Baukasten ist so gebaut, dass das Routing über generateStaticParams() und das Gate stackübergreifend gleich funktionieren — angepasst wird pro Kunde nur Datenmodell und Tonalität.

Lass dein Content-System bauen

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