Ein CMS für Claude Code-Websites: Die fehlende Schicht

Ein CMS für Claude Code-Websites: Die fehlende Schicht

Ich habe inzwischen vielleicht ein Dutzend Websites mit Claude Code gebaut. Marketingseiten, eine SaaS-Landingpage, ein paar One-Pager für Agenturen. Jede einzelne sah gut genug aus, dass ein Kunde bereitwillig einen vierstelligen Betrag dafür bezahlt hätte. Und jede einzelne hatte denselben fatalen Fehler, sobald ich mir vorstellte, sie tatsächlich zu übergeben: Der Kunde konnte kein einziges Wort daran ändern, ohne mich anzurufen.

Das ist das schmutzige Geheimnis, das niemand in den Demo-Videos erwähnt. Ein Claude Code CMS ist kein nettes Addon für diese Websites — es ist das Element, das entscheidet, ob eine wunderschöne KI-generierte Website ein echtes Produkt ist oder ein Screenshot, den du auf Twitter gepostet hast, um Likes zu sammeln. Das Design-Problem wurde irgendwann 2025 gelöst. Das „Und jetzt?"-Problem nicht.

Als ich dann auf Jacks Tutorial stieß — er ist ein Serial Founder in der KI-Startup-Welt — das genau diese Lücke behandelte, wurde ich aufmerksam. Seine Einschätzung war direkt: Rund 99 % der von Claude generierten Websites sind in der Produktion unbrauchbar, weil sie keine Content-Management-Schicht haben. Ein Kunde, der einen Tippfehler in der Hero-Überschrift korrigieren muss, hat zwei Optionen: Die rohen Repo-Zugangsdaten bekommen (beängstigend) oder dem Entwickler schreiben (ein Engpass, der deine Margen auffrisst). Beides skaliert nicht über eine Handvoll Kunden hinaus.

Seine Lösung ist der Aufbau eines CMS auf der statischen Website — eine kontrollierte Bearbeitungsschicht, die nicht-technischen Personen ermöglicht, Texte zu ändern, Bilder auszutauschen, Seiten hinzuzufügen und SEO anzupassen, ohne jemals Code zu berühren oder das Layout beschädigen zu können. Ich möchte durchgehen, wie dieser Stack tatsächlich zusammenpasst, was er auf kostenlosen Tarifen kostet, und — weil ich jedes Teil dieses Stacks in der Produktion verwendet habe — genau wo die „Version 1"-Realität vom Highlight-Reel abweicht. Am Ende wirst du wissen, ob sich der Aufbau für deine eigene Kundenarbeit lohnt oder ob du besser zu einem fertigen Tool greifst.

Aber zuerst der Teil, den die meisten Leute falsch verstehen: warum das wichtig ist.

Warum eine schöne Claude Code-Website ohne CMS wertlos ist

Hier ist eine Szene, die ich mehr als einmal erlebt habe. Du lieferst eine großartige Website. Der Kunde ist begeistert. Zwei Wochen später: „Hey, kannst du die Telefonnummer im Footer ändern und die Preise bei der zweiten Stufe aktualisieren? Sorry, dass ich störe!"

Diese Nachricht kostet dich. Nicht wegen der fünf Minuten, die die Bearbeitung dauert — wegen des Kontextwechsels, des Redeployments, des „wo du schon mal dran bist, könntest du auch noch…", das folgt. Multipliziere das mit zehn Kunden und du hast genau die Freelancer-Falle wieder aufgebaut, über die ich in Wie KI-Website-Klonen wiederkehrende Einnahmen schafft geschrieben habe: Du tauschst Zeit gegen Geld auf einem Laufband, das nie schneller wird.

Die konventionelle Antwort ist „nimm einfach WordPress" oder „bau es auf Webflow." Beides funktioniert. Beides wirft aber auch den gesamten Grund weg, warum du überhaupt Claude Code verwendet hast — das maßgeschneiderte, handoptimierte Design, das nicht wie jedes andere Template im Internet aussieht. In dem Moment, wo du ein von Claude generiertes Layout in ein WordPress-Theme gießt, hast du genau das abgeschliffen, was es besonders gemacht hat.

Was Jacks Ansatz bewahrt, ist der maßgeschneiderte Code und die Bearbeitbarkeit. Die Website bleibt ein statischer, blitzschneller Satz von Dateien. Das CMS sitzt daneben als separates Dashboard, das weiß, welche Teile der Seite bearbeitbar sind und Änderungen über eine kontrollierte Pipeline zurückschreibt. Der Kunde bekommt einen Login, der nur sichere Bearbeitungsziele zeigt — den Überschriftentext, die Preiszahl, den Bildplatz — niemals das strukturelle HTML, das das Design zusammenhält.

Jack nennt das Ziel „unveränderlich gegen Zerstörung durch den Kunden, aber trotzdem editierbar." Dieser Satz blieb bei mir hängen, weil er die tatsächliche Produktanforderung benennt. Kunden sollen alles tun können, was sie brauchen, und nichts, was die Website kaputt macht. Das ist das ganze Spiel.

Und der Mechanismus, der dies ermöglicht, ist ein Stack aus vier kostenlosen oder nahezu kostenlosen Diensten, die miteinander verbunden sind. Lass mich jeden einzelnen aufschlüsseln, denn die Architektur ist der interessante Teil — nicht das Marketing.

Der vollständige Stack: Claude Code, GitHub, Vercel, MongoDB Atlas, OpenRouter

Entferne den Pitch und das System besteht aus fünf Komponenten, jede mit einer Aufgabe:

• Claude Code generiert die Website und, separat, das CMS-Dashboard selbst.
• GitHub speichert die Codebase und bietet dir Versionskontrolle.
• Vercel deployt die Live-Site von GitHub und übernimmt das Hosting.
• MongoDB Atlas speichert alle bearbeitbaren Inhalte als einzige Quelle der Wahrheit.
• OpenRouter routet den KI-Bearbeitungsassistenten zu dem Sprachmodell deiner Wahl.

Der Ablauf ist folgender: Claude Code schreibt die Website und pusht sie in ein privates GitHub-Repo. Vercel überwacht dieses Repo und deployt alles auf dem Main-Branch zu einer Live-URL. Bis hierhin ist das ein Standard-Deployment einer statischen Website — nichts Neues, und etwas, das ich dutzende Male gemacht habe. Das CMS ist der Punkt, an dem es interessant wird. Anstatt dass Inhalte fest im HTML codiert sind, leben die bearbeitbaren Teile als Dokumente in MongoDB. Die veröffentlichte Website liest aus dieser Datenbank (oder aus einem Build, der daraus zieht), sodass wenn ein Kunde die Preise im Dashboard ändert und auf Veröffentlichen klickt, die Änderung auf die Live-Site übertragen wird.

Der KI-Bearbeitungsassistent — das Chat-Fenster, mit dem ein Kunde sagen kann „mach diesen Abschnitt kürzer und knackiger" — läuft über OpenRouter. Das ist eine kluge Wahl von Jack, und hier ist, warum es wichtig ist: OpenRouter ist eine einzelne API, die über 315 Modelle von Anthropic, OpenAI, Google, DeepSeek und anderen hinter einem einzigen OpenAI-kompatiblen Endpunkt bereitstellt. Du wechselst das Modell mit einem Parameter, ohne Codeänderungen. Für ein CMS, das du an Kunden verkaufst, ist diese Flexibilität der Unterschied zwischen der Bindung an die Preise eines einzigen Anbieters und der Möglichkeit, auf ein günstigeres Modell zu wechseln, sobald eines erscheint.

Ich bin ehrlich bei einer Sache, weil die Demo darüber hinweggleitet: Diese fünf Dinge so zu verdrahten, dass sie synchron bleiben, ist die schwierigen 20 %, die 80 % der Zeit kosten. Das Framing „Claude baut es für dich" stimmt für den Happy Path und ist überall sonst optimistisch. Dazu kommen wir noch. Zuerst zeige ich dir, was der Betrieb kostet, denn diese Zahl hat mich überrascht.

Was kostet es tatsächlich, diesen Stack zu betreiben?

Der Betrieb eines Claude Code CMS für eine einzelne Kundenwebsite kostet auf kostenlosen Tarifen effektiv nichts, plus KI-Nutzung pro Bearbeitung, die in Bruchteilen von Cents gemessen wird. Hier ist die verifizierte Aufschlüsselung per Juni 2026.

Claude selbst ist die einzige garantierte monatliche Kosten. Der Pro-Plan kostet $20/Monat (oder ca. $17/Monat bei jährlicher Zahlung) und bündelt jetzt Claude im Web, die Desktop-App, Cowork und Claude Code im Terminal. Ein wichtiger Vorbehalt, den die Videos überspringen: Pro läuft mit rollierenden Fünf-Stunden-Nutzungsfenstern. Erreichst du das Limit um 14 Uhr, öffnet sich dein nächstes Fenster gegen 19 Uhr. Für intensive Site-Generierung wirst du diese Wand spüren, und es ist der wichtigste Grund, warum Leute auf den Max-Tarif wechseln.

GitHub ist kostenlos für private Repos. Kein Sternchen bei diesem Anwendungsfall.

Vercels Hobby-Plan ist kostenlos und großzügig: 100 GB Bandbreite, 1 Million Edge-Requests und 1 Million Serverless-Function-Aufrufe pro Monat, mit 4 Stunden aktiver CPU. Der Haken, der speziell Agenturen trifft — Hobby ist nur für nicht-kommerzielle Nutzung. Sobald du die Website eines zahlenden Kunden hostest, solltest du den Pro-Plan für $20/Monat pro Entwicklerplatz nutzen, der dich auf 1 TB Bandbreite bringt und Überschreitungsgebühren statt eines harten Stopps bietet. Für persönliche Projekte ist kostenlos wirklich in Ordnung. Für Kundenarbeit, budgetiere die $20.

MongoDB Atlas hat einen kostenlosen M0-Cluster (früher M0 genannt, jetzt einfach „Free") mit 512 MB Speicher. Für eine Content-Datenbank mit Text, Layout-Konfiguration und Versionsgeschichte sind 512 MB viel — du passt dutzende Websites hinein, bevor es relevant wird. Die echten Einschränkungen sind die Durchsatzlimits: ungefähr 100 Operationen pro Sekunde und 500 gleichzeitige Verbindungen. Für ein CMS, bei dem Bearbeitungen gelegentliche menschliche Aktionen sind, ist das in Ordnung. Nicht in Ordnung, wenn du versehentlich hochfrequentes Seiten-Rendering direkt darauf ausrichtest, ohne zu cachen.

OpenRouter ist reines Pay-as-you-go zusätzlich zu den durchgereichten Modellpreisen, mit einer Plattformgebühr von 5,5 % auf Credits. Es gibt kein Abonnement. Wenn der KI-Bearbeitungsassistent eines Kunden beispielsweise 50 Bearbeitungsanfragen pro Monat gegen ein Mid-Tier-Modell ausführt, reden wir von Centbeträgen. OpenRouter bietet auch kostenlose Modelle (rate-limitiert auf ca. 20 Anfragen/Minute, 200/Tag), falls der Assistent beim Testen buchstäblich nichts kosten soll.

Addiere alles für ein echtes Kunden-Deployment: $20 Claude + $20 Vercel Pro + $0 GitHub + $0 MongoDB + ein paar Cent OpenRouter = ca. $40/Monat, um eine unbegrenzte Anzahl von Kundenwebsites über ein Dashboard zu betreiben. Wenn du Kunden $100–$200/Monat für Hosting und Bearbeitungen berechnest — das Modell, das ich im KI-Agentur-Retainer-Beitrag aufgeschlüsselt habe — ist die Marge offensichtlich. Das ist die Wiederkehrender-Umsatz-Chance, die sich in einem CMS-Tutorial versteckt.

Jetzt der Teil, der mich wirklich interessiert: wie man das Ding baut.

Wie baut man ein CMS auf einer Claude Code-Website auf?

Du baust ein Claude Code CMS, indem du zuerst die statische Website generierst, sie auf Vercel deployst und dann Claude Code eine separate Dashboard-App generieren lässt, die sich mit MongoDB Atlas für die Content-Speicherung und OpenRouter für den KI-Bearbeitungsassistenten verbindet. Hier ist die Fünf-Schritte-Sequenz, die Jack demonstriert, mit meinen Anmerkungen zu jedem Schritt.

Schritt 1: Claude mit dem richtigen Plan einrichten

Hol dir die Claude Desktop-App und abonniere mindestens den Pro-Plan ($20/Monat), damit du Zugang zu Claude Code hast. Wenn du in einer Sitzung mehrere Websites generieren willst, erwäge ernsthaft Max — das Fünf-Stunden-Fenster bei Pro wird dich mitten im Build unterbrechen, und es gibt nichts Nervigeres, als drei Stunden warten zu müssen, um ein Layout fertigzustellen.

Schritt 2: Eine Designrichtung klauen (auf die richtige Art)

Dies ist der Schritt, der eine Website, die wie eine Claude-Website aussieht, von einer unterscheidet, die wie die Website deines Kunden aussieht. Akzeptiere nicht Claudes Standard-Ästhetik. Hole dir zuerst echte Inspiration.

Jacks Ansatz ist es, Dribbble zu durchstöbern, Layouts zu finden, die zum gewünschten Look des Kunden passen, und Screenshots oder URLs in Claude einzuspeisen, damit es die visuelle Sprache analysieren kann. Er nutzt eine „Design Blueprint Extractor"-Skill aus seiner Community, um diese Inspiration in einen strukturierten Site-Plan zu übersetzen — Farbsystem, Typografie-Skala, Abschnittslayout, Spacing-Rhythmus — bevor eine einzige Zeile Code geschrieben wird.

Du brauchst nicht seine spezifische Skill dafür. Das Prinzip ist entscheidend: Gib Claude eine konkrete visuelle Referenz plus eine klare Beschreibung des Zwecks und der Marke der Website, und du bekommst Output, der meilenweit über dem generischen Standard liegt. Ich habe jedes Mal dasselbe erlebt — die Qualität eines von Claude generierten Designs ist fast ausschließlich eine Funktion davon, wie spezifisch die Referenz und das Briefing sind. Vages Briefing, generische Website. Präzises Briefing mit echter Referenz, etwas, wofür ein Kunde tatsächlich bezahlt. Ich gehe tiefer auf diese Dynamik in dem Leitfaden für KI-App-Designsysteme ein.

In der Demo ist das Beispielprojekt eine Service-Website für ein KI-Automatisierungsunternehmen, das „Hermes"-Agenten verkauft, die die Betriebskosten von Unternehmen senken. Claude produzierte ein kohärentes professionelles Thema, echte Marketingtexte, mehrere maßgeschneiderte Illustrationen der KI-Konzepte und ein sauberes, sektioniertes Layout — Systemerklärungen, Partnerlogos, das volle Programm. Die maßgeschneiderten Bilder kamen über eine API-Integration mit einem erschwinglichen KI-Bildgenerator (er verwendet einen namens KIE) statt Stockfotos, was ein großer Teil davon ist, warum es nicht nach Template aussieht.

Schritt 3: Iterativ bauen und verfeinern

Generieren, dann mit Screenshots kritisieren. Das ist nicht verhandelbar. Du gibst Claude einen Screenshot von dem, was es produziert hat, und detailliertes Feedback — „der Hero-Abstand ist zu eng, die Partnerlogo-Reihe braucht mehr Freiraum, die CTA-Farbe konkurriert mit der Überschrift" — und es überarbeitet. Der erste Durchgang ist nie der letzte. Behandle Claude wie einen schnellen Junior-Designer, den du art-directest, nicht wie einen Automaten.

Schritt 4: Kostenlos hosten

Claude Code erledigt das fast vollständig über die CLI. Es erstellt ein privates GitHub-Repo, pusht den Code, verbindet Vercel und deployt zu einer Live-URL. Das Einzige, was du manuell machst, ist die Authentifizierung. GitHub ist dein Dateispeicher und deine Versionskontrolle; Vercel spiegelt, was im Repo ist, auf die Live-Site. Vom Vercel-Dashboard aus kannst du auch eine eigene Domain kaufen oder verknüpfen. Ich habe diesen exakten Deploy-Flow viele Male durchgeführt — es ist wirklich nahezu ein einzelnes Kommando, sobald deine Auth eingerichtet ist, und es ist der am wenigsten fehleranfällige Teil des gesamten Systems.

Schritt 5: Das CMS integrieren (der eigentlich schwierige Teil)

Hier generiert Claude eine zweite App — das CMS-Dashboard — und verdrahtet es mit der Website. Das Dashboard verbindet sich mit MongoDB Atlas (dein Content-Speicher), verwendet ein Vercel-Token, um Deployments auszulösen, und routet den KI-Bearbeitungsassistenten über einen OpenRouter-API-Schlüssel. Dies ist das Teil, das eine statische Website in eine editierbare Plattform verwandelt, und es ist das Teil, das echte Arbeit erfordert, um es richtig hinzubekommen.

Wenn du bis hierhin gelesen hast und zustimmend nickst, denkst du bereits ernsthafter darüber nach als die meisten Leute, die die Demo anschauen und weiterziehen. Der nächste Abschnitt ist der, in dem ich trenne, was wirklich funktioniert, von dem, was noch rau ist.

Wenn du lieber jemanden hättest, der diesen gesamten Stack für dich baut und verdrahtet — die Website, das CMS, das Multi-Tenant-Setup — übernehme ich genau solche Aufträge. Du kannst sehen, was ich gebaut habe unter fiverr.com/s/EgxYmWD.

MongoDB Atlas als Content-Backend einrichten

MongoDB ist die richtige Wahl dafür, und das nicht zufällig. Es ist eine Dokumentendatenbank — sie speichert JSON-ähnliche Dokumente statt starrer Zeilen und Spalten. Das passt fast perfekt zu einem CMS, wo jede Seite eigentlich nur ein Baum von Content-Blöcken ist: ein Hero mit Überschrift und Bild, ein Preisbereich mit drei Stufen, ein Footer mit Kontaktinfos. Du speicherst jede Seite als Dokument, jede Version als Snapshot, und das Abfragen ist schnell.

Das Einrichten des kostenlosen Clusters ist wirklich einfach, und hier sind die genauen Schritte aus der Demo, die dem entsprechen, was du heute in der Atlas-UI siehst:

1. Erstelle ein MongoDB Atlas-Konto in der Cloud-Konsole.
2. Wähle den kostenlosen M0-Cluster — 512 MB Speicher, keine Kreditkarte erforderlich.
3. Benenne den Cluster sinnvoll, z. B. website-cms.
4. Erstelle einen Datenbankbenutzer mit Benutzername und Passwort, mit dem sich das CMS authentifiziert.
5. Whiteliste IP-Adressen unter Netzwerkzugriff, damit deine App eine Verbindung herstellen kann. Für die Entwicklung kannst du vorübergehend alle IPs zulassen, aber sperre das vor der Produktion ab.
6. Nimm den Driver-Connection-String und füge ihn in die CMS-Konfiguration ein.

Sobald dieser Connection-String gesetzt ist, hört das CMS auf, ein lokales Spielzeug zu sein, und wird zu etwas, das ein Kunde über das Internet erreichen kann. Und hier ist das Detail, das mich in der Demo wirklich beeindruckt hat: Weil MongoDB die einzige Quelle der Wahrheit ist, kannst du den lokalen Cache und die Dateien komplett löschen und das CMS baut seinen Zustand aus der Datenbank neu auf. Der Content steckt nicht im Code fest. Das ist ein echter Architekturgewinn und genau so, wie ein Content-System sich verhalten sollte — die Datenbank ist der kanonische Speicher, der Code ist wegwerfbar.

Atlas bietet dir auch automatische Backups, globale Verteilung und einen immer aktiven, verwalteten Cluster, sodass du keinen Datenbankserver babysitzen musst. Für einen Solo-Betreiber, der Kundenwebsites verwaltet, ist „ich muss nie über die Datenbankinfrastruktur nachdenken" viel wert.

Ein ehrlicher Vorbehalt, weil ich das selbst erlebt habe: Die ~100 Ops/Sek-Obergrenze des kostenlosen M0-Tarifs ist für Bearbeitungen im menschlichen Tempo in Ordnung, wird aber absolut ins Stocken geraten, wenn du es schlecht aufbaust — zum Beispiel bei jedem öffentlichen Seitenaufruf die Datenbank abfragst, anstatt statische Seiten daraus zu bauen. Lies Content beim Build oder cache aggressiv. Lass Besucherverkehr M0 nicht direkt treffen. Mach das falsch und dein „kostenloser" Tarif wird stillschweigend der Grund, warum die Website eines Kunden sich langsam anfühlt.

Die Zwei-Link-Architektur: Wie Multi-Tenant tatsächlich funktioniert

Dies ist der Teil von Jacks Build, den ich am cleversten fand, und auch der Teil, wo „Version 1"-Ehrlichkeit am meisten zählt.

Das System verwendet zwei unterschiedliche Zugangspunkte:

• Ein Master-Kontrolllink für dich, den Entwickler oder die Agentur. Von hier aus verwaltest du jede Kundenwebsite, wählst welches KI-Modell die Bearbeitungen antreibt und verbindest die Hosting- und Datenbank-Backends. Das ist dein Kontrollzentrum.
• Ein kundenorientierter Bearbeitungslink, passwortgeschützt, auf die Website eines einzelnen Kunden begrenzt. Der Kunde loggt sich ein und kann seine Inhalte bearbeiten und nichts anderes. Er kann keine anderen Kunden sehen, keine Struktur anfassen, nichts außerhalb seiner Sandbox kaputt machen.

Claude generiert sowohl die individuellen Kundenwebsites als auch das Master-CMS und koordiniert die Authentifizierung, sodass jeder Benutzer nur seine zugewiesenen Seiten erreicht. Vercel-Tokens steuern das Deployment; OpenRouter-Schlüssel steuern die Bearbeitungs-KI. Theoretisch skaliert das auf dutzende oder hunderte Kundenwebsites unter einem Dashboard, was der echte geschäftliche Durchbruch ist — es ist dieselbe Multi-Tenant-Logik, die das KI-Agentur-Retainer-Modell in der Skalierung zum Funktionieren bringt.

Was der Kunde innerhalb seines Links tun kann: Text und Preise bearbeiten, Abstände und Layout innerhalb sicherer Grenzen anpassen, Bilder hinzufügen und ändern, neue Seiten hinzufügen (eine Artikelseite, eine leere Seite usw.), eine Vorschau über Desktop/Tablet/Mobile mit KI-Vorschlägen zur mobilen Optimierung ansehen und SEO-Tools nutzen, die Zielphrasen bewerten, Verbesserungen vorschlagen und Metabeschreibungen pro Seite bearbeiten lassen. Es gibt auch eine Formular-Inbox, die Leads direkt im CMS erfasst, und einen integrierten KI-Chat-Assistenten für Bearbeitungshilfe. Jede Änderung ist versionskontrolliert, und nur validierte Inhalte werden live veröffentlicht — was die Struktur und das Design vor „Zerstörung durch den Kunden" schützt.

Jetzt die Ehrlichkeit. Jack ist offen, dass dies Version 1 ist und grundlegend, und das solltest du ernst nehmen. Ein Multi-Tenant CMS mit Authentifizierung, Datenisolierung pro Mandant, Audit-Logs, Deploy-Orchestrierung und einer KI-Bearbeitungsschicht ist ein echtes Softwareprodukt — die Art von Ding, für die Unternehmen Kapital aufnehmen. Claude Code kann beeindruckend schnell eine funktionierende Version davon aufbauen, und die Demo beweist, dass die Architektur stimmig ist. Aber „Demo funktioniert von Anfang bis Ende" und „ich würde dem die Daten von fünfzig zahlenden Kunden und eine echte Auth-Grenze anvertrauen" sind verschiedene Aussagen.

Die Dinge, die ich persönlich härten würde, bevor ich jemandem eine Rechnung stelle: die Auth- und Mandanten-Isolierungsgrenze (ein Bug hier bedeutet, dass ein Kunde die Daten eines anderen sieht — inakzeptabel), Eingabevalidierung dessen, was der KI-Editor zurückschreiben darf, und Rate-Limiting, damit ein einzelner Kunde nicht deine OpenRouter-Credits erschöpfen oder das M0-Durchsatzlimit für alle treffen kann. Nichts davon sind Gründe, es nicht zu bauen. Es sind Gründe, die generierte Version 1 als starken Ausgangspunkt zu behandeln, nicht als fertiges Produkt, das du am ersten Tag einem Kunden übergibst.

Diese Unterscheidung — starker Ausgangspunkt versus auslieferbares Produkt — ist der ganze Punkt davon, ehrlich über KI-gebaute Software zu sein. Also lass mich klar Stellung beziehen, wann dies der richtige Ansatz ist.

Wann dieser Stack die richtige Wahl ist — und wann nicht

Baue das Claude Code CMS, wenn du ein vollständig individuelles Design willst, das kein Template bieten kann, du deine eigenen Projekte oder eine kleine Anzahl von Kundenwebsites verwaltest und genug technisches Urteilsvermögen hast, um die Auth- und Datengrenzen der Version 1 zu härten, bevor du live gehst. Die Obergrenze bei der Designqualität und die nahezu null Hosting-Kosten sind für dieses Profil unschlagbar. Das ist die richtige Wahl für einen Entwickler-Operator, der eine schlanke Agentur führt.

Greife zu einem fertigen Tool, wenn du am ersten Tag kampferprobte Multi-Tenant-Auth brauchst, du dich nicht wohl dabei fühlst, generierten Backend-Code zu überprüfen und zu härten, oder deine Kunden Funktionen benötigen (E-Commerce, komplexe Berechtigungen, Compliance-Audit-Trails), die eine v1 nicht haben wird. Ein ausgereiftes Headless CMS oder ein Webflow-Plan existiert aus gutem Grund. Es ist keine Schande, Authentifizierung nicht neu zu erfinden.

Der Fehler, vor dem ich warnen würde — und ich habe Leute ihn machen sehen — ist, die schicke Demo als produktionsreif zu behandeln und das Härten zu überspringen. KI-generierte Software fühlt sich fertig an, weil sie läuft. Laufen und sicher genug sein, um es vor zahlenden Kunden zu platzieren, sind nicht dasselbe. Ich habe Varianten dieses Fehlers selbst gemacht, indem ich etwas ausgeliefert habe, das in der Demo funktionierte und brach, sobald realer Input es traf. Die Lösung ist langweilig: Überprüfe den generierten Code, teste die Auth-Grenze wie ein Angreifer es tun würde, und cache aggressiv, damit deine kostenlosen Tarife dich nicht unter Last verraten.

Hier ist die Vorhersage, die ich zu machen bereit bin. Innerhalb eines Jahres hört „KI baut deine Website und gibt deinem Kunden eine sichere Möglichkeit, sie zu bearbeiten" auf, ein cleveres Tutorial zu sein, und wird zum Standard für jeden, der KI-generierte Webarbeit verkauft. Das Design-Problem ist gelöst. Das Bearbeitbarkeitsproblem ist der neue Burggraben. Wer die kontrollierte Bearbeitungsschicht perfektioniert — unveränderlich gegen Kundenzerstörung, trotzdem voll editierbar — besitzt die wiederkehrenden Einnahmen. Die hier gezeigten Tools sind eine frühe, ehrliche Skizze davon, wohin das führt.

Häufig gestellte Fragen

Kann Claude Code ein CMS bauen?

Ja — Claude Code kann sowohl eine statische Website als auch ein separates CMS-Dashboard generieren, das sich mit einer Datenbank verbindet, über Vercel deployt und einen KI-Bearbeitungsassistenten verwendet. Das generierte CMS ist eine starke funktionierende Version 1, die Auth- und Datenisolierungshärtung braucht, bevor du es zahlenden Kunden anvertraust. Siehe die Bauschritten oben für die vollständige Sequenz.

Was ist der günstigste Weg, eine Claude Code-Website zu hosten?

Der günstigste produktionsreife Weg ist GitHub für das Repo (kostenlos), Vercel Pro für kommerzielles Hosting ($20/Monat) und der kostenlose M0-Cluster von MongoDB Atlas (512 MB) für Content. Vercels kostenloser Hobby-Plan funktioniert nur für persönliche, nicht-kommerzielle Websites.

Reicht der kostenlose Tarif von MongoDB Atlas für ein Website-CMS?

Für ein Content-CMS, ja — die 512 MB Speicher des kostenlosen M0-Clusters reichen locker für Text, Layout-Konfiguration und Versionsgeschichte vieler Websites. Die echte Grenze ist der Durchsatz (~100 Operationen pro Sekunde), also cache aggressiv und richte öffentliches Seiten-Rendering niemals direkt auf M0 unter Traffic.

Was macht OpenRouter in diesem Setup?

OpenRouter ist die einzelne API, die den KI-Bearbeitungsassistenten des CMS antreibt und über 300 Modelle von Anthropic, OpenAI, Google und anderen hinter einem einzigen OpenAI-kompatiblen Endpunkt bereitstellt. Du wechselst Modelle mit einem Parameter, und die Preise sind durchgereicht plus 5,5 % Plattformgebühr — kein Abonnement. Diese Flexibilität schützt dich davor, an die Kosten eines einzigen Anbieters gebunden zu sein.

Warum können Kunden eine Claude Code-Website nicht einfach direkt bearbeiten?

Weil das Design in maßgeschneidertem Code lebt und einem nicht-technischen Kunden rohen Repo-Zugang zu geben bedeutet, dass eine falsche Bearbeitung das Layout zerstört. Eine CMS-Schicht zeigt nur sichere Bearbeitungsziele — Text, Preise, Bilder, Meta-Tags — während der strukturelle Code gesperrt bleibt, sodass Kunden alles ändern können, was sie brauchen, und nichts, was sie nicht sollten.

Lass uns zusammenarbeiten

Du möchtest KI-Systeme bauen, Workflows automatisieren oder deine technische Infrastruktur skalieren? Ich helfe dir gerne.

• Fiverr (Maßgeschneiderte Builds & Integrationen): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (Enterprise-Lösungen): ramlit.com
• ColorPark (Design & Branding): colorpark.io
• xCyberSecurity (Sicherheitsdienste): xcybersecurity.io