Is WordPress slecht? Nee, maar wel overbodig. Het is alsof je met paard en wagen op pad gaat in plaats van met de auto. En die auto kost nu ongeveer net zoveel als paard en wagen.
In dit artikel leg ik uit waarom wij een weg buiten WordPress om zijn gaan zoeken, en waarom we daar niet meer van terugkomen.
Het begon bij de pagebuilder
In WordPress werk je doorgaans met een pagebuilder. Als je iets wilt bouwen, duurt dat heel lang. En toen wij begonnen, waren die pagebuilders totaal nog niet op AI ingericht. Dus zochten wij een weg buiten WordPress om.
Een pagebuilder maakt van standaardonderdelen, blokjes, code voor je. Zo hoef je zelf geen code te schrijven en kun je een website in elkaar bouwen, letterlijk bouwen. Met AI zeg je gewoon wat je wilt, en de AI verwerkt dat van tekst naar code in plaats van van blokjes naar code. Dat is veel sneller en veel flexibeler.
Zeg je “ik wil een blokje met ronde hoeken”, dan scheelt dat je al gauw vier klikken, één voor elke hoek. Vind je rood toch niet zo mooi, of wil je even tien kleuren zien om te kiezen welke het beste is, dan gaat dat met AI veel sneller. Oftewel: het bouwen en bijwerken van een website is sneller, makkelijker en flexibeler. Alles kan.
De pagebuilders zullen wel meegaan met de ontwikkelingen in AI. Maar ze zullen altijd achterlopen op wat je zelf kunt doen, en ze zijn van nature overbodig geworden.
Hoe groot dat verschil is, zagen we bij DeepCalls. Hun eerste website bouwden we nog in WordPress, en die stond binnen vijf dagen. Later zijn we overgestapt naar eigen code, zodat wijzigingen eenvoudiger door te voeren zijn. Bij WiltKracht kosten grotere wijzigingen sinds de overstap tot 90% minder ontwikkeltijd.
Plugins zijn ook gewoon code
Als je een succesvolle website hebt, heb je veel meer nodig dan pagina’s. Je moet kijken naar snelheid, naar SEO, dat soort dingen. In WordPress heb je daar allemaal plugins voor, en wil je reviews op je site, dan heb je weer een plugin nodig.
Maar een plugin is gewoon code. En AI kan die code ook schrijven, daar zit geen onderscheid in. Dus naast dat je een blokje makkelijk bewerkt met AI, realiseer je ook die extra functies met AI, zonder plugins.
Dat scheelt je wederom veel klikken. Je bent niet afhankelijk van een plugin, en je hoeft niet extra te betalen voor een plugin. En je bent altijd sneller dan de plugin. Wordt iets nieuws belangrijk, dan heb je dat binnen een dag gedaan. Een plugin doet daar langer over, omdat de maker het voor veel gebruikers tegelijk moet uitrollen en testen.
Een voorbeeld: bij Employ International Recruitment komen de vacatures rechtstreeks uit hun recruitmentsysteem RecruitNow, en verschijnen ze in drie talen op de site. Bij Rijacademie Uturn bleef de boekingsroute van PlanGo gewoon werken, en beheert de rijschool lespakketten en prijzen zelf in het CMS.
Beveiliging zonder omwegen
WordPress wordt veel gebruikt, en is daardoor ook bij aanvallers goed bekend. Veel werkt standaard op dezelfde manier, inloggen bijvoorbeeld. Er is veel over bekend, en dat maakt het bij een verkeerde instelling relatief simpel om in te breken.
Bij WordPress ben je dus afhankelijk van goed beheer, en dat is eigenlijk onnodig complex. Want ook daarvoor heb je weer plugins en bepaalde instellingen nodig.
En juist die plugins zijn het zwakke punt. Volgens het jaarrapport van Patchstack werden in 2025 11.334 nieuwe kwetsbaarheden gevonden in het WordPress-ecosysteem, 42% meer dan een jaar eerder. Daarvan zat 91% in plugins en 9% in thema’s, en in WordPress zelf werden er maar zes gevonden. Bij de helft van de lekken die op grote schaal werden misbruikt, zat er minder dan vijf uur tussen de bekendmaking en de eerste massale aanvallen.
Daarnaast heeft WordPress standaard een database, want het is een CMS. Je inhoud staat in die database, en die zit als het ware vast aan je website. Gaat die database kapot, dan gaat je website mee. Dat willen wij niet.
Wij hebben dat gescheiden. Je website zelf is statisch: gewone pagina’s die klaarstaan, zonder database erachter. Valt het beheersysteem uit, of moet het bij een kwetsbaarheid even offline, dan blijft je website gewoon draaien. En haalt een pagina gegevens uit een andere bron, dan zorgen we ervoor dat de website in de statische versie blijft staan als die bron wegvalt. Dat is een stuk robuuster.
Dan de formulieren. In WordPress komen die meestal in het CMS terecht. Bij ons gaan formulieren direct per e-mail naar jouw inbox. Wij hebben ze als websitebouwer dus niet ergens in een database staan, en er is daar ook niets om te stelen. Wordt je website gehackt, dan kunnen ze nog steeds niet bij die persoonsgegevens, want die zijn er niet. Privacy by design, zeg maar.
Geen uren meer aan dingen die niet zouden moeten bestaan
Met WordPress zien we vaak bugs. Je slaat een pagina op en er gaat iets mis met de cache, de kopie die WordPress bewaart om sneller te zijn, waardoor de pagina breekt. Of er gaat iets mis met een query, de aanroep van de database, en ook dan breekt de pagina. Terugzetten is dan weer lastig.
Uit onze ervaring waren we doorgaans uren per maand kwijt aan het oplossen van dat soort dingen. Dat hebben we nu niet meer, het gebeurt gewoon niet. En als het toch zou gebeuren, heb je het binnen drie minuten opgelost.
Ook voor back-ups heb je in WordPress weer een apart systeem of een plugin nodig. Bij ons staan de code en de inhoud in GitHub, met de volledige geschiedenis van elke wijziging. Daarnaast maken we elke dag een back-up van de inhoud. Heb je heel veel inhoud, dan zetten we er een beheerde database van Supabase achter, die van nature ook back-ups maakt.
Het CMS is bij ons de plek waar je je website bewerkt, niet de plek waar je inhoud staat. Dus ook als het CMS gehackt zou worden, ben je je gegevens niet kwijt.
De hele site in één keer bijwerken
Wil je iets over de hele website aanpassen, dan moet je dat in WordPress vaak op meerdere plekken doen. Of je moet het vooraf al zo hebben ingesteld dat je het op één plek aanpast en het overal verandert.
Met AI zeg je gewoon: we gaan de site langs, zijn er fouten, dingen die nog oud zijn, en passen we dat meteen aan? Dat heb je binnen een paar minuten gedaan. En je weet zeker dat je alles gehad hebt.
Dat zagen we bij Employ Enjoy Working!, een site in vier talen. Bij het overzetten kwamen fouten boven: mailadressen die niet werkten, een uurloon dat per taal verschilde, en machinaal vertaalde Poolse en Roemeense teksten. In WordPress had je die pagina voor pagina moeten opsporen. Bij de overstap zijn ze allemaal hersteld.
AI-zoekverkeer vraagt om een site die meebeweegt
Dan de ontwikkelingen in zoeken. Steeds meer mensen zoeken via AI-assistenten, en daar moet je je website op inrichten, onder andere met gestructureerde data. Die ontwikkelingen gaan nu sneller, dus je zult je website vaker moeten en willen aanpassen om mee te gaan. Met een pagebuilder is dat weer lastiger.
En je bestaande vindbaarheid gaat bij de overstap gewoon mee. Bij Employ controleerden we twee dagen na de overstap alle 162 oude links op de live site, en ze werkten allemaal. IBgids.nl verhuisde op 11 april 2026 van WordPress naar Astro. Binnen enkele dagen gaf Google Search Console de hoogste dagwaarden van de hele periode, voor zowel klikken als vertoningen.
De lijn liep al op voor de overstap, en er veranderde tegelijk meer dan alleen de techniek. De grafiek bewijst dus niet dat Astro de enige oorzaak is, wel dat de overstap de zichtbaarheid niet liet zakken.
Daarnaast kun je sinds AI zelf met veel meer dingen aan de slag. Wil je slimme tools op je website, dan bouw je die nu met AI. En dat is veel makkelijker te integreren in een website die in eigen code staat dan in WordPress.
En WordPress zonder pagebuilder dan?
Dat kan. Je kunt in WordPress ook zonder pagebuilder werken, via een thema of op een andere manier. Maar er is gewoon geen reden om dat in WordPress te doen, want het beheersysteem van WordPress is niet het beste. Het kan, maar eigenlijk is het een omweg.
Geldt dit ook voor Wix, Webflow of Framer?
Ja, de argumenten komen allemaal op hetzelfde neer. Ook daar bouw je met blokjes in een systeem van een ander, in plaats van met AI in je eigen code.
Bij Webflow en Framer komt er nog iets bij: ze zijn eigenlijk gewoon te duur. Je betaalt een premium, zonder dat je er inmiddels nog de premium voordelen voor terugkrijgt.
In de tijd zonder AI waren Webflow en Framer eigenlijk de standaard, en regelmatig beter dan WordPress. Zeker met hele mooie animaties. Maar ook de waarde daarvan neemt af, omdat er meer AI-zoekverkeer is. Een AI-assistent ziet een animatie als een hele berg code waar hij niks mee kan, in plaats van als een interessante wow.
Ze staan dus nog wel 1-0 voor op WordPress. Maar ook dat voordeel loopt sterk af, ten opzichte van een site die je met AI laat bouwen.
Paard en wagen, of de auto
WordPress heeft jarenlang goed gewerkt, en voor veel websites werkt het nog steeds. Maar er zijn simpelweg geen voordelen meer ten opzichte van een moderne tech-stack met een modern beheersysteem. De business case op een rij:
- Je bent vrijer. Elke functie en elke tool die je wilt, bouw je met AI in je eigen code, zonder te wachten op een plugin of vast te zitten aan een pagebuilder.
- Je bent veiliger. Geen stapel plugins als aanvalsroute, een website die los staat van de database, en geen persoonsgegevens uit formulieren die gestolen kunnen worden.
- Je bent goedkoper uit. Geen pluginlicenties, geen uren meer aan kapotte pagina’s, en aanpassingen die minuten kosten in plaats van uren.
- Je bent klaar voor wat komt. Je website beweegt mee met AI-zoekverkeer en met alles wat AI nog mogelijk gaat maken.
En dan de prijs. Met AI maak je nu sneller mooiere websites die beter presteren en veiliger zijn. Toch liggen de prijzen doorgaans niet hoger. Je krijgt dus een veel beter resultaat voor een soortgelijke prijs. Terwijl hetzelfde resultaat behalen in WordPress niet of nauwelijks goedkoper is geworden.
Zie het als een boekhouder die je per uur betaalt. Maar die boekhouder is heel langzaam, omdat hij nog alles met pen en papier doet in plaats van met een systeem. Het werkt wel, maar het is enorm inefficiënt, en daardoor betaal je gewoon te veel.
Wat is dan de oplossing?
De oplossing is dat een websitebouwer je website maakt met behulp van AI. Geprogrammeerd door AI, met de visie van de websitebouwer, in combinatie met jouw kennis van je eigen onderneming. Dat is het eigenlijk, en zo krijg je het beste resultaat.
Want ook al vervangt AI de pagebuilder en schrijft AI de code, die visie blijft van belang. Je kunt je website zelf maken, maar een gemiddelde websitebouwer bouwt met dezelfde tools een betere website dan de meeste ondernemers. En een slechte website kan je al gauw een aantal klanten kosten. Dat maakt het financieel vaak niet aantrekkelijk om je website zelf te bouwen. Bovendien kost het veel tijd, en ben je zelf verantwoordelijk voor beheer, onderhoud en updates.
Uitbesteden kost jou bovendien weinig tijd. Ligthart Assurantiën had nog geen website, en die stond er binnen vier weken, met minder dan drie uur inzet van de opdrachtgever zelf.
Ook hier gaat het voorbeeld van de boekhouder op. Je kunt je boekhouding zelf doen, maar vaak is het verstandiger om het uit te besteden.
Hoe wij het aanpakken
Zo’n jaar geleden zijn wij hiermee aan de slag gegaan. We kozen voor een vaste set gereedschap, en voor elk onderdeel hadden we een reden.
Astro voor de website. Astro levert pagina’s als gewone, kant-en-klare HTML, en stuurt alleen JavaScript mee waar het echt nodig is. Dat maakt een site snel en houdt het aantal onderdelen dat kan breken klein. Op 23 oktober 2026 scoorden onze klantsites op desktop 99 of 100 voor prestaties in Google PageSpeed Insights.
GitHub voor de code. Elke wijziging staat daar met een volledige geschiedenis, dus alles is terug te zetten en altijd geback-upt.
Vercel voor de hosting. Je site staat op een wereldwijd netwerk van servers, met SSL, en laadt dus overal snel.
Supabase als er veel inhoud is. Een beheerde database die van nature back-ups maakt.
Een eigen CMS. We hebben er ook voor gekozen om ons eigen CMS te maken, in plaats van een open-source CMS te gebruiken. Die open-source CMS’en kosten vaak alsnog geld, en dan zouden onze prijzen omhoog moeten. Of we zouden niet de volledige flexibiliteit hebben die we willen, en die we nu wel hebben. Heeft een klant een wens, dan willen we in ieder geval kunnen overwegen om die in het CMS te verwerken. Een CMS van een andere partij gebruiken slaat dan eigenlijk nergens op, want met AI kun je het nu zelf bouwen. Al is het maken van een CMS nog steeds vrij complex.
Zo kunnen we ook extra waarde leveren. Een gemiddeld CMS heeft bijvoorbeeld geen nieuwsbriefintegratie. Wij kunnen dat zelf wel bouwen, zodat je geen aparte nieuwsbrieftool nodig hebt.
We zijn nu een jaar van WordPress af, en we hebben nog geen nadelen ervaren. Op geen enkel vlak missen we WordPress.