Een CMS voor Claude Code-websites: de ontbrekende schakel

Een CMS voor Claude Code-websites: de ontbrekende schakel

Ik heb inmiddels misschien wel een dozijn sites gebouwd met Claude Code. Marketingpagina's, een SaaS-landingspagina, een paar one-pagers voor bureaus. Elke site zag er goed genoeg uit dat een klant er met plezier een paar duizend euro voor zou betalen. En elke site had hetzelfde fatale gebrek op het moment dat ik me voorstelde het daadwerkelijk over te dragen: de klant kon er geen woord aan veranderen zonder mij te bellen.

Dat is het vuile geheim dat niemand in de demovideo's vertelt. Een Claude Code CMS is geen leuke toevoeging aan deze sites — het is datgene dat bepaalt of een mooie AI-gegenereerde website een echt product is of een screenshot die je op Twitter plaatste voor likes. Het ontwerpprobleem werd ergens in 2025 opgelost. Het "en nu?"-probleem niet.

Dus toen ik de tutorial van Jack tegenkwam — hij is een seriële oprichter in de AI-startupwereld — die precies deze kloof behandelde, lette ik op. Zijn framing was direct: ruwweg 99% van de door Claude gegenereerde websites is onbruikbaar in productie omdat ze geen contentbeheerlaag hebben. Een klant die een typfout in de hero-kop moet corrigeren, heeft twee opties. De ruwe repo-credentials krijgen (beangstigend) of de ontwikkelaar een bericht sturen (een bottleneck die je marges aantast). Geen van beide schaalt voorbij een handvol klanten.

Zijn oplossing is het bouwen van een CMS bovenop de statische site — een gecontroleerde bewerkingslaag die niet-technische mensen tekst laat wijzigen, afbeeldingen laat verwisselen, pagina's laat toevoegen en SEO laat aanpassen, zonder ooit code aan te raken of de layout te kunnen breken. Ik wil doorlopen hoe die stack in elkaar zit, wat het kost op gratis niveaus, en — omdat ik elk onderdeel van deze stack in productie heb gebruikt — precies waar de "versie 1"-realiteit afwijkt van de highlights. Aan het eind weet je of dit de moeite waard is om te bouwen voor je eigen klantwerk, of dat je beter een kant-en-klare tool kunt pakken.

Maar eerst het deel dat de meeste mensen verkeerd begrijpen over waarom dit belangrijk is.

Waarom een prachtige Claude Code-website waardeloos is zonder CMS

Dit is een situatie die ik meer dan eens heb meegemaakt. Je levert een prachtige site op. De klant is dolblij. Twee weken later: "Hé, kun je het telefoonnummer in de footer wijzigen en de prijzen bij het tweede niveau bijwerken? Sorry dat ik stoor!"

Dat bericht kost je. Niet vanwege de vijf minuten die de aanpassing duurt — vanwege de contextwisseling, de herdeployment, de "als je er toch bent, kun je ook..." die volgt. Vermenigvuldig dat met tien klanten en je hebt exact de freelance-valkuil herbouwd waar ik over schreef in hoe AI-websiteklonen terugkerend inkomen oplevert: je ruilt tijd voor geld op een tredmolen die nooit sneller gaat.

Het conventionele antwoord is "gebruik gewoon WordPress" of "bouw het op Webflow." Beide werken. Beide gooien ook de hele reden weg waarom je Claude Code gebruikte — het maatwerk, handafgestemde ontwerp dat er niet uitziet als elke andere template op het internet. Op het moment dat je een door Claude gegenereerde layout in een WordPress-thema giet, heb je het bijzondere eraf geschaafd.

Wat Jack's aanpak behoudt, is de aangepaste code én de bewerkbaarheid. De site blijft een statische, razendsnelle set bestanden. Het CMS zit ernaast als een apart dashboard dat weet welke delen van de pagina bewerkbaar zijn en wijzigingen terugschrijft via een gecontroleerde pipeline. De klant krijgt een login die alleen veilige bewerkingsdoelen toont — de koptekst, het prijsgetal, de afbeeldingspositie — nooit de structurele HTML die het ontwerp bij elkaar houdt.

Jack noemt het doel "onveranderlijk voor vernietiging door de klant, maar toch bewerkbaar." Die zin bleef bij me hangen omdat het de feitelijke productvereiste benoemt. Klanten moeten alles kunnen doen wat ze nodig hebben en niets dat de site breekt. Dat is het hele spel.

En het mechanisme dat dit mogelijk maakt, is een stack van vier gratis of bijna-gratis diensten die aan elkaar zijn gekoppeld. Laat me elk onderdeel uiteenzetten, want de architectuur is het interessante deel — niet de marketing.

De volledige stack: Claude Code, GitHub, Vercel, MongoDB Atlas, OpenRouter

Haal de pitch weg en het systeem bestaat uit vijf componenten, elk met één taak:

• Claude Code genereert de website en, apart, het CMS-dashboard zelf.
• GitHub slaat de codebase op en geeft je versiebeheer.
• Vercel deployt de live site vanuit GitHub en regelt de hosting.
• MongoDB Atlas slaat alle bewerkbare content op als de enige bron van waarheid.
• OpenRouter routeert de AI-bewerkingsassistent naar het taalmodel van je keuze.

De flow werkt als volgt. Claude Code schrijft de site en pusht deze naar een privé GitHub-repo. Vercel bekijkt die repo en deployt alles op de main-branch naar een live URL. Tot zover is dit een standaard statische-site-deploy — niets nieuws, en iets wat ik tientallen keren heb gedaan. Het CMS is waar het interessant wordt. In plaats van dat content hardgecodeerd in de HTML staat, leven de bewerkbare delen als documenten in MongoDB. De gepubliceerde site leest uit die database (of uit een build die eruit haalt), dus als een klant de prijzen in het dashboard aanpast en op publiceren klikt, wordt de wijziging doorgevoerd naar de live site.

De AI-bewerkingsassistent — het chatvenster waarmee een klant kan zeggen "maak dit gedeelte korter en pakkender" — draait via OpenRouter. Dat is een slimme keuze van Jack, en dit is waarom het ertoe doet: OpenRouter is een enkele API die meer dan 315 modellen van Anthropic, OpenAI, Google, DeepSeek en anderen aanbiedt, allemaal achter één OpenAI-compatibel endpoint. Je wisselt van model met één parameter, zonder codewijzigingen. Voor een CMS dat je aan klanten verkoopt, is die flexibiliteit het verschil tussen vastzitten aan de prijzen van één leverancier en kunnen overschakelen naar een goedkoper model zodra er een uitkomt.

Ik ben eerlijk over één ding, want de demo glijdt erover heen: deze vijf dingen zo aan elkaar koppelen dat ze synchroon blijven, is de moeilijke 20% die 80% van de tijd kost. De framing "Claude bouwt het voor je" klopt voor het gelukkige pad en is overal elders optimistisch. Daar komen we nog op. Eerst laat ik je zien wat het kost om te draaien, want dat getal verraste me.

Wat kost het eigenlijk om deze stack te draaien?

Het draaien van een Claude Code CMS voor een enkele klantsite kost effectief niets op gratis niveaus, plus AI-gebruik per bewerking dat in fracties van centen wordt gemeten. Hier is de geverifieerde uitsplitsing per juni 2026.

Claude zelf is de enige gegarandeerde maandelijkse kost. Het Pro-abonnement kost $20/maand (of ongeveer $17/maand bij jaarlijkse betaling) en bundelt nu Claude op het web, de desktop-app, Cowork en Claude Code in je terminal. Eén belangrijke kanttekening die de video's overslaan: Pro werkt met rollende gebruiksvensters van vijf uur. Bereik de limiet om 14:00 uur en je volgende venster opent rond 19:00 uur. Voor intensieve sitegeneratie voel je die muur, en het is de belangrijkste reden waarom mensen overstappen naar de Max-tier.

GitHub is gratis voor privé-repo's. Geen sterretje voor dit gebruik.

Het Hobby-plan van Vercel is gratis en royaal: 100 GB bandbreedte, 1 miljoen edge-verzoeken en 1 miljoen serverless function-aanroepen per maand, met 4 uur actieve CPU. De valkuil die specifiek bureaus raakt — Hobby is alleen voor niet-commercieel gebruik. Op het moment dat je de site van een betalende klant host, hoor je op Pro te zitten voor $20/maand per ontwikkelaarsseat, waarmee je naar 1 TB bandbreedte gaat en overschrijdingskosten krijgt in plaats van een harde pauze. Voor persoonlijke projecten is gratis echt prima. Voor klantwerk, budget de $20.

MongoDB Atlas heeft een gratis M0-cluster (voorheen M0 genaamd, nu gewoon "Free") met 512 MB opslag. Voor een contentdatabase met tekst, layoutconfiguratie en versiegeschiedenis is 512 MB veel — je past tientallen sites erin voordat het uitmaakt. De echte beperkingen zijn de doorvoerlimieten: ruwweg 100 bewerkingen per seconde en 500 gelijktijdige verbindingen. Prima voor een CMS waar bewerkingen incidentele menselijke acties zijn. Niet prima als je per ongeluk paginaweergave bij hoog verkeer rechtstreeks erop richt zonder caching.

OpenRouter is puur betalen-per-gebruik bovenop doorgerekende modelprijzen, met een platformtoeslag van 5,5% op credits. Er is geen abonnement. Als de AI-bewerkingsassistent van een klant, zeg, 50 bewerkingsverzoeken per maand uitvoert tegen een mid-tier model, heb je het over centen. OpenRouter biedt ook gratis modellen (beperkt tot ruwweg 20 verzoeken/minuut, 200/dag) als je wilt dat de assistent letterlijk niets kost tijdens het testen.

Tel het op voor een echte klantdeployment: $20 Claude + $20 Vercel Pro + $0 GitHub + $0 MongoDB + een paar cent OpenRouter = ruwweg $40/maand om een onbeperkt aantal klantsites via één dashboard te draaien. Als je klanten $100–$200/maand rekent voor hosting en bewerkingen — het model dat ik uiteenzette in de AI-bureauretainerpost — is de marge duidelijk. Dat is de ontgrendeling van terugkerend inkomen die verborgen zit in een CMS-tutorial.

Nu het deel waar ik echt om geef: hoe je het ding bouwt.

Hoe bouw je een CMS bovenop een Claude Code-website?

Je bouwt een Claude Code CMS door eerst de statische site te genereren, deze te deployen naar Vercel, en vervolgens Claude Code een apart dashboard-app te laten genereren die verbinding maakt met MongoDB Atlas voor contentopslag en OpenRouter voor de AI-bewerkingsassistent. Hier is de vijfstappenreeks die Jack demonstreert, met mijn opmerkingen bij elke stap.

Stap 1: Stel Claude in met het juiste plan

Pak de Claude desktop-app en neem minimaal het Pro-abonnement ($20/maand) zodat je toegang hebt tot Claude Code. Als je meerdere sites in een sessie gaat genereren, overweeg dan serieus Max — het vijfuursvenster van Pro onderbreekt je midden in een build, en er is niets vervelender dan drie uur wachten om een layout af te maken.

Stap 2: Steel een ontwerprichting (op de juiste manier)

Dit is de stap die een site die eruitziet als een Claude-site onderscheidt van een site die eruitziet als de site van je klant. Accepteer niet de standaardesthetiek van Claude. Haal eerst echte inspiratie op.

Jack's aanpak is om Dribbble te doorbladeren, layouts te vinden die passen bij de sfeer die de klant wil, en screenshots of URL's in Claude te voeren zodat het de visuele taal kan analyseren. Hij gebruikt een "design blueprint extractor"-skill uit zijn community om die inspiratie te vertalen naar een gestructureerd siteplan — kleursysteem, typografieschaal, sectie-indeling, ruimteritme — voordat er ook maar één regel code wordt geschreven.

Je hebt zijn specifieke skill niet nodig om dit te doen. Het principe is wat telt: geef Claude een concreet visueel referentiekader plus een heldere beschrijving van het doel en de merkidentiteit van de site, en je krijgt output die mijlenver voorbij de generieke standaard gaat. Ik heb elke keer hetzelfde ervaren — de kwaliteit van een door Claude gegenereerd ontwerp is bijna volledig een functie van hoe specifiek de referentie en de briefing zijn. Vage briefing, generieke site. Strakke briefing met een echt referentiekader, iets waar een klant daadwerkelijk voor betaalt. Ik ga dieper in op deze dynamiek in de gids voor AI-app-ontwerpsystemen.

In de demo is het voorbeeldproject een servicesite voor een AI-automatiseringsbedrijf dat "Hermes"-agents verkoopt die de operationele kosten van bedrijven verlagen. Claude produceerde een samenhangend professioneel thema, echte marketingteksten, meerdere aangepaste illustraties van de AI-concepten en een strakke gesectiede layout — systeemuitleg, partnerlogo's, het hele pakket. De aangepaste beelden kwamen via een API-integratie met een betaalbare AI-beeldgenerator (hij gebruikt er een genaamd KIE) in plaats van stockfoto's, wat een groot deel uitmaakt van waarom het er niet als een template uitziet.

Stap 3: Bouw en verfijn iteratief

Genereer, en bekritiseer dan met screenshots. Dit is niet-onderhandelbaar. Je geeft Claude een screenshot van wat het heeft geproduceerd en gedetailleerde feedback — "de hero-afstand is te krap, de rij met partnerlogo's heeft meer ademruimte nodig, de CTA-kleur concurreert met de kop" — en het herziet. De eerste versie is nooit de definitieve. Behandel Claude als een snelle junior designer die je art-direct, niet als een automaat.

Stap 4: Host het gratis

Claude Code regelt dit bijna volledig via de CLI. Het maakt een privé GitHub-repo, pusht de code, verbindt Vercel en deployt naar een live URL. Het enige wat je handmatig doet is authenticeren. GitHub is je bestandsopslag en versiebeheer; Vercel weerspiegelt wat er in de repo staat naar de live site. Vanuit het Vercel-dashboard kun je ook een aangepast domein kopen of koppelen. Ik heb deze exacte deploy-flow vele malen uitgevoerd — het is echt bijna één commando zodra je authenticatie is ingesteld, en het is het minst foutgevoelige deel van het hele systeem.

Stap 5: Integreer het CMS (het daadwerkelijk moeilijke deel)

Dit is waar Claude een tweede app genereert — het CMS-dashboard — en het aan de site koppelt. Het dashboard maakt verbinding met MongoDB Atlas (je contentopslag), gebruikt een Vercel-token om deploys te triggeren en routeert de AI-bewerkingsassistent via een OpenRouter API-sleutel. Dit is het onderdeel dat een statische site omzet in een bewerkbaar platform, en het is het onderdeel dat echt werk kost om goed te krijgen.

Als je tot hier bent gekomen en instemmend knikt, denk je al serieuzer over dit onderwerp na dan de meeste mensen die de demo bekijken en verder gaan. Het volgende gedeelte is waar ik onderscheid maak tussen wat echt werkt en wat nog ruw is.

Als je liever hebt dat iemand deze hele stack voor je bouwt en bekabelt — de site, het CMS, de multi-tenant setup — neem ik precies dit soort opdrachten aan. Je kunt zien wat ik heb gebouwd op fiverr.com/s/EgxYmWD.

MongoDB Atlas instellen als je content-backend

MongoDB is hiervoor de juiste keuze, en niet per ongeluk. Het is een documentdatabase — het slaat JSON-achtige documenten op in plaats van rigide rijen en kolommen. Dat past bijna perfect op een CMS, waar elke pagina eigenlijk gewoon een boom van contentblokken is: een hero met een kop en afbeelding, een prijssectie met drie niveaus, een footer met contactinformatie. Je slaat elke pagina op als een document, elke versie als een snapshot, en het opvragen gaat snel.

Het instellen van het gratis cluster is oprecht eenvoudig, en hier zijn de exacte stappen uit de demo, die overeenkomen met wat je vandaag in de Atlas-UI ziet:

1. Maak een MongoDB Atlas-account aan bij de cloudconsole.
2. Kies het gratis M0-cluster — 512 MB opslag, geen creditcard vereist.
3. Geef het cluster een naam zoals website-cms.
4. Maak een databasegebruiker aan met een gebruikersnaam en wachtwoord waarmee het CMS authenticeert.
5. Whitelist IP-adressen onder Netwerktoegang zodat je app verbinding kan maken. Voor ontwikkeling kun je tijdelijk alle IP's toestaan, maar vergrendel dit voor productie.
6. Pak de driver-verbindingsstring en zet deze in de CMS-configuratie.

Zodra die verbindingsstring op zijn plek zit, stopt het CMS een lokaal speeltje te zijn en wordt het iets dat een klant via internet kan bereiken. En hier is het detail dat me echt imponeerde in de demo: omdat MongoDB de enige bron van waarheid is, kun je de lokale cache en bestanden volledig wissen en het CMS herbouwt zijn status uit de database. De content zit niet vast in de code. Dat is een echte architectuurwinst en precies hoe een contentsysteem zich zou moeten gedragen — de database is de canonieke opslag, de code is wegwerpbaar.

Atlas geeft je ook automatische back-ups, wereldwijde distributie en een altijd actief beheerd cluster, zodat je geen databaseserver hoeft te bewaken. Voor een solo-operator die klantsites beheert, is "ik hoef nooit over de database-infrastructuur na te denken" veel waard.

Eén eerlijke kanttekening, want ik heb dit meegemaakt: het plafond van ~100 bewerkingen/seconde van de M0 gratis tier is prima voor bewerkingen op menselijk tempo, maar zal absoluut vastlopen als je het slecht ontwerpt — bijvoorbeeld door bij elke publieke paginaweergave de database te raadplegen in plaats van statische pagina's ervan te bouwen. Lees content bij de build of cache agressief. Laat bezoekersverkeer M0 niet rechtstreeks raken. Doe dit verkeerd en je "gratis" tier wordt stilletjes de reden dat de site van een klant traag aanvoelt.

De tweelinkarchitectuur: hoe multi-tenant echt werkt

Dit is het deel van Jack's build dat ik het slimst vond, en ook het deel waar "versie 1"-eerlijkheid het meest telt.

Het systeem gebruikt twee verschillende toegangspunten:

• Een master-controlelink voor jou, de ontwikkelaar of het bureau. Van hieruit beheer je elke klantsite, kies je welk AI-model de bewerkingen aanstuurt en koppel je de hosting- en database-backends. Dit is je commandocentrum.
• Een klantgerichte bewerkingslink, met wachtwoord beveiligd, beperkt tot de site van één klant. De klant logt in en kan hun content bewerken en verder niets. Ze kunnen andere klanten niet zien, de structuur niet aanraken, niets breken buiten hun sandbox.

Claude genereert zowel de individuele klantsites als het master-CMS, en coördineert de authenticatie zodat elke gebruiker alleen zijn toegewezen pagina's bereikt. Vercel-tokens besturen de deployment; OpenRouter-sleutels besturen de bewerkings-AI. In theorie schaalt dit naar tientallen of honderden klantsites onder één dashboard, wat de echte zakelijke ontgrendeling is — het is dezelfde multi-tenant logica die het AI-bureauretainermodel op schaal laat werken.

Wat de klant binnen hun link kan doen: tekst en prijzen bewerken, afstand en layout binnen veilige grenzen aanpassen, afbeeldingen toevoegen en wijzigen, nieuwe pagina's toevoegen (een artikelpagina, een blanco pagina, wat dan ook), een voorbeeld bekijken op desktop/tablet/mobiel met AI-suggesties voor mobiele optimalisatie, en SEO-tools gebruiken die doelzinnen scoren, verbeteringen voorstellen en metabeschrijvingen per pagina laten bewerken. Er is ook een formulier-inbox die leads rechtstreeks in het CMS opvangt, en een geïntegreerde AI-chatassistent voor bewerkingshulp. Elke wijziging is versiebeheerd en alleen gevalideerde content wordt live gepubliceerd — wat de structuur en het ontwerp beschermt tegen "vernietiging door de klant."

Nu de eerlijkheid. Jack is openhartig dat dit versie 1 is en basaal, en dat moet je serieus nemen. Een multi-tenant CMS met auth, dataisolatie per tenant, auditlogs, deploy-orkestratie en een AI-bewerkingslaag is een echt softwareproduct — het soort ding waarvoor bedrijven geld ophalen. Claude Code kan verrassend snel een werkende versie ervan opzetten, en de demo bewijst dat de architectuur klopt. Maar "demo werkt van begin tot eind" en "ik zou dit vertrouwen met de gegevens van vijftig betalende klanten en een echte auth-grens" zijn verschillende uitspraken.

De dingen die ik persoonlijk zou versterken voordat ik iemand factureert: de auth- en tenantisolatiegrens (een bug hier betekent dat de ene klant de gegevens van de andere ziet — onacceptabel), invoervalidatie op wat de AI-editor mag terugschrijven, en snelheidsbeperking zodat een enkele klant niet je OpenRouter-credits kan uitputten of het M0-doorvoerplafond voor iedereen kan bereiken. Geen van deze zijn redenen om het niet te bouwen. Het zijn redenen om de gegenereerde versie 1 als een sterk startpunt te behandelen, niet als een afgewerkt product dat je op dag één aan een klant overhandigt.

Dat onderscheid — sterk startpunt versus leverbaar product — is het hele punt van eerlijk zijn over AI-gebouwde software. Laat me daarom duidelijk stelling nemen over wanneer dit de juiste aanpak is.

Wanneer deze stack de juiste keuze is — en wanneer niet

Bouw het Claude Code CMS wanneer je volledig maatwerk ontwerp wilt dat geen template kan bieden, je je eigen projecten of een kleine set klantsites beheert, en je genoeg technisch inzicht hebt om de versie-1 auth- en datagrenzen te versterken voordat je live gaat. Het plafond op ontwerpkwaliteit en de bijna-nul hostingkosten zijn onverslaanbaar voor dit profiel. Dit is de juiste keuze voor een ontwikkelaar-operator die een lean bureau runt.

Pak een kant-en-klare tool wanneer je op dag één beproefde multi-tenant auth nodig hebt, je niet vertrouwd bent met het beoordelen en versterken van gegenereerde backend-code, of je klanten functies nodig hebben (e-commerce, complexe permissies, compliance-audittrails) die een v1 niet zal hebben. Een volwassen headless CMS of een Webflow-plan bestaat met een reden. Er is geen schande in het niet opnieuw uitvinden van auth.

De fout waarvoor ik zou waarschuwen — en ik heb mensen het zien maken — is de gelikte demo als productierijp behandelen en de versterking overslaan. AI-gegenereerde software voelt af omdat het draait. Draaien en veilig zijn om voor betalende klanten te plaatsen zijn niet hetzelfde. Ik heb versies van deze fout zelf gemaakt, door iets te leveren dat werkte in de demo en brak zodra input uit de echte wereld het raakte. De oplossing is saai: beoordeel de gegenereerde code, test de auth-grens zoals een aanvaller dat zou doen, en cache agressief zodat je gratis tiers je niet verraden onder belasting.

Hier is de voorspelling die ik bereid ben te doen. Binnen een jaar stopt "AI bouwt je site en geeft je klant een veilige manier om het te bewerken" als een slimme tutorial en wordt het een basisvereiste voor iedereen die AI-gegenereerd webwerk verkoopt. Het ontwerpprobleem is opgelost. Het bewerkbaarheidsprobleem is de nieuwe slotgracht. Wie de gecontroleerde bewerkingslaag nail — onveranderlijk voor vernietiging door de klant, maar toch volledig bewerkbaar — bezit het terugkerende inkomen. De tools die hier worden getoond, zijn een vroege, eerlijke schets van waar dit naartoe gaat.

Veelgestelde vragen

Kan Claude Code een CMS bouwen?

Ja — Claude Code kan zowel een statische website als een apart CMS-dashboard genereren dat verbinding maakt met een database, deployt via Vercel en een AI-bewerkingsassistent gebruikt. Het gegenereerde CMS is een sterke werkende versie-1 die versterking van auth en dataisolatie nodig heeft voordat je het met betalende klanten vertrouwt. Zie de bouwstappen hierboven voor de volledige reeks.

Wat is de goedkoopste manier om een Claude Code-website te hosten?

Het goedkoopste productieklare pad is GitHub voor de repo (gratis), Vercel Pro voor commerciële hosting ($20/maand) en het gratis M0-cluster van MongoDB Atlas (512 MB) voor content. Het gratis Hobby-plan van Vercel werkt alleen voor persoonlijke, niet-commerciële sites.

Is de gratis tier van MongoDB Atlas genoeg voor een website-CMS?

Voor een content-CMS, ja — de 512 MB opslag van het gratis M0-cluster bevat gemakkelijk tekst, layoutconfiguratie en versiegeschiedenis voor veel sites. De echte limiet is doorvoer (~100 bewerkingen per seconde), dus cache agressief en richt publieke paginaweergave nooit rechtstreeks op M0 onder verkeer.

Wat doet OpenRouter in deze setup?

OpenRouter is de enkele API die de AI-bewerkingsassistent van het CMS aandrijft, met meer dan 300 modellen van Anthropic, OpenAI, Google en anderen achter één OpenAI-compatibel endpoint. Je wisselt van model met één parameter, en de prijzen zijn doorberekend plus een platformtoeslag van 5,5% — geen abonnement. Die flexibiliteit beschermt je tegen vastzitten aan de kosten van één leverancier.

Waarom kunnen klanten een Claude Code-website niet gewoon rechtstreeks bewerken?

Omdat het ontwerp in aangepaste code leeft, en een niet-technische klant rawe repo-toegang geven betekent dat één verkeerde bewerking de layout breekt. Een CMS-laag toont alleen veilige bewerkingsdoelen — tekst, prijzen, afbeeldingen, metatags — terwijl de structurele code vergrendeld blijft, zodat klanten alles kunnen veranderen wat ze nodig hebben en niets wat ze niet zouden moeten.

Laten we samenwerken

Wil je AI-systemen bouwen, workflows automatiseren of je technische infrastructuur opschalen? Ik help je graag.

• Fiverr (maatwerk builds & integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (enterprise-oplossingen): ramlit.com
• ColorPark (design & branding): colorpark.io
• xCyberSecurity (beveiligingsdiensten): xcybersecurity.io