Bouw je website voor AI, niet voor een CMS uit 2010
Oude contentsystemen zijn gemaakt voor mensen die pagina's typen. AI werkt veel beter met gewone bestanden en een designsysteem. Dat scheelt ook geld.

Als je vandaag een nieuwe bedrijfswebsite laat bouwen, krijg je in negen van de tien gevallen hetzelfde voorstel: WordPress, een thema, een handvol plugins, een beheerderslogin waar jij zelf pagina’s in kunt typen. Dat is een prima antwoord op de vraag die tien of vijftien jaar geleden gesteld werd. Alleen is de vraag inmiddels veranderd.
Ik bouw al jaren software, en ik gebruik AI-tools elke dag bij dat werk. Wat mij daarin het meest is opgevallen, heeft eigenlijk niets met websites te maken maar geldt er wel voor: AI is goed in de dingen waar ontwikkelaars mee werken, en veel minder goed in de dingen waar beheerschermen mee werken. Dat verschil bepaalt nu hoeveel een website je de komende jaren gaat kosten aan tijd en aan geld.
Waar een klassiek CMS voor gemaakt is
Een contentsysteem als WordPress is ontworpen rond een mens. Een mens logt in, klikt op nieuwe pagina, typt in een editor, sleept een blok, drukt op publiceren. Alles eromheen, de database, het thema, de plugins, de instellingenschermen, bestaat om die ene handeling mogelijk te maken voor iemand die geen code schrijft.
Dat is op zichzelf een nette oplossing. Het probleem is dat de inhoud van je site daarmee in een database verdwijnt, achter een inlogscherm, in een structuur die alleen dat ene systeem begrijpt. AI kan daar zeker mee overweg, via de interface of via een koppeling, maar het is altijd omwegwerk. Het gereedschap moet eerst door een schil heen voordat het bij je tekst is.
Geef diezelfde AI gewone bestanden en het beeld draait om. Dan is je website een map met tekstbestanden, een set herbruikbare componenten en een designsysteem dat vastlegt hoe een kop, een knop en een prijskaart eruitzien. Daar is AI verrassend creatief mee. Je vraagt om een nieuwe dienstenpagina in de stijl van de bestaande pagina’s, en die komt er, met jouw componenten, in jouw opmaak, zonder dat iemand een thema hoeft te forceren.
Templates zijn daarbij trouwens niet het probleem. Ik hoor vaak dat maatwerk per definitie beter is, en dat is onzin. Een sjabloon is gewoon een afspraak over hoe dingen eruitzien, en juist die afspraak maakt het voor AI eenvoudig om er nieuwe pagina’s en artikelen bij te schrijven die niet uit de toon vallen.
Wat de klassieke route kost
Hier hoort een eerlijk prijsplaatje bij, want dit gaat niet alleen over techniek. De cijfers hieronder zijn typische marktbedragen, geen wet, maar je zult ze herkennen als je ooit een offerte hebt opgevraagd.
Een WordPress-site laten bouwen door een bureau kost meestal tussen de 3.000 en 8.000 euro. Daarna betaal je hosting en onderhoud, ergens tussen 50 en 150 euro per maand, omdat er een systeem draait dat bijgewerkt moet blijven. Licenties voor je thema en plugins lopen doorgaans van 100 tot 300 euro per jaar. Wil je later iets aangepast hebben, dan gaat dat tegen een uurtarief van grofweg 75 tot 125 euro. En om de twee tot drie jaar staat er een verbouwing op het programma, omdat het thema niet meer wordt ondersteund of de stapel plugins is vastgelopen.
Tel dat over vijf jaar bij elkaar op. Het bedrag waar je op uitkomt, staat zelden in verhouding tot wat de site voor je bedrijf doet, namelijk uitleggen wie je bent en zorgen dat mensen contact opnemen.
Hoe wij het doen
Deze site, web2000.nl, is gebouwd zoals ik het voor klanten bouw. Het is een statische site, gemaakt met Astro. De inhoud staat als gewone bestanden in git, dus alles wat ooit is gewijzigd is terug te vinden. De site wordt gehost op Cloudflare en kost daar niets. Er draait geen database en geen pluginstapel, dus er is ook niets dat gepatcht moet worden als er weer een lek in een plugin blijkt te zitten.
Zo’n site bouwen doe ik vanaf 2.500 euro.
Het punt is niet dat statisch modern is. Het punt is dat de site daarmee bestaat uit dingen die AI direct kan lezen en schrijven, en dat er geen laag tussen zit die alleen bedoeld was om een mens te helpen klikken.
En wie werkt hem dan bij
Dat hangt af van jou, en dit is het gesprek dat ik het liefst voer voordat we beginnen.
Ben je er zelf comfortabel mee, dan richt ik je AI-tooling zo in dat je met een prompt een pagina aanpast of een nieuw artikel laat schrijven, binnen jouw designsysteem, zodat het resultaat past bij de rest. Je hoeft daarvoor geen code te kunnen lezen. Je moet wel willen begrijpen wat je aan het doen bent, en dat is bij een beheerscherm van WordPress niet anders.
Werk je je site twee keer per jaar bij, of heb je gewoon geen zin in dit soort dingen, dan doen wij het. Dat is geen tweederangsoptie. Het is vaak simpelweg de goedkoopste manier om het goed te laten gebeuren, want het kost mij minder tijd dan het jou kost.
Een website die AI makkelijk kan lezen, is ook een website die jij over drie jaar nog kunt laten aanpassen door iemand anders.
Wat dit niet oplost
Ik wil eerlijk zijn over de grenzen hiervan. Een technisch nette site verkoopt nog niks. Als je niet weet wat je aanbiedt en voor wie, dan wordt het een snelle, goed gestructureerde pagina waar niemand iets van begrijpt. AI schrijft ook geen goede teksten over een bedrijf dat zelf nog niet weet wat het verhaal is.
En er zijn situaties waarin een klassiek CMS gewoon logisch is. Heb je vijf redacteuren die dagelijks publiceren en een redactieproces met goedkeuringen, dan is een beheeromgeving precies wat je nodig hebt. De meeste bedrijven die ik spreek hebben dat niet. Die hebben een site van tien pagina’s, werken hem een paar keer per jaar bij, en betalen ondertussen maandelijks voor het onderhoud van machinerie die ze nooit gebruiken.
Als je nu een offerte voor een nieuwe site op je bureau hebt liggen, is het de moeite waard om er één vraag naast te leggen: wat betaal ik hier over vijf jaar in totaal voor, en wat krijg ik daarvoor terug dat ik anders niet zou hebben. Kom je daar niet uit, stuur hem gerust een keer langs. Ik kijk er graag met je naar.