Kies je websysteem op functie, niet op prijs

"Wat kost een website?" Het is de eerste vraag die bijna iedereen stelt, en het is de verkeerde. Want het antwoord dat erop volgt, klinkt verleidelijk: doe maar een template, of laat een AI-bouwer er in een middag een neerzetten. Snel klaar, een paar tientjes per maand. Voor de zzp'er met een one-pager is dat een prima keuze. Maar zodra een bedrijf zijn klanten, zijn sollicitanten of zijn omzet via de site binnenhaalt, is "snel en goedkoop" een antwoord op een vraag die er niet toe doet. De vraag die telt is een andere: hoeveel leunt je organisatie straks op dit ding, en wat moet het dragen?

---

De prijs is de verkeerde eerste vraag

Een websysteem kiezen voelt als een aankoop, en bij een aankoop vergelijk je prijzen. Maar je koopt geen product met een vaste prijs. Je kiest een fundament waar de komende jaren je belangrijkste kanaal op rust. Optimizely vatte het in 2026 scherp samen: de keuze gaat niet over features, maar over hoe content door je organisatie beweegt. Wie publiceert, hoe vaak, met welke goedkeuring, gekoppeld aan welke systemen, met welke data-eisen. Begin je bij budget en type ("WordPress of maatwerk, en wat mag het kosten?"), dan ben je de echte vraag al kwijt voordat je begint.

Functie en doel gaan dus vóór prijs. Niet omdat geld er niet toe doet, maar omdat de prijs een gevolg is van wat je nodig hebt, niet andersom. Een te zwaar systeem voor een lichte site is net zo'n verkeerde keuze als een template voor een site die een half bedrijf draagt. De kunst is om eerst te bepalen waar je zit.

---

Je afhankelijkheid bepaalt het systeem

Het verschil tussen een lichte en een zware keuze loopt langs één lijn: hoe afhankelijk je bent van wat de site doet. Die afhankelijkheid is geen kwestie van smaak of ambitie, maar van wat er stukgaat als de site het laat afweten.

Niemand kiest bewust voor het zware uiteinde. Het sluipt erin. Een merk begint met één pagina, krijgt er een tweede taal bij, dan een aanvraagformulier met persoonsgegevens, dan veertig redacteuren in vier landen. Tegen de tijd dat iemand vraagt welk platform dit eigenlijk moet zijn, draagt de site al een half bedrijf, op een fundament dat ooit voor die ene productpagina werd gekozen. De afhankelijkheid groeide; de keuze groeide niet mee.

---

Het speelveld valt in drie zones

De markt is geen keuze tussen twee opties. Hij valt uiteen in drie zones, en bij elke zone hoort een soort afhankelijkheid. Goed om te weten waar de zwaartekracht zit: WordPress draait bijna zes op de tien sites met een bekend CMS, dus elke keuze is in de praktijk een keuze vóór of tegen WordPress. Dat marktaandeel zegt iets over de instapdrempel, niet over de geschiktheid voor jouw merk.

De meeste organisaties zitten in zone 2 en horen daar te blijven. Het kantelpunt naar zone 3 is geen kwestie van prestige. Het komt in beeld zodra de site beloften gaat dragen die hij niet meer mag breken: een belofte aan een toezichthouder, aan een klant over zijn data, aan veertig collega's over hun werk. Tel die beloften, en je weet in welke zone je zit.

---

Tel wat je site moet dragen

In plaats van met een featurelijst begin je met een korte inventaris. Vijf vragen leggen het gewicht van je site bloot. Hoe vaker je "ja, en het wordt meer" antwoordt, hoe verder je naar zone 3 schuift.

1. Koppelingen. Hangt de site aan een CRM, een vacaturesysteem, een betaalprovider? Eén koppeling is een instelling. Vijf die realtime moeten kloppen, zijn een architectuur.
2. Data. Verwerk je losse contactgegevens, of gevoelige persoonsgegevens? Hoe gevoeliger, hoe meer beveiliging een fundament moet zijn in plaats van een vinkje achteraf.
3. Toegang. Twee beheerders, of veertig redacteuren over acht afdelingen? Bij schaal is "wie mag wat" geen detail, maar het halve systeem.
4. Regels. De AVG en de toegankelijkheidswet waren ooit het werk van de jurist achteraf. Nu bepalen ze de platformkeuze vooraf.
5. Eigenaarschap. Kun je over drie jaar je content én je klantdata meenemen naar een ander systeem? Of bouw je een huis zonder deur?

De vier zware dimensies, integratie, governance, data en toegankelijkheid, verdienen elk een eigen blik. Want precies hier breekt een te licht systeem, en precies hier laat een verkooppraatje het stil.

---

Een koppeling is geen plug-in

De makkelijkste belofte van een licht platform is "dat koppelen we even met een plug-in". Maar een plug-in is geen koppeling, het is een vreemde leverancier die je in je fundament zet. Je erft zijn updateritme, zijn beveiliging en zijn voortbestaan. In het WordPress-ecosysteem werden in 2025 ruim 11.000 nieuwe kwetsbaarheden gevonden, waarvan 91 procent in plug-ins en thema's zat, niet in de kern. En de tijd werkt tegen je: de zwaarst aangevallen lekken worden mediaan binnen zo'n vijf uur na publicatie misbruikt, sneller dan een gemiddeld bureau zijn updates draait.

Het kan erger dan een vergeten update. In september 2025 werd een opgekochte portefeuille van twintig plug-ins, samen goed voor meer dan 200.000 actieve sites, voorzien van een verborgen achterdeur die pas maanden later activeerde. Dat is het verschil tussen instelling, koppeling en architectuur. Een aanmeldmodule die sollicitaties versleuteld doorzet naar een ATS, of een formulier dat gegevens naar een kernsysteem stuurt en dat elke keer foutloos moet doen, is geen pagina meer. Dat is software, en software die je niet zelf in de hand hebt, is een afhankelijkheid die je niet kunt overzien.

---

Governance is een poort, geen richtlijn

Een tweede ding dat een licht platform niet voor je oplost: de kwaliteit zakt zodra er meer mensen aan zitten, tenzij het systeem dat tegenhoudt. Elke redacteur die een blok toevoegt, elke "even snel" gepubliceerde wijziging, schuift de site een stukje weg van waar hij begon. Dat is geen discipline-probleem dat je met een handleiding oplost. 81 procent van de bedrijven worstelt met content die niet on-brand is, terwijl consistente merkvoering tot 33 procent meer omzet kan opleveren. Merkbewaking is dus een omzetkwestie, geen smaakkwestie.

Het verschil zit in of het systeem een poort kent. Op een platform met één rol kan iedereen alles, en richt één gecompromitteerd account maximale schade aan. Een fundament met echte autorisatie scheidt schrijven van publiceren: een redacteur mag aanmaken en opslaan, maar niet live zetten, en de rechten lopen tot op het niveau van een afzonderlijk veld. Daar bovenop houdt het per pagina bij wie wat wanneer veranderde. Dat is niet alleen netjes, het is wat de AVG (artikel 5 en 32) en de aankomende Cyberbeveiligingswet van je vragen: kunnen aantonen wie persoonsgegevens raakte en wanneer.

---

EU-hosting is een knop met een sterretje

Zodra je site persoonsgegevens verwerkt, wordt waar die data staat een bestuursvraag. En hier zit de stille valkuil van de lichte platformen: "gehost in de EU" is bij veel AI-bouwers een knop die je zelf moet omzetten, soms achter een duurder abonnement, en bij sommige ligt de keuze na de start onomkeerbaar vast. Erger nog, een EU-datacenter van een Amerikaanse aanbieder dekt het gat niet. De juridisch directeur van Microsoft Frankrijk gaf in juni 2025 onder ede toe de toegang van de VS tot in Europa opgeslagen data niet te kunnen garanderen. Onder de Amerikaanse CLOUD Act geldt dat ongeacht waar de servers fysiek staan.

De AI-bouwer maakt dat scherper. AI schrijft razendsnel, maar in een test van meer dan honderd taalmodellen koos de gegenereerde code in 45 procent van de gevallen een onveilige optie, en die foutmarge zakt niet mee met slimmere modellen. Het bleef niet bij theorie: één app gebouwd op zo'n platform lekte bijna 19.000 records door code met omgekeerde inloglogica, waarna de leverancier de verantwoordelijkheid bij de gebruiker legde. Met de EU Cyber Resilience Act (verplichtingen vanaf eind 2027) en NIS2, die in Nederland de Cyberbeveiligingswet wordt, verschuift de aansprakelijkheid voor digitale producten juist naar de aanbieder, met persoonlijke verantwoordelijkheid voor bestuurders. "Wie bouwt en host je site" is daarmee van kostenpost een risicobeslissing geworden.

---

Toegankelijkheid hoort in de code

Sinds 28 juni 2025 is webtoegankelijkheid handhaafbaar Europees recht. De European Accessibility Act wijst via de norm EN 301 549 naar WCAG niveau A en AA als wettelijke eis voor onder meer webshops, bank-, telecom- en vervoersdiensten. In Nederland handhaven vijf sectorale toezichthouders (RDI, ACM, AFM, ILT en CvdM) met boetes tot zo'n 900.000 euro. Welke toezichthouder, hangt af van de sector: een webshop valt onder de ACM, een bank onder de AFM.

De goedkope sluiproute, een widget die belooft je site in 48 uur toegankelijk te maken, is technisch en juridisch failliet. De Amerikaanse toezichthouder beboette de bekendste overlay-verkoper met een miljoen dollar voor precies die valse belofte. Geautomatiseerde hulpmiddelen vangen hooguit zestig procent van de eisen; de rest blijft mensenwerk. Sterker, een laag die je over slechte basiscode plakt, maakt het meetbaar erger. Toegankelijkheid is geen reparatie achteraf, maar een eigenschap van schone, semantische code. Het zit in het fundament, of het zit er niet.

---

AI reikt zover als je autorisatie

De nieuwste reden om eigenaarschap serieus te nemen is AI. De vraag is niet of AI in je systeem mag meewerken, maar binnen welke grenzen. OWASP noemt "excessive agency" als een kernrisico van AI-toepassingen, met als remedie precies één ding: laat de AI alleen handelen binnen de rechten van de gebruiker. Dat kan alleen op een fundament dat rechten überhaupt kent.

Daar zit het verschil. Op een gehuurd, gestapeld platform is AI een laag die je er niet zelf op legt en niet in de hand hebt. Op een fundament dat je bezit, knijp je AI dicht op je eigen voorwaarden. Umbraco laat dat concreet zien: zijn koppeling voor AI-assistenten geeft toegang tot ruim 315 functies, maar uitsluitend via een gebruiker wiens rechten jij instelt. De AI kan precies zoveel als die rechten toelaten, geen byte meer. En goed gemodelleerde content levert nog een bonus: hoe netter je merk gestructureerd is, hoe betrouwbaarder een AI-zoekmachine het later citeert. Structuur is geen technische luxe, maar vindbaarheid.

---

Wat het kost, en wat het twee keer kost

Pas hier komt de prijs in beeld, en als gevolg, niet als reden. Een licht platform kost bijna niets tot het zich als software moet gedragen. Daarna gelden de wetten van software. Een eerlijke vuistregel:

Een open fundament zoals Umbraco draait op een gratis kern; je hosting begint rond 45 euro per maand op een Europees datacenter, of je host het volledig zelf. Een "gratis CMS" is alleen geen "gratis website": de waarde zit in ontwerp, bouw en beheer, niet in een licentie. De duurste post van allemaal komt pas als het fundament niet meegroeit. Wie bouwde op iets dat niet was gekozen om te dragen, zit gemiddeld na drie tot vijf jaar opnieuw aan tafel voor een volledige herbouw. Dat bedrag een tweede keer uitgeven, omdat het eerste fundament niet meekon, is de echte rekening van het goedkope begin.

---

Waarom wij op Umbraco bouwen

Voor de zware kant van dat spectrum bouwen wij bij Schwung bewust op Umbraco, en niet op wat op dat moment het snelst klaarstaat. Niet omdat het indrukwekkender klinkt, maar omdat het precies de dingen borgt die een gehuurd platform structureel niet borgt.

Dat Umbraco de zwaarste eisen aankan, is geen aanname. De Raad van de Europese Unie koos het, na vergelijkende proeven tegen andere systemen, om al zijn content in 24 officiële talen te dragen, bijgehouden door zo'n 800 vertalers. Dichter bij huis draaien onder meer de NVM, Papendal en de Nationale Ombudsman erop, en staat Nederland in de wereldwijde top vijf van Umbraco-landen. Dat laatste is ook het antwoord op de eerlijke zorg bij een minder bekend systeem: valt het ene bureau weg, dan kan het merk terecht bij tientallen andere Umbraco-partners. Geen lock-in, ook niet op de leverancier.

En misschien wel het belangrijkste: bij ons zitten de merkstrateeg en de .NET-ontwikkelaar in hetzelfde team. De een bepaalt de positie en het ontwerp, de ander maakt het technisch waar, zonder de overdracht tussen een bureau dat bedenkt en een partij die bouwt. Juist in die overdracht gaat in de praktijk de meeste kwaliteit verloren. Dat we op Umbraco bouwen is daar het gevolg van, niet het uitgangspunt.

---

Soms is licht het juiste antwoord

Tot slot, want anders zou dit een verkooppraatje zijn: een zwaar fundament is voor de meeste sites niet nodig. Een brochuresite of campagnepagina zonder klantdata, portaal of diepe koppelingen draait uitstekend op Webflow of een nette WordPress. Een landingspagina via een AI-bouwer? Doen. Een duur systeem garandeert op zichzelf niets; de kwaliteit zit in hoe iets gebouwd en beheerd wordt, niet in het gewicht van de backend. Wie zonder echte eisen voor Umbraco kiest, koopt complexiteit die hij niet gebruikt, en maakt aan de zware kant precies de fout die de template-koper aan de lichte kant maakt.

De kunst is dus niet om het zwaarste te kiezen, en ook niet het goedkoopste. Het is om het type site en de prijs even los te laten, en te tellen wat hij echt moet dragen. Vraag bij de start niet "WordPress of Umbraco, en wat kost het", maar: welke beloften gaat deze site dragen, hoe afhankelijk zijn we ervan, en draagt het systeem dat in zijn fundament of plak ik het er straks handmatig op? Dan volgt het systeem vanzelf uit het doel, en niet uit het budget.

---

Verder lezen

• Schwung | bureau voor webdesign en webdevelopment in Tilburg
• Branding en arbeidsmarktcommunicatie met Schwung