Websites bouwen in het AI-tijdperk
Een site bouwen is in een paar jaar fundamenteel veranderd. Niet door één tool, maar door een stapeling van veranderingen. AI in de IDE. AI als bezoeker. AI in de workflow van de klant.
de keuzes worden groter.
In dit artikel
Dat heeft gevolgen voor hoe je bouwt, niet alleen voor wat je bouwt.
Sneller, maar niet slordiger
AI maakt code schrijven sneller. Dat is geen geheim meer. Een component, een API-route, een styling-iteratie. In minuten in plaats van uren.
Maar snelheid zonder structuur leidt tot rommel. We zien sites verschijnen die er goed uitzien, maar instorten zodra de scope groeit.
De vraag is dus niet of je AI gebruikt, maar hoe. Een paar regels die voor ons werken:
AI schrijft, mens beslist. Architectuur, datamodel en kernlogica blijven menselijk. Wat AI mag doen: implementatiewerk, herhaling en boilerplate.
Tests zijn niet optioneel. Code die snel gegenereerd wordt, moet snel gecontroleerd worden. Anders verschuif je het probleem alleen maar.
Begrijp wat je laat schrijven. Code die je niet kunt uitleggen, kun je ook niet onderhouden.
Renderen voor de bezoekers van nu
We schreven al eerder over twee soorten bezoekers: de mens en de machine. Voor het bouwen betekent dat één concrete keuze.
Render server-side, of zorg op zijn minst dat je content beschikbaar is zonder JavaScript-execution.
Pure client-side rendering ziet er voor de mens prima uit. Voor een AI-crawler is je site dan effectief leeg. Geen content om te indexeren, geen tekst om te citeren, geen jij in het antwoord.
SSR, prerendering of static generation zijn geen technische luxe meer. Het is je toegangskaart tot het AI-web.
Performance als ontwerpprincipe
PageSpeed-scores klinken saai, maar ze zijn een heel betrouwbare proxy voor kwaliteit. Trage sites verliezen gebruikers, ranking en crawlbudget.
Wat we standaard meenemen in elke build:
- afbeeldingen in moderne formats, lazy loaded, met juiste afmetingen
- animaties die de browser kan compositen, niet repaints triggeren
- minimale renderblocking, kritisch CSS inline
- font-loading dat geen layout shift veroorzaakt
Geen van deze dingen is nieuw. Wat nieuw is, is dat ze niet langer optioneel zijn.
Een CMS dat past bij hoe we nu werken
Wij werken graag met Sanity. Niet omdat het hip is, maar omdat het past bij hoe wij bouwen.
Content blijft gestructureerd en herbruikbaar. De editor heeft echte controle. Onze code blijft schoon. AI-tools kunnen makkelijker meelezen omdat de data zelf logisch is.
Dat klinkt klein, maar het verschil tussen een CMS dat je structuur opdringt en een CMS dat je structuur faciliteert is enorm.
Wat blijft
Ondanks alle veranderingen blijft één ding overeind. Een site is een product, geen project.
Hij wordt gebouwd, gelanceerd en daarna jarenlang gebruikt. AI versnelt het bouwen, maar niet het denken. Goede architectuur, heldere content en een merk dat ergens voor staat: dat zijn nog steeds de dingen die het verschil maken.
De rest is gereedschap.