WordPress of maatwerk is geen smaakvraag. Het is een match tussen wat jouw bedrijf de komende jaren op de site moet kunnen, en wat het platform zonder gedoe aankan. Ik zet die keuze het scherpst als vijf typische MKB-situaties naast elkaar staan, omdat het antwoord per situatie kantelt. Onderstaande scenario's gaan over de eerste keuze, niet over migreren vanaf een bestaande installatie.
Vijf MKB-situaties waarin de keuze anders uitvalt
Neem een lokale dienstverlener. Een accountant in Uden, een advocaat in Oss of een praktijk in Veghel heeft vooral een betrouwbare site nodig: diensten, team, contact, eventueel een blog voor lokale zoekvragen. Acht tot vijftien pagina's, een formulier dat in de mailbox of het CRM landt, nette weergave op telefoon en basis-SEO. WordPress kan dat, mits het thema licht blijft en je geen page builder plus een stapel add-ons erbij trekt. Ik bouw dit soort sites zelf op Laravel, met een admin waarin je teksten en pagina's bijhoudt zonder pluginlaag. Dat is duurder bij de start dan een template, en rustiger als je later een extra landingspagina of een tweede vestiging toevoegt.
Projectportfolio's van aannemers en installateurs vragen iets anders dan een visitekaartje. Foto's van badkamers, daken of meterkasten moeten snel laden, per dienst en regio vindbaar zijn, en leiden naar een aanvraag die echt binnenkomt. Een zware WordPress-builder maakt van die galerijen al snel trage pagina's, vooral op mobiel waar de klant de site opent. Blijft het bij presentatie en leads, dan is een strak gebouwde site, WordPress of maatwerk, voldoende. Wil je daarnaast een rekentool, een statuspagina voor lopende klussen of later een login voor tekeningen, dan is WordPress het verkeerde fundament. Die extra stukken zijn software, geen extra plugin.
Publiceer je wekelijks kennisartikelen, cases of nieuwsbrieven, dan speelt het CMS zwaarder mee dan het design. WordPress is daar historisch sterk in: concepten, planning, media, een redacteur die zelfstandig live kan. Een maatwerk-CMS kan hetzelfde, gericht op jouw velden en workflow, zonder een thema dat bij elke update de layout opnieuw zet. De knip zit bij content achter een login. Zodra abonnees andere rechten hebben dan bezoekers, of downloadbare dossiers alleen voor klanten zichtbaar zijn, bouw je geen blog meer maar een kleine applicatie. Dat is het moment waarop ik Laravel kies, ook als de publieke voorkant eruitziet als een gewone website.
Klantlogin verandert de aard van het project. Documenten inzien, orders volgen, tickets openen of prijzen per account zien is geen CMS-taak. Plugins die dat beloven, zetten een portaal bovenop een blogsysteem. Dat voelt traag, is lastig hard te beveiligen en wordt duur in onderhoud omdat elke plugin zijn eigen datamodel meeneemt. Voor dit scenario is maatwerk de eerlijke route: rollen, rechten, logging en koppelingen zitten in de code, niet in een stapel extensies. De publieke marketingpagina's kunnen in dezelfde Laravel-app, zodat je geen twee stacks hoeft te beheren.
Marketing en bedrijfsproces in één WordPress-installatie is de valkuil die ik het vaakst terugzie. Offertes, planning, voorraad of interne status horen niet in dezelfde bak als je homepage. Je kunt het forceren met plugins en custom post types, tot een update de workflow breekt of een redacteur per ongeluk interne data publiceert. Splits het, of bouw één maatwerkstack waarin de publieke site en de applicatie bewust gescheiden blijven in rechten. Dat klinkt zwaarder op dag één, en het voorkomt dat je over twee jaar een migratie koopt die je nu al kon zien aankomen.
Waar WordPress als startkeuze wringt zonder dat je het merkt
Een page builder voelt snel tot de eerste serieuze wijziging. Sleep je blokken, tot je een afwijkende landingspagina, een rekentool of een koppeling met je agenda wilt. Dan blijkt de builder een eigen taal te spreken, en elke uitzondering wordt een workaround. Maatwerk vraagt vooraf nadenken over velden en paginatypes, en die uren verdien je terug als de site gaat groeien. Ik teken die structuur liever op papier voordat er een regel code staat, zodat we niet ontwerpen in een builder die morgen een breaking change krijgt.
Beveiliging hangt bij WordPress aan het ecosysteem. Het CMS zelf krijgt patches, maar themes en plugins hebben hun eigen tempo, en geautomatiseerde scans zoeken juist die combinaties. Eén verouderde add-on is genoeg. Een Laravel-site heeft ook updates nodig, van PHP tot framework, maar de aanvalsoppervlakte is kleiner omdat je geen willekeurige marketplace-code in productie trekt. Dat is geen magie. Het is minder bewegende delen, en iemand die verantwoordelijk is voor wat er draait.
Eigenaarschap van de stack is het derde verschil. Bij WordPress is de content van jou, de manier van bouwen hangt aan themes, builders en plugin-licenties. Stopt een developer, dan zoek je iemand die dezelfde stapel begrijpt. Bij maatwerk krijg je code en documentatie die een andere PHP-developer kan overnemen, mits het netjes is opgeleverd. Vraag daar expliciet om bij de briefing: staging, backups, hoe contentbeheer werkt, en wat er gebeurt als jij of ik uit beeld raakt.
Wat je in euro's en doorlooptijd naast elkaar zet
Startprijzen liggen uit elkaar, de jaarsom minder vaak. Een nette WordPress-site op een template landt vaak in de lage duizenden, soms lager als je zelf teksten en foto's levert. Een vergelijkbare Laravel-bedrijfssite bij mij zit eerder in de bandbreedte van een volwaardige bedrijfswebsite, grofweg vierduizend tot twaalfduizend euro afhankelijk van pagina's, content en migratie. Die vergelijking is pas eerlijk als je plugin-licenties, builder-abonnementen en uren voor updates over drie jaar meeneemt. Zonder die posten wint WordPress op de startfactuur, en verliest het als de site gaat groeien.
Doorlooptijd volgt de scope, niet het label van het platform. Een strakke brochure-site is in weken live, of je nu WordPress of Laravel kiest, als content op tijd klaar is. Portaalachtige stukken, koppelingen of rekentools rekken dat naar maanden omdat je bedrijfsregels moet vastleggen en testen. Wie "snel live" belooft en daarna plugins stapelt, verplaatst het werk naar na de livegang. Ik plan liever een fase één die marketing doet, en een fase twee voor software, zodat je niet wacht tot alles af is.
Onderhoud is de post die offertes scheidt. WordPress vraagt structurele aandacht: core, thema, plugins, PHP-versie, backups. Maatwerk vraagt framework-updates, monitoring en kleine wijzigingen, zonder jaarbundels van premium plugins. Reken in beide gevallen een maandelijks of jaarlijks bedrag, anders staat de site stil. Voor een MKB-site in Brabant die leads moet blijven trekken, is stilstand duurder dan het onderhoudscontract.
Hoe je de keuze maakt voordat je een offerte tekent
Schrijf eerst op wat de site over twee jaar moet kunnen, zonder platformnamen. Welke pagina's, wie vult content, welke formulieren, welke logins, welke koppelingen, en wat absoluut niet in de site mag. Past dat in pagina's plus formulier plus blog, dan is WordPress een verdedigbare route als je een WordPress-specialist neemt die licht bouwt. Komt er login, prijs per account, status van werk, of een koppeling die geldstromen raakt, dan is maatwerk de schonere start. Die zin op papier voorkomt dat je een CMS koopt voor een applicatieprobleem.
Pas daarna kies je een bouwer die die stack ook onderhoudt. Ik bouw geen WordPress. Zoek je bewust Elementor en de laagste instap, dan ben ik de verkeerde partij en zeg ik dat liever meteen. Wil je een site die ik kan opleveren en later uitbreiden zonder plugin-stapel, dan is Laravel de route, ook als het maar tien pagina's zijn. Op https://pimvdmolen.nl/maatwerk-vs-wordpress staat die split in het kort. In de praktijk is dat de eerlijkste knip: niet WordPress is slecht, maar dit is wat ik onderhoudbaar houd.
Ik kies in mijn eigen werk standaard voor maatwerk, niet uit minachting voor WordPress, maar omdat ik de codebase wil kennen als er iets stukgaat of groeit. Vijf scenario's verderop in je bedrijf ziet er anders uit dan vijf pagina's bij livegang. Als jouw situatie in een van die vijf hoeken valt, is de keuze zelden een identiteitskwestie. Het is een risico- en onderhoudsvraag, en die wil ik liever voor de kickoff beantwoorden dan na de derde plugin-crisis.
Wil je WordPress en maatwerk voor jouw situatie naast elkaar zetten, dan help ik je daar via https://pimvdmolen.nl/diensten/professionele-websites. Stuur een korte schets van wat de site moet doen, of je login of koppelingen nodig hebt, en je budgetbandbreedte mee via https://pimvdmolen.nl/contact. Dan zeg ik eerlijk of een lichte WordPress-route past, of dat Laravel-maatwerk de schonere start is.