Ga naar de inhoud
Diensten/WordPress-ontwikkeling op maat

WordPress-ontwikkeling op maat, gebouwd voor performantie en schaal

Thema’s, plugins en Gutenberg-blokken op maat, geschreven voor uw contentmodel.

HOW MUCH Labs bouwt WordPress-sites zoals software gebouwd wordt: code onder versiebeheer, een doordacht datamodel en enkel de markup die de pagina echt nodig heeft.

Het resultaat is een site die uw redacteurs kunnen beheren, uw ontwikkelaars kunnen lezen en uw bezoekersaantallen niet kunnen breken.

Markup die een browser moet renderen
Gegenereerde wrappers
<div class="wrap"><div class="row"><div class="col"><div class="inner"><div class="widget"><h2>Heading</h2>
6 niveaus diepinline stijlen per element
↓ dezelfde titel, met de hand gebouwd
Semantisch template
<section class="intro"><h2>Heading</h2>
1 niveaustijlen in één stylesheet
Het principe

Een website is software. Ze verdient dezelfde technische discipline.

De meeste performantieproblemen bij WordPress komen niet van WordPress. Ze komen van lagen generieke tooling die werk doen dat een template op maat helemaal niet zou doen.

We vertrekken van het contentmodel in plaats van van de lay-out: welke entiteiten er zijn, hoe ze samenhangen, wat redacteurs moeten kunnen aanpassen en wat de site nog moet kunnen bij tien keer zoveel verkeer.

Daarna schrijven we alleen de code die dat model vraagt.

Alles zit in Git, gaat door code review en wordt elke keer op dezelfde manier uitgerold. Niets van het gedrag van de site zit vast in een databaseveld dat maar één persoon begrijpt.

Wat we bouwen

Elk traject is een combinatie van deze onderdelen. We nemen enkel die op die uw project effectief nodig heeft.

01

Thema’s op maat

Een thema geschreven voor uw designs en uw contentmodel — geen instellingenpanelen per pagina, geen ongebruikte lay-outmachine. Templates die renderen wat de pagina nodig heeft en niets meer.

PHP-templatesdesignsysteemveilig voor redacteurs
02

Plugins op maat

Businesslogica waar ze thuishoort: in een plugin onder versiebeheer met eigen instellingen, tests en updatepad, zodat ze een themawissel overleeft.

WP-CLIcronjobssettings API
03

Gutenberg-blokken

Blokken op maat die redacteurs echte flexibiliteit geven binnen strikte designregels, met zinvolle standaardwaarden en previews in de editor.

block.jsonReactblokpatronen
04

API-integraties

CRM’s, ERP’s, PIM’s, boekings- en betaalsystemen — server-side gekoppeld met caching, herhaalpogingen, foutafhandeling en logging die u kunt nakijken.

RESTGraphQLwebhooks
05

Contentmodellering

Aangepaste berichttypes, taxonomieën en velden ontworpen rond uw entiteiten, zodat content gestructureerd, doorzoekbaar en herbruikbaar is in plaats van vast te zitten in paginatekst.

CPT’staxonomieënACF
06

Migraties

Weg van een verouderde site of een ander CMS, met content in kaart gebracht, redirects behouden en zoekposities beschermd.

redirect-schema’sdata-importSEO-pariteit
Performantie

Core Web Vitals zijn een gevolg van architectuur, niet van een plugin die u installeert

Een cachingplugin kan een trage pagina verbergen. Ze kan een zware pagina niet licht maken. Als het template megabytes CSS meestuurt voor een lay-out waar een grid volstond, lost geen enkele vorm van caching de ervaring op een smartphone met mobiele data op.

Wij werken aan de oorzaken: welke queries er lopen, hoeveel assets er laden, wat de main thread blokkeert en wat de browser moet uitrekenen voor hij iets kan tekenen.

Elk van de drie Core Web Vitals hangt samen met concrete keuzes die we tijdens het bouwen maken — niet met een score die we achteraf najagen.

LCPLargest contentful paint

Het hoofdelement rendert vroeg

Kritieke CSS inline, hero-media met de juiste afmetingen en prioriteit, fonts vooraf geladen met een fallback met dezelfde metrieken, en geen render-blokkerende scripts boven de vouw.

INPInteraction to next paint

Interacties reageren onmiddellijk

Om te beginnen weinig JavaScript, opgesplitst per route en uitgesteld waar het kan — zodat de main thread vrij is wanneer een bezoeker ergens op tikt.

CLSCumulative layout shift

Niets springt tijdens het laden

Expliciete afmetingen voor media en embeds, ruimte gereserveerd voor alles wat later wordt ingeladen, en geen content die na de eerste weergave binnenkomt en de pagina verschuift.

Schaalbaarheid

Gebouwd om overeind te blijven wanneer het verkeer komt

WordPress schalen gaat er vooral over dat het zware werk zelden gebeurt, en nooit terwijl een bezoeker staat te wachten.

Discipline in queries

Zware meta- en taxonomiequeries vervangen door geïndexeerde opzoekingen en vooraf berekende waarden, zodat een druk overzicht niet onderuit gaat.

Cachinglagen

Object cache voor terugkerende queries, volledige paginacache voor anonieme bezoekers, en duidelijke regels over wat nooit gecachet wordt.

Werk buiten de request

Imports, feeds, beeldverwerking en aanroepen van externe diensten afgehandeld door achtergrondtaken in een wachtrij, niet tijdens een paginaweergave.

Mediabeheer

Responsieve formaten bewust gegenereerd, moderne beeldformaten aangeboden en assets geleverd vanaf een CDN dicht bij uw bezoekers.

Verkeerspieken

Gedrag onder belasting getest voor de livegang, niet ontdekt tijdens een campagne — met cache warming en verstandige rate limits.

Beveiliging & hardening

Rollen met minimale rechten, afhankelijkheden bijgewerkt via de repository, secrets buiten de codebase gehouden en een audittrail van deployments.

Headless WordPress

WordPress als redactielaag, iets anders als frontend

Uw redacteurs houden de beheeromgeving die ze al kennen. De publieke site wordt gerenderd door een eigen framework — statisch gegenereerd of server-side op aanvraag — dat de content via REST of GraphQL uitleest.

Het past bij sites met meerdere frontends, een app die dezelfde content gebruikt, of een frontend waarvan de interactiviteit een PHP-template ontgroeid is.

Het kost ook meer om te bouwen en te beheren dan een degelijk gemaakt thema. We zeggen het u wanneer u het niet nodig heeft.

Wanneer het de moeite waard is
Meerdere frontends die één contentbron delen
Een mobiele app die dezelfde content leest als de site
Een sterk interactieve frontend die PHP-templates ontgroeid is
Een frontendteam dat al in een JS-framework werkt
Content die naar een statische host gepubliceerd moet worden
Een marketingsite die met een goed gebouwd thema beter af is
Een klein team, waar twee codebases dubbel onderhoud betekent
WooCommerce

Webshops die snel blijven met een grote catalogus en een drukke checkout

Bij WooCommerce betaalt ontwikkeling op maat zich het snelst terug. Catalogus, winkelwagen en checkout zijn de drie plaatsen waar een generieke opzet begint te knellen — en alle drie zijn het gewone engineeringproblemen.

Productoverzichten krijgen echte indexen en gecachete facetten in plaats van zware meta-queries. Winkelwagen en checkout blijven ongecachet en licht, zodat net de pagina’s die omzet dragen het minste werk doen.

Daarbovenop: prijsregels op maat, B2B-tarieven en offertes, abonnementen, ERP- en voorraadsynchronisatie, koppelingen met betaal- en verzendpartners, en de rapportering waar uw financiële team blijft naar vragen.

Producttypes op maatB2B-prijzen & tarievenAbonnementenERP- & voorraadsyncBetaalprovidersCheckout op maatMeerdere valutaOrderrapportering
Catalogus & checkout op schaal
Catalogus · duizenden producten
↓ geïndexeerde facetten · object cache
Gefilterd overzicht · uit de cache geleverd
Op voorraadMaat M€50–100
↓ sessiegebonden · nooit in de paginacache
Winkelwagen & checkoutMinimale assets

Logica voor betaling, voorraad en btw geïsoleerd in een plugin op maat, apart testbaar.

Hoe een WordPress-project bij ons verloopt

1

Verkenning en technische audit

We beginnen bij wat de site moet bereiken, wie eraan werkt en met welke systemen ze moet praten.

Bij een bestaande site auditeren we eerst het thema, de plugins, het datamodel, de hosting en de performantie, zodat het plan de oorzaken aanpakt in plaats van de symptomen.

2

Architectuur en contentmodel

Voor er ook maar één template geschreven wordt, leggen we het contentmodel vast: berichttypes, taxonomieën, velden, relaties en de redactionele ervaring errond.

Hier beslissen we ook wat de site níet nodig heeft — meestal de meest waardevolle beslissing van het project.

3

Bouwen in beoordeelbare stukken

De ontwikkeling gebeurt in branches, met code review en afgedwongen codeerstandaarden.

U ziet werkende pagina’s op staging zodra ze klaar zijn, geen grote onthulling op het einde. Feedback komt binnen wanneer bijsturen nog goedkoop is.

4

Testen en livegang

Performantie, toegankelijkheid, gedrag in verschillende browsers en de redactionele workflows worden op staging nagekeken, met data en hosting die op productie lijken.

De livegang is de uitrol van een nagekeken commit, met redirects op hun plaats en een terugweg als er iets niet klopt.

5

Overdracht en nazorg

U krijgt de repository, de documentatie en een doorloop voor wie de site onderhoudt en redigeert.

Van daaruit kunnen we aan boord blijven voor onderhoud en verdere ontwikkeling, of volledig een stap terugzetten — de codebase is zo geschreven dat het in beide gevallen werkt.

Stack & tooling

Alles via Git, niets aangepast op productie

Een wijziging wordt lokaal geschreven, nagekeken, getest op staging en dan vrijgegeven. Dezelfde commit die door staging kwam, is die welke live gaat.

WordPressthema’s · plugins · blokken op maat
PHPmoderne PHP · Composer · PSR-standaarden
FrontendTypeScript · Vite · progressive enhancement
DataMySQL · Redis object cache
Lokaal & CIDocker · Git · automatische controles
InfrastructuurAWS · Azure · CDN · monitoring
Deployment-pipeline
LokaalDocker
Dezelfde PHP & MySQL als productieVoorbeeldcontentLinting bij elke commit
Pull request · code review
StagingZoals productie
Automatische controlesNazicht door de klantPerformantie & toegankelijkheid
Nagekeken commit · uitrol
ProductieLive
Uitrol zonder downtimeTerugweg voorzienUptime- & foutmonitoring
Na de livegang

Onderhoud en ondersteuning, met code die bewust leesbaar blijft

Code op maat is enkel een troef als iemand er later mee verder kan. We documenteren wat we bouwen en dragen een repository over waarin uw eigen team — of uw volgende ontwikkelaar — kan werken.

Updates van core, plugins en afhankelijkheden

Eerst op staging toegepast, met de eigen testronde van de site voor er iets naar productie gaat.

Monitoring en foutopvolging

Uptime, fouten en trage queries worden aan ons gemeld, zodat problemen opduiken voor uw bezoekers ze melden.

Back-ups en herstel

Database en media volgens een schema geback-upt, met een herstelprocedure die effectief getest is.

Performantiecontroles

Periodieke controles dat de gemeten cijfers niet zijn weggedreven terwijl content en verkeer groeien.

Doorlopende ontwikkeling

Nieuwe functionaliteit als kleine, afgebakende wijzigingen door dezelfde review- en uitrolpipeline.

Documentatie en overdracht

Architectuurnota’s, handleidingen voor redacteurs en uitrolinstructies in de repository, actueel op het moment van overdracht.

Voor bureaus & studio’s

Wij bouwen onder uw naam, op de achtergrond

U houdt de klantrelatie en het design. Wij nemen de bouw op — thema, plugins, integraties — en leveren die in uw repository, volgens uw codeerstandaarden.

White label als standaard: geen logo in de voettekst, geen contact met uw klant tenzij u ons erbij wilt.

Werkt als een project met vaste scope of als extra capaciteit wanneer uw eigen team volzet is.

Hoe een samenwerking werkt →
Voor bedrijven

Een bouw waar u niet buitengesloten wordt

Een nieuwe site starten, of een site vervangen die traag en fragiel geworden is — we brengen eerst samen met u het contentmodel in kaart, zodat de bouw weergeeft hoe uw bedrijf echt werkt.

U krijgt de repository, de documentatie en de deployment-opzet. Geen gesloten laag van ons, geen licentie die stopt wanneer wij stoppen.

Als een deel van de bestaande site de moeite waard is, houden we het, in plaats van te herbouwen om het herbouwen.

In productie

Hoe dat er in een echte bouw uitziet: WordPress en Zabun

Ons vastgoedwerk is het duidelijkste voorbeeld van WordPress-ontwikkeling op maat op deze site: een plugin op maat die een vastgoed-CRM in WordPress synchroniseert, aangepaste berichttypes en taxonomieën, indexeerbare filter-URL’s, geplande taken en aanvragen die terug in het CRM belanden.

Dezelfde engineering, een ander domein. Heeft u een extern systeem dat uw website moet voeden, dan is het probleem van dezelfde aard.

Lees de pagina over de Zabun-integratie
Plugin op maat · wat ze doet
Pandgegevens volgens een schema opgehaald via de CRM-API
Omgezet naar aangepaste berichttypes, taxonomieën en ACF-velden
Media lokaal gesynchroniseerd in plaats van extern ingeladen
Filtercombinaties ontsloten als indexeerbare, SEO-vriendelijke URL’s
Aanvragen van de website terug in het CRM, gekoppeld aan het pand
FAQ

Veelgestelde vragen

Iets specifiek aan uw opzet? Beschrijf het en we vertellen u wat wij zouden doen.

Een kant-en-klaar thema is gemaakt om op elke site te passen en sleept dus functies en markup mee die u nooit zult gebruiken. Een thema op maat bevat enkel uw contentmodel en enkel uw lay-outs, en blijft daarom snel en makkelijk aan te passen.

Start een project

Vertel ons wat de site moet doen

Een nieuwe bouw op maat, een herbouw van iets dat traag geworden is, een plugin die eindelijk deftig geschreven moet worden, of ontwikkelcapaciteit achter uw bureau — beschrijf de situatie en we komen terug met een aanpak en een scope.

Als een bouw op maat niet het juiste antwoord is voor uw project, zeggen we dat.