Kernset Kernset

Architektur

Wie Kernset gebaut ist

Wenn Sie ein CMS für Ihren Agentur-Stack evaluieren, ist das hier die Seite, die Ihnen sagt, worauf Sie sich einlassen. Der tatsächliche Stack, die Kompromisse und die Punkte, die für Ihr Kunden-Portfolio zählen.

  • Next.js 16
  • React 19
  • TypeScript 5
  • Shared, gecacht oder eigener Server
  • EU-gehostet

Funktionsweise

Drei Schritte vom Schema zur veröffentlichten Seite

  • Block-Schemata in TypeScript definieren

    Jedes Seiten-Schema liegt neben Ihrem Quellcode. Felder, Validierungen und Editor-Hilfetexte befinden sich in Ihrem Repository - nicht in einer Datenbankkonfiguration.

  • Einmal synchronisieren, um die Struktur zu registrieren

    Ein CLI-Befehl liest Ihre Schemata und legt die passenden Inhaltsslots an. Er berührt vorhandene Inhalte nie. Jederzeit erneut ausführbar.

  • Kunde bearbeitet Inhalte, Sie veröffentlichen

    Der Kunde bearbeitet die von Ihnen freigegebenen, typisierten Felder. Bei der Veröffentlichung aktualisiert sich die Kunden-Website in Sekunden - per direktem Abruf, Cache-Refresh oder Webhook.

Block-Modell

Seiten sind typisierte Blöcke. Das Schema liegt in Ihrem Code.

Jede Seite ist ein Dokument mit einem Array typisierter Blöcke. Jeder Block deklariert seine Felder, Validierungen und Hilfetexte in TypeScript. Zwei Modi: feste Blöcke (positionsgebunden, im Code definiert, nur Inhalt änderbar) und flexible Zonen (ein definierter Bereich, in dem Ihr Kunde Blöcke aus einer freigegebenen Liste hinzufügen und umordnen darf). Block-Schemata leben in Ihrem Code - nicht in einer Konfiguration in der Datenbank.

apps/web/src/app/(pages)/home/page.tsx tsx
// Welche Blöcke Kernset auf dieser Seite verwalten soll.
// Statisches Literal-Array - per AST zur Sync-Zeit ausgewertet.
export const cmsBlocks = [
  'hero',
  'featureList',
  'testimonial',
  'flexibleZone:content_zone',
  'cta',
] as const

Drei Hosting-Varianten

Derselbe Inhalt - drei Orte, an denen er laufen kann

Das CMS selbst läuft einmal, auf einem einzigen EU-Server. Die Kunden-Website läuft dort, wo es zum Kunden passt.

  • Direkt veröffentlichen (immer live)

    Reines HTML, CSS und JavaScript auf jedem Shared Host. Kein Node-Server nötig. Die Site ruft Inhalte live aus der öffentlichen Inhalts-API ab.

    Hostinger / IONOS / cPanel
  • Gecachte Site (aktualisiert binnen Sekunden)

    Eine Edge-Plattform wie Vercel, die den Cache bei Veröffentlichung binnen Sekunden aktualisiert.

    Vercel / Netlify / Edge
  • Eigene Node-Anwendung

    Selbst gehostete Node-Anwendung auf Ihrem eigenen Server. Derselbe Veröffentlichungsvorgang signalisiert dem Cache; der Empfänger entscheidet, was invalidiert wird.

    Ihr Server

Sicheres Veröffentlichen

Inhalte Ihrer Kunden werden nie überschrieben

Wenn Sie Seiten im Code ändern, führen Sie den Sync-Befehl aus. Die Struktur wird aktualisiert, die Inhalte Ihrer Kunden bleiben erhalten.

terminal shell
$ pnpm content-sdk sync
  ok    home          (Regel 2: Struktur unverändert)
  ok    services      (Regel 3: featureList angefügt)
  warn  legacy-page   (Regel 4: verwaiste Route - Inhalt erhalten)
  ok    blog/index    (Regel 1: Seite als Entwurf angelegt)
Sync abgeschlossen. 0 Fehler, 1 Warnung.

Betrieb

Was darunter läuft

  • Versionierung und Entwürfe

    Jede Seite ist versioniert, mit konfigurierbarer Aufbewahrung (25 Versionen pro Seite als Standard). Entwürfe sind erstklassig behandelt. Editoren bereiten Änderungen vor, sehen die Vorschau und veröffentlichen oder verwerfen.

  • Öffentliche Inhalts-API

    Eine schreibgeschützte Schnittstelle, die vom Adminbereich getrennt ist. Die Kunden-Site wird über den URL-Pfad aufgelöst. Entwurfsinhalte sind durch signierte Vorschau-Tokens geschützt.

  • Signierte Live-Vorschau

    Der Adminbereich rendert die Kunden-Site in einem Vorschau-Frame mit signierten URLs, die an die Editor-Sitzung gebunden sind. Entwurfsdaten verlassen diese Sitzung nicht.

  • Isolation zwischen Kunden-Websites

    Jeder Datensatz trägt die Website, zu der er gehört. Datenbank-Constraints verhindern websiteübergreifende Referenzen. Filter im Adminbereich zeigen nur Datensätze der aktiven Website.

  • Verschlüsselte nächtliche Backups

    Verschlüsselte Datenbank-Backups jede Nacht mit rotierbaren Schlüsseln, in der EU verwahrt. Wiederherstellung ist ein einziger Befehl.

  • Strukturierte Logs und Fehlererfassung

    Strukturierte JSON-Logs und optionale Fehlererfassung mit PII-Bereinigung. Einfach an Ihren bestehenden Monitoring-Stack angebunden.

  • EU-Hosting, EU-Rechtsraum

    Server und Betreibergesellschaft sind beide in der EU. Daten verlassen die EU nicht, außer der Kunde wählt ausdrücklich ein Nicht-EU-Modul.

  • Wiederkehrende Aufgaben laufen im Prozess

    Vorschau-Bereinigung, Protokoll-Aufräumen und andere periodische Arbeit laufen innerhalb des CMS. Kein separater Worker-Dienst in der ersten Version.

Module und Nicht-im-Umfang

Was Kernset tun wird - und was nicht

Die ehrliche Liste. Ja, nein und dauerhaft nein.

Gibt es ein Chatbot-Modul?

Ja, optional. Der Chatbot greift auf Wissensdokumente pro Website zurück, die Sie hochladen. An Ihren Kunden als monatlicher Aufpreis pro Website abrechenbar, pro Website freigeschaltet.

Gibt es einen KI-Assistenten für Editoren?

Ja, optional. Übersetzungshilfe, Inhaltsvorschläge, SEO-Unterstützung. Strikt opt-in pro Organisation; bei Deaktivierung verschwindet die gesamte Oberfläche.

Gibt es Premium-Analyse?

Ja, optional. Dashboards ohne Cookies, pro Website, mit Echtzeit-Besucherzahlen und exportierbaren Berichten. Als monatlicher Aufpreis pro Website an Ihre Kunden weiterverkaufbar.

Gibt es einen visuellen Page-Builder?

Nein - und das bleibt so. Layout und Design liegen in Ihrem Code. Kunden bearbeiten nur die typisierten Felder, die Sie freigegeben haben. Das ist die wichtigste Entscheidung in Kernset.

Können Kunden eigene Block-Typen hinzufügen?

Nein. Neue Block-Typen kommen aus Ihrem Code. Kunden können Blöcke innerhalb einer flexiblen Zone hinzufügen und umordnen, aber nur aus der Liste, die Sie definiert haben.

Hostet Kernset die Website meines Kunden?

Nein. Das CMS läuft auf unserem EU-Server. Die Kunden-Website läuft dort, wo Sie es entscheiden: Shared Hosting, Edge-Plattform oder Ihre eigene Node-Anwendung.

Kernset gegen Ihren Stack prüfen?

Schreiben Sie uns eine Nachricht. Wir gehen den Editor durch, den Veröffentlichungsablauf und die Architekturpunkte, die für Ihr Portfolio zählen.

Kontakt

Per E-Mail oder über das Formular. Sagen Sie uns, wie viele Kunden-Websites Sie heute betreuen - und wo es klemmt.