Website beheren zonder CMS: zo pas je teksten aan

Gepubliceerd op

Een website zonder CMS klinkt aantrekkelijk zolang je niets hoeft te veranderen. De vraag komt zodra het telefoonnummer wijzigt, er een nieuwe collega op de teampagina moet of een nieuwsbericht online moet: hoe doe je dat zonder inlogscherm? Bij een WordPress-site wist je waar je moest zijn, ook al kostte het zoeken in menu’s en blokken.

Bij een website zonder CMS werkt dat anders, en volgens MediaBlend prettiger. Dit artikel laat stap voor stap zien hoe een contentwijziging verloopt, wat je opstuurt, wat je beter samen doet en wat het kost.

Wat contentbeheer zonder CMS betekent

Bij een website zonder CMS staan de teksten in gewone tekstbestanden (Markdown), samen met de code van de site in een GitHub-repository. Een tekst aanpassen betekent dat zo’n bestand verandert. Er is geen database, geen adminpaneel en geen editor waarin je live in de pagina typt.

Dat klinkt technischer dan het is. Je hoeft die bestanden niet zelf te openen: je omschrijft wat er anders moet, en de wijziging wordt voor je voorbereid, getest en pas na goedkeuring geplaatst. In de regel doet MediaBlend dat voorbereiden voor je. Wil je het liever zelf aanvragen, dan werk je in Claude Code op je eigen computer, in een omgeving die MediaBlend inricht en waar een eigen betaald Claude-abonnement bij hoort.

Een wijziging omschrijf je in gewone taal, niet in een formulier

Een contentwijziging begint met een zin als “Zet op de pagina Over ons het aantal medewerkers op 12 en vervang de teamfoto door de bijgevoegde”. Meer is er niet nodig. Claude zoekt het juiste bestand op, past de tekst aan, zet de nieuwe foto in het juiste formaat op de juiste plek en legt de wijziging klaar als voorstel.

Het verschil met een CMS zit in wat je niet hoeft te weten. In WordPress moet je de juiste pagina vinden, het juiste blok, soms het juiste tabblad binnen dat blok, en daarna controleren of de opmaak niet is verschoven. Hier beschrijf je het resultaat, en de vertaling naar de techniek gebeurt voor je. Dat is de reden dat MediaBlend verwacht dat wie de site bijhoudt dit prettiger vindt dan een adminpaneel.

Elke wijziging is eerst te bekijken op een testversie

Niets gaat direct live. Elk voorstel wordt vastgelegd als aparte versie op GitHub (een pull request), en Vercel maakt daar automatisch een testlink van. Op die link zie je de pagina precies zoals bezoekers hem straks zien, inclusief de nieuwe foto en de aangepaste tekst.

Klopt het, dan wordt de wijziging goedgekeurd en samengevoegd, en staat hij binnen enkele minuten live. Klopt het niet, dan pas je de omschrijving aan en volgt een nieuw voorstel. Een fout die in een CMS meteen zichtbaar is voor bezoekers, blijft hier op de testversie hangen. MediaBlend doet die laatste controle, ook als je de wijziging zelf hebt aangevraagd.

Wat je opstuurt en wat je beter samen doet

Kleine, feitelijke wijzigingen stuur je op en MediaBlend voert ze door: openingstijden, een prijs, een nieuwe medewerker, een foto, een nieuwsbericht. Daar verandert niets aan de structuur of de vindbaarheid van de site, en de testversie vangt een vergissing op. Juist daarom is dit ook het soort wijziging dat zich het beste leent om zelf aan te vragen, voor wie de omgeving en het eigen betaalde abonnement heeft die daarbij horen.

Een nieuwe pagina, een andere indeling of een tekst die bezoekers moet overtuigen, doe je beter in overleg. Bij een website zonder CMS staan de paginatitel, de meta-description en het schema voor Google en AI-tools per pagina in de code. Een nieuwe pagina heeft die onderdelen ook nodig, en een dienstentekst werkt pas als hij aansluit op de rest van de site in toon en opbouw. MediaBlend raadt daarom aan dit soort wijzigingen samen op te pakken, zodat tone of voice, vindbaarheid en conversie in lijn blijven. Het beheer volledig uitbesteden kan ook; voor een deel van de klanten is dat de rustigste optie.

Wat een contentwijziging kost

Contentwijzigingen zitten niet in het vaste onderhoudspakket van MediaBlend. Dat pakket, vanaf €135 per maand, dekt het technisch beheer, de hosting en de kwartaalrapportage op basis van Google Analytics en Search Console. Wat je aan wijzigingen nodig hebt, spreken we per website af.

Voor de meeste MKB-websites is dat overzichtelijk: een dienstenpagina, een projectoverzicht en een contactpagina wijzigen een paar keer per maand, niet per dag. Wil je wijzigingen zelf aanvragen, dan richt MediaBlend daar eenmalig een omgeving voor in op je eigen computer, met de toon, de schrijfregels en de koppenstructuur van jouw site erin vastgelegd. Bij de oplevering lopen we die omgeving samen door, zodat je weet wat voor verzoeken erin passen. Daar hoort een eigen betaald Claude-abonnement bij; wat dat inhoudt en wat het van je vraagt, bespreken we bij de kennismaking.

Wat er niet meer kan, en waarom dat meevalt

Live in een pagina typen en direct opslaan kan niet meer. Dat is precies het gedrag dat bij een CMS de meeste ongelukken veroorzaakt: een tekst die half af online staat, een foto die het blok uit elkaar trekt, een pagina die per ongeluk gepubliceerd wordt. De testversie is geen omweg, maar de vervanging van dat risico.

Zelf een plugin installeren of een nieuwe functie aanzetten kan ook niet. Een formulier, een agenda of een koppeling is bij een website zonder CMS een bouwwijziging die MediaBlend doorvoert. Voor een organisatie waar een redactie dagelijks publiceert, is een CMS-scherm in 2026 nog het snelst; voor de meeste MKB-websites komt die situatie niet voor.

Praktijkvoorbeeld: mediablend.nl

MediaBlend werkt zelf op deze manier, ook bij de eigen website. Alle pagina’s en kennisbankartikelen van de nieuwe mediablend.nl zijn eerst als tekstbestand geschreven, gecontroleerd en bijgewerkt, voordat de bouw begon. Ook dit artikel is zo ontstaan: als bestand, in meerdere versies, met een aparte controle voordat het geplaatst wordt.

Sinds die tekstbestanden er zijn, verloopt elke aanpassing via dezelfde route: een omschrijving van de wijziging, een voorstel, een controle, en dan pas de definitieve versie. Per artikel staan de publicatiedatum en de datum van de laatste wijziging in het bestand zelf, zodat bezoekers en AI-tools zien hoe actueel de informatie is.

Conclusie

Een website zonder CMS beheer je door te zeggen wat er anders moet, niet door zelf in een beheeromgeving te werken. Elke wijziging is eerst op een testversie te zien, en pas na goedkeuring live. Feitelijke aanpassingen stuur je op en MediaBlend voert ze door; wil je ze zelf aanvragen, dan kan dat vanuit de omgeving die MediaBlend voor je inricht, met het eigen betaalde abonnement dat daarbij hoort. Een nieuwe pagina of een overtuigende tekst doe je beter in overleg. Wie een nieuwe website overweegt, doet er goed aan vooraf te bedenken hoe vaak de site verandert en wie dat gaat doen.

Veelgestelde vragen

Hoe snel staat een wijziging live op een website zonder CMS?

Zodra het voorstel is goedgekeurd, bouwt Vercel de site opnieuw en staat de wijziging binnen enkele minuten online. De doorlooptijd zit in de controle op de testversie, niet in de techniek.

Kan een collega ook wijzigingen aanvragen?

Ja. Opsturen kan iedereen: een collega stuurt zijn wijziging op dezelfde manier op, en MediaBlend zet hem in de site. Zelf aanvragen vraagt een eigen omgeving op de computer en een eigen betaald abonnement, dus spreek je per website af voor wie MediaBlend die omgeving inricht. Elke aanvraag doorloopt dezelfde route langs de testversie, dus een collega kan niets rechtstreeks live zetten.

Wat gebeurt er als een wijziging toch fout gaat?

Elke versie van de site blijft bewaard op GitHub. Een wijziging die achteraf niet klopt, wordt teruggedraaid naar de vorige versie. Dat is een van de redenen om content in versiebeheer te zetten in plaats van in een database.

Kun je een nieuwsbericht of blog plaatsen zonder CMS?

Ja. Een nieuwsbericht is een nieuw tekstbestand met een titel, datum en tekst. Je levert de tekst en een foto aan, of je schrijft het bericht samen met MediaBlend, en het verschijnt na goedkeuring op de site.

Kun je foto’s zelf vervangen zonder CMS?

Ja. Je stuurt de nieuwe foto mee met de aanvraag. De foto wordt verkleind, omgezet naar WebP en op de juiste plek gezet; de testversie laat zien hoe hij in de pagina valt voordat hij live gaat.

Lees ook