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.
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.
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.
Elk traject is een combinatie van deze onderdelen. We nemen enkel die op die uw project effectief nodig heeft.
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.
Businesslogica waar ze thuishoort: in een plugin onder versiebeheer met eigen instellingen, tests en updatepad, zodat ze een themawissel overleeft.
Blokken op maat die redacteurs echte flexibiliteit geven binnen strikte designregels, met zinvolle standaardwaarden en previews in de editor.
CRM’s, ERP’s, PIM’s, boekings- en betaalsystemen — server-side gekoppeld met caching, herhaalpogingen, foutafhandeling en logging die u kunt nakijken.
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.
Weg van een verouderde site of een ander CMS, met content in kaart gebracht, redirects behouden en zoekposities beschermd.
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.
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.
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.
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.
WordPress schalen gaat er vooral over dat het zware werk zelden gebeurt, en nooit terwijl een bezoeker staat te wachten.
Zware meta- en taxonomiequeries vervangen door geïndexeerde opzoekingen en vooraf berekende waarden, zodat een druk overzicht niet onderuit gaat.
Object cache voor terugkerende queries, volledige paginacache voor anonieme bezoekers, en duidelijke regels over wat nooit gecachet wordt.
Imports, feeds, beeldverwerking en aanroepen van externe diensten afgehandeld door achtergrondtaken in een wachtrij, niet tijdens een paginaweergave.
Responsieve formaten bewust gegenereerd, moderne beeldformaten aangeboden en assets geleverd vanaf een CDN dicht bij uw bezoekers.
Gedrag onder belasting getest voor de livegang, niet ontdekt tijdens een campagne — met cache warming en verstandige rate limits.
Rollen met minimale rechten, afhankelijkheden bijgewerkt via de repository, secrets buiten de codebase gehouden en een audittrail van deployments.
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.
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.
Logica voor betaling, voorraad en btw geïsoleerd in een plugin op maat, apart testbaar.
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.
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.
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.
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.
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.
Een wijziging wordt lokaal geschreven, nagekeken, getest op staging en dan vrijgegeven. Dezelfde commit die door staging kwam, is die welke live gaat.
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.
Eerst op staging toegepast, met de eigen testronde van de site voor er iets naar productie gaat.
Uptime, fouten en trage queries worden aan ons gemeld, zodat problemen opduiken voor uw bezoekers ze melden.
Database en media volgens een schema geback-upt, met een herstelprocedure die effectief getest is.
Periodieke controles dat de gemeten cijfers niet zijn weggedreven terwijl content en verkeer groeien.
Nieuwe functionaliteit als kleine, afgebakende wijzigingen door dezelfde review- en uitrolpipeline.
Architectuurnota’s, handleidingen voor redacteurs en uitrolinstructies in de repository, actueel op het moment van overdracht.
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.
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.
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-integratieIets 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.
Ja — dat is net de reden om op WordPress te bouwen. We geven redacteurs een beperkte set blokken en velden op maat die overeenkomen met uw paginaontwerpen, zodat de pagina’s die ze maken niet kunnen afwijken van het designsysteem.
Vaak wel. We auditeren eerst het huidige thema, de plugins, het datamodel en de hosting, en stellen dan ofwel een gerichte herbouw van de trage delen voor, ofwel een volledig thema op maat, afhankelijk van wat de audit oplevert.
U. Alles wordt geleverd in een Git-repository die u beheert, met documentatie en de deployment-configuratie. Er is geen gesloten laag die stopt te werken als u niet langer met ons samenwerkt.
Ja. We bekijken wat er is, documenteren het en werken van daaruit verder. Als delen ervan de moeite waard zijn, houden we ze.
Ja — verdeelbare plugins met degelijke instellingen, updatebeheer, internationalisatie en codeerstandaarden, of het nu voor één klant is of voor publicatie.
We werken met uw hostingpartner of geven advies over een keuze. Wat we vragen is niets bijzonders: PHP-FPM, een object cache, HTTP-caching, cron die echt betrouwbaar is en een stagingomgeving die op productie lijkt.
Het hoort erbij. Een WooCommerce-webshop is WordPress-ontwikkeling op maat met commerciële randvoorwaarden erbij — de secties over catalogus, winkelwagen en checkout hierboven beschrijven onze aanpak.
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.