Zum Hauptinhalt springen
Diese Website enthält mit KI erstellte Inhalte. Mehr erfahren
Hintergrundbild zu „genesis.cms — viele Websites, eine Installation, gepflegt per Editor oder per KI“KI
Neu · bereits bei drei Kunden im Einsatz

genesis.cms — viele Websites, eine Installation, gepflegt per Editor oder per KI

Das mehrmandantenfähige CMS ohne Plugin-Ökosystem: .NET-Backend, öffentliche Website in Next.js, ein eigenes Admin namens Atlas – und ein MCP-Server, über den Claude Seiten, Module und Design direkt bearbeitet.

  • Mehrmandantenfähig
  • .NET + Next.js
  • MCP-Server
  • Docker · Traefik
  • CRA by Design
1 : n
Installation : Websites
0
Drittanbieter-Plugins
3
MCP-Scopes · read, write, design
320–1920
px WebP-Varianten automatisch

Bausteine – eine Auswahl

  • hero
  • überschrift
  • kennzahlen
  • zeitleiste
  • container · reiter
  • kartenraster
  • formular
  • video
  • tabelle
  • index-listNEU
  • process-chainNEU
  • cert-stripNEU
  • people-gridNEU
  • branch-explorerNEU
Atlas: Seitenkarte mit Struktur, Status und Sprachen einer Website

Atlas: Struktur, Status und Sprachen der Website auf einen Blick, Seiteneinstellungen im Seitenpanel

Atlas, das Admin von genesis.cms. Darstellung mit Beispieldaten.

Entwicklungsaufwand

Hier steckt echte Arbeit drin.

Kein Baukasten und keine Vorlage: genesis.cms ist von Grund auf als eigene Software entstanden. Fast so viel Testcode wie Anwendungscode sichert ab, dass sich Änderungen prüfen lassen.

82 : 100
Testcode zu Anwendungscode
82 Zeilen automatisierte Tests je 100 Zeilen Anwendungscode (143.000 zu 174.000)
749
Testdateien
über Backend, Admin Atlas und öffentliche Website
781
Commits
dokumentierte Entwicklungsschritte

Stand 13.11.2026. Gezählt werden nicht-leere Zeilen im Quellcode, ohne Abhängigkeiten, Build-Ausgaben und erzeugte Dateien. Anwendungscode insgesamt rund 174.000 Zeilen (Backend 61.000, Admin Atlas 76.500, Website 36.000).

Story · Vom nackten CMS zur fertigen Website

Leere Installation am Morgen. Fertiges Design am Abend.

So entsteht eine Website mit genesis.cms: Claude Design entwirft, der MCP-Server setzt um, Sie geben frei.

01

Nackt installieren

genesis.cms startet mit einer Demo-Seite und Standard-Design. Mandant, Domain und Sprache sind schnell angelegt.

02

Design in Claude Design

Claude Design entwirft das Layout als Artboards – Startseite, Unterseiten, Mobilansicht. Sie geben Feedback, bis es passt.

03

Umsetzung per MCP

Claude setzt das Design direkt im CMS um: Design-Werte und Layout mit Scope design, Seiten, Bausteine und Menü mit Scope write.

04

Prüfen & veröffentlichen

In der Vorschau abnehmen, Details im Editor nachziehen, veröffentlichen. Die Demo-Seite bleibt als Entwurf zurück.

8
Seiten von Leistungen bis Jobs
14
Versionen der Startseite – bis es passt
1
Demo-Seite bleibt als Entwurf

Praxisbeispiel: Website eines Fertigungsbetriebs, mit Claude Design entworfen und per MCP in genesis.cms umgesetzt. Selbst Bild-Upload und das Erstellen der Icons hat Claude Design im CMS übernommen, ohne manuelles Zutun.

Vergleich · Stand November 2026

Viele CMS haben inzwischen MCP. Fast keines lässt die KI das Design bauen.

MCP-Server gibt es mittlerweile für die meisten Systeme – meist aber nur für Inhalte. Design-Werte, Layouts und Themes per KI umsetzen und dabei selbst hosten: Diese Kombination bietet in unserem Vergleich nur genesis.cms.

Vergleich von genesis.cms mit anderen CMS bei KI- und Betriebskriterien
Kriteriumgenesis.cmscodekunstWordPress+ MCP AdapterWebflowSaaSTYPO3+ Community-MCPContentful / SanityHeadless · SaaSWixSaaS
MCP-ServerKI-Zugang über das Model Context Protocoljaeingebautjaoffizielles Plugin, Version 0.7jaoffiziell, remoteteilweiseCommunity-Extensionjaoffizielljaoffiziell, remote
KI setzt Design umFarben, Schriften, Layout, ThemesjaScope design: Design-Werte, Layouts, Themesneinkeine Design-Abilities dokumentiertjaKlassen, Variablen, Komponentenneinnur Inhalte und Datensätzeneinkein Frontend – Design liegt im CodeteilweiseSites aktualisieren, Design nicht explizit
KI legt Seiten & Bausteine anStruktur und InhaltejaSeiten, Bausteine, Menüs, Moduleteilweisenur was Plugins freigebenjaElemente und SeitenjaSeiten und DatensätzejaInhalte, bei Sanity auch Schemajaüber Wix-APIs
Design → Website mit Claude DesignEntwurf und Umsetzung in einem Ablaufjaim Projekt erprobtneinteilweiseper MCP möglich, teils Designer offenneinneinnein
Änderungen erst als EntwurfFreigabe vor VeröffentlichungjaEntwurf, Vorschau, Veröffentlichungteilweiseje nach Ability und BenutzerrechtteilweiseStaging, Branches nur Enterprisejaüber TYPO3-WorkspacesjaEntwürfe und Releasesteilweisenicht dokumentiert
Selbst hostbarDaten im eigenen RechenzentrumjaDocker hinter Traefikjaneinnur Cloudjaneinnur Cloudneinnur Cloud
Ohne Plugin-Ökosystemkeine Drittanbieter-Erweiterungen nötigjakein Plugin-Systemnein91 % der Lücken in PluginsteilweiseApp-MarktplatzteilweiseExtensions üblichteilweiseApps / Plugins optionalteilweiseApp-Markt
Viele Websites, eine InstallationMehrmandantenfähigkeitjaeigene Domains, Design, SMTPteilweiseMultisiteneinein Projekt je WebsitejaMulti-SiteteilweiseSpaces / Projektenein
SEO-Dateien automatischsitemap.xml, robots.txt, llms.txtjapro Host, inkl. llms.txtteilweiseSitemap im Kern, Rest per PluginteilweiseSitemap, llms.txt nicht dokumentiertteilweiseper ExtensionneinSache des FrontendsteilweiseSitemap, llms.txt nicht dokumentiert

Grundlage: Herstellerdokumentation und Fachartikel, Stand 06.11.2026 – keine eigenen Tests der Fremdsysteme. WordPress: MCP Adapter 0.7.0 (Plugin, vor Version 1.0). Webflow: offizieller MCP-Server, einige Funktionen nur mit geöffnetem Designer. TYPO3: Community-Extension, kein offizielles TYPO3-Projekt. Headless: Contentful und Sanity mit offiziellem MCP-Server. Claude Design selbst übergibt Designs an Claude Code oder Canva – eine direkte CMS-Anbindung bringt es nicht mit. Haken = ja, Kreis = teilweise oder per Erweiterung, Strich = nein oder nicht dokumentiert.

01 · Warum ein eigenes CMS

Das Risiko steckt im Plugin-Ökosystem.

WordPress selbst ist gut gehärtet. Angreifbar wird es durch Plugins und Themes, die jede echte Website braucht. genesis.cms hat kein Plugin-System – damit fällt diese Angriffsfläche weg. Fehlerfrei ist auch unser Stack nicht; er braucht ebenso Patch-Management.

11.334

neue Schwachstellen im WordPress-Ökosystem 2025 – 42 % mehr als im Vorjahr

91 %

davon in Plugins, weitere 9 % in Themes – nur 6 Lücken im WordPress-Kern

46 %

der gemeldeten Lücken hatten bis zur Offenlegung noch keinen Fix

5 h

nach dem Patch zu CVE-2026-87902 begannen die ersten Scans

Quellen: Patchstack „State of WordPress Security in 2026“ und Patchstack zu CVE-2026-87902 – ausführlich in unserem Beitrag „Warum wir uns bewusst gegen WordPress entscheiden würden“.

02 · Funktionen

Alles drin. Nichts nachinstalliert.

Plattform3

01

Mehrmandantenfähig

Viele Websites in einer Installation – jede mit eigenen Domains (auch Umlaut-Domains), Sprachen, Design und Mailversand.

02

Getrennte Anwendungen

Backend in .NET, öffentliche Website in Next.js und ein eigenes Admin „Atlas“ mit Website-Wechsler.

03

Mehrsprachig

Sprachvarianten je Seite und eine Liste aller fehlenden Übersetzungen.

Inhalte4

01

Seiten aus Bausteinen

Hero, Überschrift, Kennzahlen, Zeitleiste, Container (auch als Reiter), Kartenraster, Formulare, Video, Tabellen – neu: index-list, process-chain, cert-strip, people-grid, branch-explorer.

02

Module mit Versionen

Aktuelles, Jobs und Kampagnen mit eigenem Datenmodell, eigenen Adressen, Filtern und Detailseiten.

03

Bearbeiten in der Seite

Direkt im Layout bearbeiten, als Entwurf speichern, in der Vorschau prüfen und veröffentlichen.

04

Medienverwaltung

Upload mit automatischen Varianten von 320 bis 1920 px als WebP – im Hintergrund vorgewärmt.

Gestaltung4

01

Design-Werte statt festem CSS

Farben, Schriften, Abstände, Radius, Zweitakzent, Mono-Schrift und Überschriften-Stil – dazu mehrere Themes.

02

Layout aus Bausteinen

Logo, Menü, Spalten und Rechtszeile als Bausteine, mit Breitenoption und einstellbarer Burger-Schwelle.

03

Selbst gehostete Schriften

Roboto, Barlow Condensed, IBM Plex und weitere direkt vom eigenen Server.

04

Globales CSS als Ausweg

Für Sonderfälle bleibt ein globales Stylesheet – ohne das Design-System auszuhebeln.

Automatisierung & KI3

01

MCP-Server mit Scopes

read, write und design: Claude bearbeitet Seiten, Bausteine, Menüs, Module, Design-Werte, Layouts und Themes.

02

Streng validierte Schemas

Alle Bausteinschemas sind über list_block_schemas abrufbar; ungültige Daten weist das System ab.

03

Claude Design

Über denselben Zugang entstehen komplette Website-Designs.

SEO & Betrieb4

01

SEO automatisch

sitemap.xml mit Änderungsdatum, robots.txt und llms.txt entstehen pro Host aus den veröffentlichten Seiten.

02

Kontaktformulare

Mailversand je Website über eigenes SMTP, mit Prüfung hochgeladener Dateien.

03

Docker hinter Traefik

Automatische Zertifikate, Upload-Begrenzung und ein Edge-Schlüssel zwischen Proxy und API.

04

Eingebaute Absicherung

Server-Validierung aller Felder, Bereinigung von Texten und Drosselung von Login-Versuchen.

03 · Architektur

Getrennt, wo es zählt.

Öffentliche Website, Admin und KI-Zugang sind eigene Anwendungen. Davor sitzt Traefik mit automatischen Zertifikaten und Upload-Begrenzung, dahinter prüft das .NET-Backend jede Eingabe. Proxy und API sprechen nur mit Edge-Schlüssel miteinander.

  1. 1

    Besucher · Redaktion · Claude

    Ihre Domains (auch mit Umlaut), Atlas im Browser, MCP mit read · write · design

  2. 2

    Traefik · Docker

    TLS-Zertifikate · Upload-Begrenzung · Routing je Host

  3. 3

    Next.js · Atlas · MCP-Server

    Öffentliche Website mit sitemap, robots und llms.txt · Admin mit Website-Wechsler · Schemas via list_block_schemas

  4. 4

    .NET-Backend

    Mandanten · Inhalte · Module mit Versionen · Medien · SMTP je Website. Validierung, Bereinigung und Login-Drosselung, Zugang nur mit Edge-Schlüssel

  • Server-Validierung aller Felder
  • Text-Bereinigung
  • Login-Drosselung
  • Upload-Prüfung
CRA by Design

Nach dem Cyber Resilience Act entwickelt – von der ersten Zeile an.

Der Cyber Resilience Act (EU 2024/2847) macht Cybersicherheit zur Pflicht für Software, die in der EU vertrieben wird. genesis.cms wurde nicht nachträglich angepasst, sondern von Anfang an streng nach diesen Vorgaben gebaut.

  1. 10.12.2024

    In Kraft getreten

    Verordnung (EU) 2024/2847 gilt, Übergangsfristen laufen.

  2. 11.09.2026

    Meldepflichten aktiv

    Aktiv ausgenutzte Schwachstellen und schwere Vorfälle müssen binnen 24 Stunden gemeldet werden.

  3. Heute

    genesis.cms ist bereit

    Anforderungen sind Teil der Architektur, nicht der To-do-Liste.

  4. 11.12.2027

    Volle Anwendung

    Alle Anforderungen gelten für Produkte mit digitalen Elementen.

Secure by Design

Minimale Angriffsfläche

Kein Plugin-System, getrennte Anwendungen: öffentliche Website, Admin und KI-Zugang laufen als eigene Anwendungen.

Secure by Default

Sicher ab Installation

TLS-Zertifikate, Upload-Begrenzung und Edge-Schlüssel zwischen Proxy und API sind von Beginn an aktiv.

Datenintegrität

Jede Eingabe geprüft

Server-Validierung aller Felder, Bereinigung von Texten, streng validierte Bausteinschemas.

Zugriffsschutz

Rechte nach Bedarf

Login-Drosselung gegen Brute Force, MCP-Zugriff getrennt in read, write und design.

Schwachstellen

Behandeln & melden

Definierter Prozess für Schwachstellen – inklusive Meldung binnen 24 Stunden.

Transparenz

SBOM & Updates

Software-Stückliste aller Komponenten und Sicherheitsupdates über den gesamten Support-Zeitraum.

Hintergrund zum CRA: „Wissen, was drinsteckt: Was Cyber Resilience Act und Post-Quantum-Kryptografie von Software verlangen“

04 · Admin „Atlas“

Alle Websites. Eine Oberfläche.

Mit dem Website-Wechsler springen Sie zwischen Mandanten, die Seitenkarte zeigt die Struktur, Linsen blenden ein, was gerade zählt.

Linse

Struktur

Alle Seiten und ihre Hierarchie

Linse

Übersetzungen

Seiten mit fehlender Sprachvariante

Linse

Status

Entwürfe vor Veröffentlichung

Linse

Medien

Bilder ohne Alt-Text

Atlas läuft unter /admin der jeweiligen Domain und ist über HTTPS erreichbar. Der Zugang ist durch Anmeldung geschützt: kein Standardkonto, das erste Konto entsteht nur mit einem einmaligen Einrichtungscode, das Sitzungs-Cookie ist Secure, HttpOnly und SameSite=Strict, nach 30 Minuten Leerlauf endet die Sitzung, und der Anmeldeschutz sperrt bei wiederholten Fehlversuchen.

05 · KI per MCP

Claude arbeitet mit – in klaren Grenzen.

Der MCP-Server vergibt Rechte in drei Scopes: read zum Lesen, write für Seiten, Bausteine, Menüs und Module, design für Design-Werte, Layouts und Themes. Jeder Baustein hat ein abrufbares Schema und wird streng validiert – ungültige Daten kommen gar nicht erst ins System. Über denselben Zugang arbeitet auch Claude Design an kompletten Website-Designs.

read

Lesen: Seiten, Bausteine, Menüs, Module, Design und Vorschau.

write

Seiten, Bausteine, Menüs und Module anlegen und ändern.

design

Design-Werte, Layouts und Themes umsetzen.

Seiten & Bausteine · Menüs · Module · Design-Werte · Layouts & Themes

Claude · genesis-MCP · Beispiel

„Leg eine Stellenanzeige „Systemadministrator (m/w/d)“ an und setz die Akzentfarbe etwas wärmer.“

  • WRITEcreate_module_item · Jobs
  • WRITEupdate_module_item · Schema geprüft
  • DESIGNupdate_design · accent
  • READpreview_page · Vorschau erzeugt

So ist der MCP-Zugang abgesichert

Sechs Antworten, die jeder MCP-Server geben sollte: wer ihn erreicht, wie sich ein Zugang ausweist, wie er entzogen wird und was davon protokolliert ist.

Erreichbarkeit

Der MCP-Server ist über HTTPS unter /mcp der jeweiligen Domain erreichbar, hinter Traefik mit TLS. Ab Werk ist er aus: Ohne angelegten Token gibt es keinen Zugriff.

Authentifizierung

Zugriff nur mit Bearer-Token, ausgestellt je Website und Rolle (read, write, design). Ein Token gilt für genau eine Website und wird nur als Hash gespeichert.

Zentraler Widerruf

Ein Admin der Website kann Tokens im Atlas jederzeit widerrufen. Rechte lassen sich über die drei Scopes klein halten.

Protokollierung

Jeder Schreibzugriff über MCP steht mit dem Namen des Tokens im Audit-Log. So ist nachvollziehbar, welcher Zugang etwas geändert hat.

Missbrauchsschutz

Ratenbegrenzung, getrennt für Lesen und Schreiben, und eine Sperre bei falschen Tokens je IP-Adresse.

Gleiche Prüfung wie im Editor

Die KI schreibt nur über dieselbe Validierung wie die Redaktion. Freies HTML bleibt Admin- und Design-Rechten vorbehalten, eine Versionsprüfung verhindert stilles Überschreiben, die Historie hält 10 Versionen zum Zurückholen.

06 · Umstieg

Von WordPress zu genesis.cms.

01

Bestandsaufnahme

Wir sichten Seiten, Inhalte, Medien und die Plugins, die heute im Einsatz sind.

02

Design & Inhalte

Design als Design-Werte und Layout, Inhalte als Bausteine – auf Wunsch mit KI-Unterstützung.

03

Go-live & Betrieb

Domain umschalten, Team einweisen – Betrieb und Patch-Management übernehmen wir.

Highlights

Viele Websites in einer Installation, jede mit eigenen Domains, Sprachen, Design und Mailversand
Erste Seite komplett mit Claude Design konzipiert und im CMS umgesetzt, inklusive Bild-Upload und Icons
MCP-Server mit Scopes read, write und design, alle Bausteine streng validiert
Kein Plugin-System: keine Drittanbieter-Erweiterungen als Angriffsfläche
Nach dem Cyber Resilience Act entwickelt, mit SBOM und Support-Zeitraum
Docker hinter Traefik, selbst gehostet bei uns oder auf Ihrer Infrastruktur

Claude und Claude Design sind Marken von Anthropic. Alle genannten Produkt- und Markennamen gehören ihren jeweiligen Inhabern.

Sehen Sie Atlas live.

Wir zeigen Ihnen Editor, Website-Wechsler und die KI-Pflege per MCP – und schätzen den Aufwand für Ihren Umstieg ein.