WordPress-website laten maken — custom thema, snel, vanaf €1.500

Een WordPress-website laten maken die over vijf jaar nog snel, veilig en bewerkbaar is. Dat is waar het hele verhaal om draait. Niet om een Themeforest-template met dertig plugins die elkaar in de weg zitten. Niet om een goedkope freelancer die na drie maanden onbereikbaar is en niemand de licentie van de page-builder kan vinden. En niet om "we kozen WordPress want het is gratis", waarna blijkt dat de hosting €99 per maand kost en de site nog steeds traag is.

Bij SRIservices bouwen we WordPress-sites zoals software hoort te worden gebouwd: in code, met versiebeheer, getest, met een eigen thema in plaats van een gehuurde template, en met een admin die je redactie zelf kan bedienen zonder elke keer een developer te bellen. Eén persoon, end-to-end, vanaf €1.500 voor een eerste oplevering.

Wat in dit artikel komt: wat je écht krijgt als je een WordPress-website laat maken, wanneer WordPress de juiste keuze is en wanneer niet, hoe wij anders werken dan de meeste WordPress-bouwers, welke plugins we standaard gebruiken en welke we expliciet weren, hoe je een WordPress-site écht snel krijgt (PageSpeed 90+), wanneer headless WordPress met Next.js zinvol is, en wat het van briefing tot live kost.

Wat krijg je als je een WordPress-website bij ons laat maken

Een productie-klare WordPress-site, gebouwd op een serieuze stack en geleverd in 2 tot 6 weken, afhankelijk van complexiteit. Concreet:

• Een custom WordPress-thema geschreven in PHP. Geen Elementor-soep, geen Divi-spaghetti.
• ACF Pro voor structuur. Content-blokken die je redactie zelf kan plaatsen, zonder de layout per ongeluk te breken.
• Bedrock voor de project-structuur. Composer, .env-config, fatsoenlijke deploys.
• Een klein, gericht set plugins. Geen 50 plugins die elkaar overlappen.
• Snelle hosting. Een eigen VPS of een Nederlandse host met PHP 8.x, NGINX, Redis en goed-geconfigureerde HTTPS.
• SEO-fundament dat klopt. Schone URL's, sitemap, schema.org-markup, hreflang voor meertalig.
• Veiligheid out-of-the-box. Automatische security-updates, fail2ban op de server, dagelijkse backups.
• Een blog die geen afterthought is. Fatsoenlijke typografie, leestijden, related-posts, sitemap-prioriteit.

De codebase staat vanaf dag één op jouw GitHub. De content staat in WordPress, de code in versiebeheer. Zo hoort het. En niet — zoals 80% van de WordPress-installaties die we tegenkomen — waar niemand meer weet wat er op de productieserver staat.

Wanneer WordPress de juiste keuze is, en wanneer niet

WordPress werkt geweldig voor:

• Content-gedreven websites. Blogs, magazines, kennisbanken, publishers.
• Corporate sites en portfolio's. Bedrijfssites die periodiek geactualiseerd worden.
• Lokale ondernemers en kleine MKB. Wanneer de redactie zelf content moet kunnen toevoegen, zonder developer.
• WooCommerce e-commerce tot ongeveer €5M omzet — zie WooCommerce webshop laten maken.
• Multi-language content sites. WPML of Polylang voor NL/EN/DE en andere talen.

Niet ideaal voor:

• Web-applicaties met complexe gebruikersrollen. Daar past Laravel beter.
• Hoge real-time interactie. Chat, live-dashboards, multiplayer-functionaliteit.
• B2B SaaS-platformen. Eigen framework + API + SPA front-end is logischer.
• Marketplaces met complexe matching-algoritmes. Niet WordPress.

In het strategiegesprek hoor je eerlijk welke kant op het beste werkt voor jouw situatie. Soms is dat WordPress. Soms niet. Soms een combinatie waarbij WordPress de content-laag is en een aparte applicatie de functionaliteit doet.

Onze aanpak — geen plugin-soep, geen template-show

De meeste WordPress-bouwers werken op één van twee manieren. Of een Themeforest-template aanpassen tot de klant tevreden is — snel, kwetsbaar, niet uniek. Of een page-builder zoals Elementor gebruiken voor alles — traag, vast aan een licentie, niemand kan het later onderhouden.

Wij doen het anders:

1. Custom thema in PHP. Een schoon thema, gebaseerd op een minimale basis (bijvoorbeeld _underscores of een eigen starter), dat doet wat de site nodig heeft en niets meer.
2. ACF Pro voor content-structuur. De redactie kan content-blokken plaatsen, herordenen en bewerken. Maar niet de layout breken.
3. Performance vanaf dag één. Redis-caching, geoptimaliseerde afbeeldingen via WebP, lazy-loading, kritisch CSS inline.
4. Beperkte plugin-set. Yoast voor SEO, ACF Pro voor velden, WPForms of Gravity Forms voor formulieren, Wordfence voor security. Geen 30-plugin-stapel.
5. Versiebeheer en deploys. Git, staging-omgeving, geautomatiseerde deploys via SSH of CI/CD.

Het resultaat: een WordPress-site die snel laadt (PageSpeed 90+), die jaren mee kan zonder herbouw, en die elke WordPress-developer kan onderhouden — niet alleen iemand die jouw specifieke page-builder kent.

Plugins die we standaard meenemen, en plugins die we weren

WordPress-sites die we overnemen of bekijken voor een second opinion hebben gemiddeld 28 plugins geïnstalleerd. Vaak zijn er drie of vier echt nodig, en vervangt elke andere plugin functionaliteit die het thema of een bestaande plugin al biedt. Onze standaard set is bewust klein:

Wat erin zit:

• ACF Pro. Voor custom-fields en content-blokken. De ruggegraat van een onderhoudbaar WordPress-thema.
• Yoast SEO of Rank Math. Voor sitemap, breadcrumbs, schema.org, meta-tag-controle.
• WPForms of Gravity Forms. Voor formulieren met spam-bescherming en koppelingen naar mail-tools.
• Wordfence of iThemes Security. Voor login-rate-limit, fail2ban-achtige blokkering, malware-scan.
• WP Rocket of een server-side cache (Redis + NGINX FastCGI Cache). Voor caching en pagina-snelheid.
• UpdraftPlus of een server-side backup. Voor dagelijkse backups buiten de server om.

Wat we expliciet weren:

• Elementor, Divi, WPBakery en andere page-builders. Traag (40+ database-queries per pagina), licentie-lock-in, ze produceren HTML die niemand later wil onderhouden.
• All-in-One SEO-plugins die ook caching, security en social doen. Te zwaar, te veel verantwoordelijkheid in één plugin. Een fout breekt de hele site.
• Plugins voor "schoonheidsproblemen". Animaties, glittery sliders, exit-intent-popups. Allemaal extra JavaScript en niet essentieel.
• Translatie-plugins met externe runtime-afhankelijkheden. Als je vertalingen via een externe API op runtime worden opgehaald, is je site een keer traag of een keer broken.
• Cookie-banner-plugins die alles laden. Gebruik een lichtgewicht banner of bouw zelf een minimale variant. De standaard cookie-plugins zijn onnodig zwaar.

De regel die we hanteren: elke plugin die wordt toegevoegd moet één concreet probleem oplossen dat anders niet wordt opgelost. Twee plugins die hetzelfde doen — eentje weg. Plugins die "voor de zekerheid" geïnstalleerd zijn maar niet actief gebruikt worden — weg ermee.

Performance op WordPress — hoe je PageSpeed 90+ haalt

WordPress kan absoluut snel zijn. Dat de meeste WordPress-sites traag zijn, ligt niet aan WordPress. Het ligt aan een opeenstapeling van keuzes die elk net niet kritiek waren, maar samen onhoudbaar werden. Onze aanpak voor PageSpeed 90+ op mobiel:

Server-laag. PHP 8.2+ met OPcache geactiveerd, NGINX in plaats van Apache, MariaDB of MySQL 8 met query-cache, Redis als object-cache én page-cache. Alleen dit haalt al een typische "trage" WordPress-site van TTFB 800ms naar 150ms.

WordPress-laag. Een minimale plugin-set (zie hierboven), een custom thema dat geen jQuery laadt op pagina's die het niet nodig hebben, async/defer op niet-kritieke scripts, en kritisch CSS inline in de head.

Asset-laag. Afbeeldingen via WebP-conversie (30 tot 60% kleiner dan JPEG), lazy-loading op alles below-the-fold, srcset voor responsive afbeeldingen, en een CDN (Cloudflare of Bunny.net) voor globale distributie.

Front-end-laag. Geen render-blocking fonts (gebruik font-display: swap), beperkt aantal lettertype-gewichten, SVG-iconen in plaats van icoon-fonts, en minify+compress van CSS/JS.

Monitoring. Na launch voegen we performance-monitoring toe (RUM via Cloudflare of een tool zoals Sentry voor errors). Zo weten we wanneer iets traag wordt — niet pas als de klant belt.

Op een typische WordPress-site die we overnemen, halen we met deze ingrepen PageSpeed van rond de 35 à 45 naar 90+. Voor sites die we vanaf nul bouwen, zit 90+ er gewoon in vanaf de eerste oplevering.

Headless WordPress en Next.js — wanneer dat zinvol is

Een trend van de afgelopen jaren: WordPress als CMS, Next.js (of Vue/Nuxt) als front-end via de WordPress REST API of GraphQL. Dat heet "headless WordPress". Voor sommige projecten is het de juiste keuze. Voor de meeste is het overhead.

Wanneer headless WordPress logisch is:

• Een merk met meerdere outputs. Dezelfde content moet naar website, app, kiosk-display en externe partners. WordPress is dan de centrale content-bron, elke output heeft z'n eigen front-end.
• Hoge interactiviteit nodig. Een volledig SPA-gevoel dat met PHP-rendering niet te halen is — denk aan dashboards, configurators, productpersonalisatie.
• Ontwikkel-team dat al React/Vue gebruikt. Een PHP-frontend bouwen is dan een stap terug.
• Performance-eisen die voorbij PageSpeed 90 gaan. Op het niveau van Vercel's Edge of Cloudflare Workers, gegenereerd op build-tijd.

Wanneer headless WordPress geen meerwaarde geeft, en alleen kosten oplevert:

• Een corporate site of blog. Een goed gebouwde traditionele WordPress-site is sneller dan 80% van de headless-builds, met de helft van de complexiteit.
• Wanneer SEO kritisch is en je geen volledige grip hebt op de SSR-laag. Google indexeert headless prima — maar één configuratie-fout en je rankings staan onder druk.
• Bij een kleine redactie zonder developer-betrokkenheid. Preview, draft-status en visuele feedback zijn op headless lastiger dan op klassieke WordPress.

In het strategiegesprek bepalen we samen welke kant op past. In de praktijk kiezen we 80% van de tijd voor klassieke WordPress met een custom thema, 20% voor een headless-setup waar dat écht meerwaarde geeft.

Voor ondernemers in Dordrecht, Breda, Roosendaal en heel Nederland

Klanten zitten door heel Nederland — geen reisbarrière, want het hele traject loopt remote. We hebben WordPress-sites gebouwd voor ondernemers in onder andere:

• Dordrecht — corporate sites, professionele dienstverleners, lokale ondernemers.
• Breda — B2B-bedrijven, mode, food, productie.
• Roosendaal — logistiek, transport, groothandel.
• Rotterdam — havenbedrijven, food-import, internationale services.
• Den Haag — overheidsleveranciers, advocatuur, premium dienstverlening.
• Amsterdam — startups, agencies, content-publishers, internationale merken.
• Utrecht — tech-bedrijven, SaaS-bedrijven met content-laag.
• Eindhoven — techbedrijven, design-bureaus, B2B.
• Tilburg, 's-Hertogenbosch, Helmond — Brabantse maakindustrie, MKB.
• Groningen, Zwolle, Leeuwarden — noordelijke ondernemers, regionaal sterke merken.
• Maastricht, Heerlen, Sittard — Limburg en grenscontent (NL/DE/FR).
• Leiden, Delft, Haarlem, Alkmaar — premium-retail, kennisinstellingen, professionele services.

Of je in Dordrecht een corporate site wilt vernieuwen, in Breda een mode-merk online wilt zetten, of in Roosendaal een transport-bedrijf wilt digitaliseren — een WordPress-website laten maken bij ons werkt hetzelfde. Eén aanspreekpunt, eerlijke offerte, vaste opleverdatum.

Prijzen en doorlooptijd

Eerlijke cijfers. Wat het écht kost om een fatsoenlijke WordPress-site te laten maken, in plaats van een goedkope template-build die je over een jaar weer moet vervangen.

• Starter (€1.500–3.500) — custom thema-laag op een schone basis, 5 tot 10 pagina's, ACF voor structuur, basis-SEO, contactformulier. Live in 2 tot 4 weken. Voor ondernemers die snel een echte eigen site willen, zonder template-look.
• Standaard (€3.500–7.500) — volledig custom thema, 10 tot 25 pagina's, blog, NL/EN-vertaling, koppelingen met CRM of mail-tool, performance-tuning, volledige schema.org. Live in 4 tot 6 weken.
• Maatwerk (€7.500–15.000+) — sites met complexe content-structuren, custom post types, members-only secties, externe API-integraties, of WooCommerce-integratie. Doorlooptijd op aanvraag.

Vaste prijs vooraf, gekoppeld aan vaste opleverdatum. Geen scope-creep facturen halverwege. Hosting (vanaf ongeveer €20/maand bij een fatsoenlijke Nederlandse host) en SSL betaal je rechtstreeks aan de host. Die staan dus niet op mijn factuur.

Het proces — van briefing tot live

1. Strategiegesprek (gratis, 30 min). We bespreken wat de site moet doen, voor wie, welke content je hebt, welke koppelingen nodig zijn. Aan het einde weet je wat het kost en hoe lang het duurt.
2. Concept-document (1 week). Geschreven scope met sitemap, content-structuur, technische keuzes, design-richting en deliverables. Jij tekent voor akkoord vóór we beginnen.
3. Design en bouw (week 2 tot 5). Custom thema, content-structuur, koppelingen. Wekelijks demo's op een staging-omgeving — jouw feedback verwerken we direct.
4. Content en test (week 5 tot 6). Content invullen, alle pagina's geverifieerd, mobile en performance gecheckt, schema-markup gevalideerd, broken links gescand.
5. Live (week 6). DNS-switch op een rustig moment, weekend monitoring, jouw nieuwe site staat live. URL-redirects zijn vooraf geregeld zodat je SEO behouden blijft.

Na go-live: optionele maand-retainer voor monitoring, security-updates, kleine wijzigingen en plugin-onderhoud. Of je beheert de site zelf — beide kan.

Een WordPress-website laten maken hoeft geen template-show te zijn en geen plugin-spaghetti te worden. Met een custom thema, een schone codebase, een minimale plugin-set en hosting die past bij de site, krijg je iets dat jaren mee gaat. Plan een gratis strategiegesprek — dan weet je binnen 30 minuten of WordPress voor jouw situatie de juiste keuze is, en wat het bij ons kost.