WordPress-website traag? Oorzaken.

De 8 oorzaken in volgorde van impact

1. Zwaar thema (impact: 30-40% LCP)

Top-verkopende WP-thema's (Avada €69, Divi €89, Elementor Pro €59/jaar) hebben gemiddeld 800kb-1.5MB aan thema-assets vóór je content. Ze zijn gemaakt voor "alles kunnen" — wat betekent dat ze veel ongebruikte CSS/JS meeleveren.

Oplossing: schoner thema (GeneratePress, Kadence, Astra free). 60-80% kleiner. Niet altijd haalbaar als je site al gebouwd is met zwaar thema — dan is rebuild op Webflow/Astro vaak goedkoper dan thema-migratie.

2. Te veel plug-ins (impact: 15-30% LCP)

Elke plug-in voegt: HTTP-requests, CSS, JS, database-queries. Een MKB-WP-site met 28 plug-ins voert per pageview ~60 extra database-queries uit + 12 extra HTTP-requests.

Oplossing: plug-in-audit. Voor elke plug-in: heb je nodig? Bestaat alternatief in core/thema? Performance-cost vs feature-waarde? Bij DesignCheck audits zien we typisch dat 30-50% van plug-ins weg kan zonder feature-verlies. Zie ook te veel plugins in WordPress.

3. Ongeoptimaliseerde images (impact: 20-35% LCP)

Klassieke fout: hero-image van 3.2MB JPG (origineel uit camera) op homepage. LCP van die pagina: 4.5s+. WebP-conversie naar 320kb: LCP 1.4s. Verschil: 3.1s.

Oplossing:

• Smush (gratis), Imagify of ShortPixel — automatische WebP-conversie
• Responsive srcset (WP-core sinds 4.4)
• Lazy-loading (WP-core sinds 5.5)
• Image-CDN (Cloudinary, Cloudflare Polish) voor on-the-fly resize

4. Langzame hosting (impact: 10-25% TTFB)

Goedkope shared hosting (Hostinger basic €2/mnd, Strato €4/mnd) heeft TTFB van 800-2000ms. Beheerde WP-hosting (Kinsta, WP Engine, SiteGround GrowBig) heeft 200-400ms.

Voor MKB die snelheid serieus neemt: minimaal €15/mnd hosting. Onder dat budget: hosting is de bottleneck, geen plug-in-fix gaat het oplossen.

5. Geen page-cache (impact: 30-50% LCP voor terugkerend verkeer)

Default WP berekent elke pagina opnieuw — database-query, PHP-render, alle plug-ins draaien. Met cache-plugin: vooraf-gegenereerde HTML, server stuurt direct.

Beste opties:

• WP Rocket — €59/jaar, makkelijkste setup
• LiteSpeed Cache — gratis, alleen op LiteSpeed-hosting (Kinsta/SiteGround hebben dit)
• W3 Total Cache — gratis, complexere setup

6. Render-blocking CSS/JS (impact: 15-25% FCP)

Alle CSS en JS in de `` zonder defer/async = browser kan pas renderen na alles geladen is. Klassiek WP-probleem omdat plug-ins hun assets meestal blocking inladen.

Oplossing: Asset CleanUp plugin (gratis) of Autoptimize. Defer non-critical JS, inline critical CSS. Vereist test op alle templates — soms breekt iets.

7. Database-bloat (impact: 5-15% TTFB)

Na een paar jaar: revisies (elke save = nieuwe revisie), transients (cache-data), spam-comments, EOL-plugin-data. Database wordt 500MB+ voor wat eigenlijk 50MB content is.

Oplossing: WP-Optimize plugin — wis revisies (behoud laatste 5), wis transients, wis spam. Run elke 3 maanden.

8. Geen CDN (impact: 5-20% LCP voor internationaal verkeer)

Hosting in NL = snel voor NL-bezoekers, traag voor Belgisch/Duits verkeer. CDN (Cloudflare gratis tier voldoende) cacht statische assets wereldwijd.

Bonus: Cloudflare Polish converteert images naar WebP automatisch + minify CSS/JS. Voor gratis: vaak een no-brainer.

Quick wins-volgorde (8 uur werk)

1. Cloudflare gratis aan + Polish features enabled (15 min)
2. Cache-plugin installeren + basic config (30 min)
3. Image-optimisatie plugin + bulk-converteren bestaande images (1u)
4. Plug-in-audit + 5-10 plug-ins weghalen (2u)
5. WP-Optimize database-cleanup (15 min)
6. Asset CleanUp voor render-blocking (1u + testen)
7. Test pre/post op pagespeed.web.dev (30 min)

Verwacht resultaat: Lighthouse mobile van 40 → 70-80. Genoeg om CWV te passen.

Wanneer optimalisatie niet meer loont

Je hebt het bovenstaande gedaan, je hebt premium hosting, premium thema, betaalde plug-ins. Lighthouse blijft onder 75. Wat nu?

Eerlijk antwoord: rebuild op Webflow of Astro. De redenen:

• WordPress is gemaakt voor flexibiliteit, niet voor minimale output
• Default React-runtime + theme-bloat blijft een vloer
• Elke maand onderhoud blijft tijd kosten zelfs na optimalisatie

Een Webflow-rebuild van een typische MKB-WP-site kost €3.995 bij DesignCheck. Een diepe WP-optimalisatie kost €1.500-€2.500 en haalt mogelijk niet hetzelfde resultaat. Lees: Webflow vs WordPress 2026.

De verlies-berekening

Trage site = lagere conversie = minder leads. Per 1 seconde tragere LCP gemiddeld 7% lagere conversie (Akamai-onderzoek). Voor een MKB-site met 5.000 bezoekers/maand en 3% baseline-conversie:

• Baseline: 150 leads/maand
• 1s tragere LCP: 139 leads/maand → 11 leads minder × €500 gem. waarde = €5.500/maand verlies = €66.000/jaar
• 2s tragere: €11.000/maand verlies

Vul je eigen cijfers in op de verliescalculator.

Gerelateerde artikelen

FAQ — WordPress traag

Waarom Astro en Webflow standaard sneller zijn dan geoptimaliseerd WordPress

Een uitgebreid geoptimaliseerde WordPress-site haalt 85-95 op Lighthouse mobile. Een minimaal geoptimaliseerde Astro-site haalt 95-100 zonder dat je iets bijzonders doet. Dat verschil is geen luiheid van WordPress-bouwers — het is de stack zelf. WordPress moet bij elke pageview PHP starten, plug-ins inladen, database queries draaien en het resultaat samenstellen. Caching helpt, maar de eerste hit (TTFB) blijft trager dan een statische HTML-file die direct uit een CDN-edge komt. Bij Astro is élke pageview een "first hit" die meteen wordt geleverd.

Webflow zit ergens tussenin. De gepubliceerde site is statisch gehost op Webflow's CDN met afgemeten JavaScript-runtime voor interacties. TTFB rond 100-200ms, geen plug-in-overhead, geen PHP-warmup. Voor 90% van marketing-sites is dat genoeg om uit de doos boven 90 te scoren — zonder Cloudflare, zonder WP Rocket, zonder optimaliseer-bureau.

Next.js + headless CMS zit op vergelijkbaar niveau zodra je SSG of ISR gebruikt. App Router met Server Components heeft Core Web Vitals als ontwerp-prioriteit. Geen client-side hydration van componenten die statisch konden. Bij Vercel zit edge-caching standaard ingebouwd, gratis.

Vier echte oorzaken van trage WordPress-sites in 2026

De diagnose-lijst is in vier jaar nauwelijks veranderd, en dat zegt iets over de aard van het probleem.

Plug-in-overhead. Elke actieve plug-in laadt eigen scripts, stylesheets en runtime-code op elke pageview. 25 plug-ins voegen typisch 300-700kb aan assets toe. Bij 40+ plug-ins zit je op 1MB+ bloat, en geen cache redt dat.

Page-builder-bloat. Elementor en Divi bouwen pagina's met diepe HTML-structuren en eigen runtime-scripts. Een pagina die in pure HTML 30kb zou zijn wordt 250kb. Lighthouse straft dat hard.

Niet-geoptimaliseerde media. Foto's geüpload op originele resolutie, geen WebP, geen lazy-loading buiten viewport. Eén zware hero-image kan LCP met 2-3 seconden vertragen.

Goedkope hosting. Shared hosting op overbelaste servers met PHP 7.4 of ouder. TTFB van 600-1200ms is geen uitzondering. Geen cache, geen CDN. Dit is structureel oplosbaar door upgrade, maar veel MKB-sites zitten hier jaren in vast.

Bij Astro of Webflow vallen drie van de vier weg. Geen plug-ins, geen page-builder-runtime, en media wordt door build of platform geoptimaliseerd. Alleen "iemand laadt een 8MB-PNG" blijft als risico, en dat los je op met automatische beeldoptimalisatie in de pipeline.

• TTFB <200ms: gezond. 200-600ms: optimaliseren. >600ms: hosting-probleem
• LCP <2.5s: pass. 2.5-4s: needs improvement. >4s: fail (Google straft)
• CLS <0.1: pass. Zorg voor expliciete image-dimensies en font-loading-strategy
• FID/INP <200ms: pass. Boven 500ms wijst op te zware JavaScript-runtime
• Lighthouse mobile 90+: target voor marketing-sites in 2026
• Image-formats: WebP of AVIF, niet meer JPEG/PNG voor hero's
• Image-sizes: srcset met multiple breakpoints, geen 4K op mobile
• Lazy-loading: native loading="lazy" of intersection observer
• Cache-strategie: HTTP cache headers + edge-cache via CDN
• Font-loading: woff2 met font-display: swap, max 2 weights
• JavaScript-budget: <100kb gzipped voor marketing-sites
• CSS-budget: <50kb gzipped voor marketing-sites
• Third-party scripts: max 3-4 (analytics, chat, pixel) — meer = vertraging
• HTTP/2 of HTTP/3: vereiste bij meerdere assets
• Astro/Next.js: SSG of ISR ipv SSR voor marketing-pagina's

Hoe Core Web Vitals een ranking-factor werden

Sinds 2021 zijn LCP, CLS en INP (sinds 2024 vervanger van FID) directe ranking-factoren. Google straft trage sites in zoekresultaten — en die straf is groter geworden naarmate de algoritmes volwassen werden. In 2026 zien wij regelmatig dat een site die van Lighthouse 60 naar 90 gaat ook 15-30% meer organisch verkeer krijgt binnen drie maanden, zonder dat er aan SEO-content iets verandert. Pure beloning voor performance.

Dat maakt de keuze tussen "optimaliseren binnen WordPress" en "migratie naar moderne stack" een SEO-vraag, niet alleen een UX-vraag. Een site die structureel boven 90 zit groeit harder dan een site die met moeite 75 haalt. Voor MKB-bedrijven die afhankelijk zijn van organisch verkeer is dat een directe omzet-factor.

Wanneer optimaliseren binnen WordPress, wanneer migreren

Optimaliseren binnen WordPress werkt als je site fundamenteel gezond is: <20 plug-ins, geen page-builder, recente PHP, redelijke hosting. Dan kun je met 4-8 uur werk (caching, image-optimization, JS-defer, CDN) van Lighthouse 65 naar 85-90 komen. Kosten: €350-€700 eenmalig.

Migreren is verstandiger zodra de oorzaak structureel is: page-builder als hart van de site, plug-in-overload, of hosting-keuze die niet beweegt. Dan is "optimaliseren" een pleister op een fundamenteel probleem. Een Webflow-rebuild of Astro-migratie kost €3.995-€9.500 en levert structureel Lighthouse 90+ zonder doorlopend optimaliseer-werk.

Bij Keurmeesters startten we direct op een moderne stack zonder optimalisatie-fase. Vier maanden later: Lighthouse-score 98 mobile op alle pagina's, zonder dat iemand er actief aan werkt. Voor klanten die hun site als marketing-engine zien is dat een directe productivity-winst.

De link tussen snelheid, conversie en bounce-rate

Snelheid is geen technisch detail, het is een conversie-factor. Onderzoek van Google over 2024 toont: elke 100ms extra laadtijd kost gemiddeld 1.1% conversie op marketing-sites. Voor een MKB-site met €60.000 omzet via web per jaar is een trage site (2 seconden langzamer dan optimaal) een gederfde omzet van €13.000 — ongeveer drie keer wat een migratie naar Astro of Webflow kost.

Bounce-rate volgt hetzelfde patroon. Sites die boven 4 seconden LCP zitten zien 30-50% bounce binnen de eerste 3 seconden, tegen 15-25% bij sub-2-seconden LCP. Dat zijn bezoekers die wél kwamen kijken maar wegklikten voordat de pagina geladen was. Geld dat al uitgegeven was aan marketing om ze binnen te halen, weggegooid bij de eerste impressie.

Wereldwijd zien wij wanneer een klant migreert van trage WordPress naar Astro of Webflow: bounce-rate daalt typisch 20-40% binnen drie maanden, organisch verkeer stijgt 15-30%, en gemiddelde sessie-duur stijgt 25-45%. Alle drie zijn directe conversiesignalen. De ROI van snelheid is meetbaar — vraag je analytics op vóór en na migratie en je ziet het.

FAQ — snelheid diep

Wat doe je vandaag?

Run je homepage door Google PageSpeed Insights. Noteer je mobile score en LCP. Onder 50 is acuut, onder 75 verdient aandacht. Test daarna of je actief plug-in-overhead hebt: tel je actieve plug-ins. Boven 20 is structureel een rem. Met die twee getallen op tafel weet je of optimaliseren binnen WP kans van slagen heeft of dat een migratie sneller resultaat oplevert. Wij doen de eerste analyse gratis in onze audit.

Door Twan van Hulst — DesignCheck. Laatst bijgewerkt 17 mei 2026.