Bestellen
Hosting
Domeinnaam
Ondersteuning
Ontdek

Op deze pagina

Blog / WordPress · · ~12 min lezen

5 redenen waarom je WordPress site zo langzaam is (en hoe je het oplost)

Ontdek de 5 belangrijkste redenen waarom je WordPress site traag is. Van plugins tot hosting - leer wat je website vertraagt en hoe je het oplost.

Geschreven door: Maarten Keizer Maarten Keizer
Deel dit artikel

Samenvatting: Waarom WordPress traag is

De 5 grootste oorzaken van een trage WordPress site:

  1. Te veel plugins — elke plugin voegt HTTP-requests en scripts toe
  2. Slechte hosting — budget shared hosting geeft TTFB van 400ms+ (moet onder 300ms)
  3. Ongeoptimaliseerde afbeeldingen — 67% van je pagina-grootte, vaak 80% te verkleinen
  4. Bloated themes — Elementor/Divi zijn 2-3× trager dan GeneratePress
  5. Database bloat — autoloaded data boven 1MB vertraagt elke pageview

Impact: 53% van mobiele bezoekers verlaat sites die langer dan 3 seconden laden. Elke seconde vertraging kost 7% conversies.

Je WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. site is traag. Je weet niet waarom. Bezoekers klikken weg voor je pagina laadt. Je ranking daalt. Conversies blijven achter.

Het is frustrerend, vooral als je niet weet waar te beginnen.

De cijfers liegen niet. Google deed onderzoek. 53% van mobiele gebruikers verlaat een site die langer dan 3 seconden laadt (Think with Google).

En het wordt erger. Elke seconde vertraging doet dit:

  • 7% minder conversies
  • 11% minder paginaweergaven
  • 16% lagere klanttevredenheid

(Bron: Strangeloop Performance Study)

In dit artikel lees je de 5 grootste oorzaken met concrete data en directe links naar oplossingen. Want als je weet waarom je site traag is, kun je het oplossen.

Abstracte infographic van 5 WordPress performance problemen als genummerde kaarten in grid layout: 1 TE VEEL PLUGINS met overbelaste puzzle pieces icoon, 2 SLECHTE HOSTING met trage server en TTFB indicator, 3 ONGEOPTIMALISEERDE AFBEELDINGEN met groot image file icoon 67 procent label, 4 BLOATED THEME met zware Elementor Divi blokken en DOM elementen, 5 DATABASE BLOAT met overflow database icoon en autoload data, elk genummerd 1 tot 5 duidelijk, centraal WordPress logo, elke reden heeft impact indicator met snelheid daling pijlen of waarschuwing iconen - visualiseert complete WordPress performance probleem identificatie checklist overzicht

#1: Te veel plugins (of de verkeerde)

Plugins zijn je grootste vijand én je grootste vriend

WordPress plugins maken je site krachtiger, dat klopt. Maar ze zijn ook de nummer één oorzaak van trage laadtijden.

Kijk naar deze cijfers. Ze komen uit performance-onderzoek:

  • Site laadt in minder dan 2 seconden → 9% bounce rateKeurigOnline zegtBounce rateBounce rate is het percentage bezoekers dat je website verlaat zonder verdere actie.
  • Site laadt in 2-5 seconden → 38% bounce rate
  • Site laadt in meer dan 5 seconden → 74% bounce rate

(Bron: Pingdom Load Time Study)

Het probleem met plugins

Elke plugin voegt code toe die drie dingen moet doen:

  • Laden vanaf je server
  • Verwerkt worden door de browser
  • Draaien op elke pagina

Heb je 20 plugins? Dan doet je site waarschijnlijk honderden extra HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt.-requests en laadt het megabytes aan CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten. en JavaScriptKeurigOnline zegtJavaScriptJavaScript is een programmeertaal die wordt gebruikt om interactieve en dynamische websites te maken. die je niet nodig hebt.

Welke plugins zijn het ergst?

Performance-audits laten dit zien. Vijf categorieën veroorzaken de meeste problemen:

De 5 zwaarste plugin-categorieën

  1. Page builders (Elementor, Divi, WPBakery) — laden vaak 500KB+ aan CSS en JS
  2. Social sharing plugins — doen externe calls naar Facebook en Twitter
  3. Analytics plugins — draaien extra scripts die synchrone requests doen
  4. Contact form plugins — laden scripts op ALLE pagina's (ook waar geen formulier staat)
  5. Slecht gecodeerde plugins — doen database queries zonder caching

Hoe los je dit op?

De oplossing is niet "verwijder alles". De oplossing is slim kiezen en optimaliseren.

Tip: Plugin-audit in 4 stappen

  1. Check je plugins met Query Monitor of P3 Plugin Profiler
  2. Zet ongebruikte plugins uit (veel sites hebben 10+ inactieve plugins)
  3. Vervang zware plugins door lichtere alternatieven
  4. Gebruik Asset CleanUp om scripts uit te schakelen op pagina's waar ze niet nodig zijn

Wil je een complete plugin-audit strategie? Lees ons artikel: WordPress sneller maken: de complete gids.

#2: Slechte hosting (de goedkope killer)

Je hosting bepaalt 50% van je snelheid

Je kunt WordPress perfect optimaliseren, maar als je hosting slecht is blijft je site traag.

Hosting is het fundament. En helaas kiezen veel mensen de goedkoopste optie.

De harde cijfers: TTFB (Time to First Byte)

TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. meet hoe snel je server reageert. Dit is de tijd voordat de browser iets kan laden.

Volgens HostingStep's 2024 WordPress Hosting Benchmarks zien de cijfers er zo uit:

Hosting Provider TTFB (ms) Prijs/maand
Rocket (beste) 177ms $25
WP Engine 354ms $20
GreenGeeks (budget) 418ms $2.95

Kijk naar het verschil. Rocket is 2.4× sneller dan GreenGeeks.

Voor je bezoekers is dat het verschil tussen instant laden en frustrerende wachttijd.

Waarom goedkope hosting zo traag is

Budget shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen. kost €2-5 per maand. Het is traag om deze redenen:

  • Je deelt de server met 200+ andere websites → als één site veel traffic krijgt, lijden alle sites
  • Oude hardware en verouderde PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. → vaak draait PHP 7.x (PHP 8.2+ is tot 30% sneller)
  • Geen server-level caching → geen Redis, geen Varnish, geen object caching
  • Slechte databaseKeurigOnline zegtDatabaseEen database is een georganiseerde verzameling gegevens die elektronisch wordt opgeslagen en beheerd. performance → overbelaste MySQLKeurigOnline zegtMySQLMySQL is een open-source relationeel databasebeheersysteem (RDBMS) dat gegevens opslaat in tabellen. servers doen trage queries
  • Geen CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert. → alle requests komen van één locatie

Hoe kies je goede hosting?

Checklist: snelle WordPress hosting

  • PHP 8.2+ ondersteuning — PHP 8.2 is tot 30% sneller dan PHP 7.x
  • LiteSpeed of NGINX server — niet Apache
  • Server-level caching — Redis of Memcached
  • NVMe SSD storage — niet gewone SSD
  • CDN inclusief — Cloudflare integratie
  • TTFB onder 300ms — test dit voordat je kiest

Lees onze complete hosting vergelijking: WordPress hosting: welke kies je voor maximale snelheid?

#3: Ongeoptimaliseerde afbeeldingen (de stille killer)

Afbeeldingen zijn 67% van je pagina grootte

Volgens HTTP Archive komt 67% van je dataverbruik van afbeeldingen en media.

Ongeoptimaliseerde afbeeldingen zijn daarom de grootste oorzaak van trage laadtijden.

Maar er is goed nieuws. Je kunt bestanden met 80% verkleinen zonder zichtbaar kwaliteitsverlies.

Een echt voorbeeld

Een WordPress webshop deed een test (Bron: Elegant Themes):

  • Voor optimalisatie: Pagina 2.5MB, laadtijd 3.75 seconden
  • Na optimalisatie: Pagina 883KB, laadtijd 2.09 seconden
  • Resultaat: 65% kleiner, 44% sneller

De 3 grootste afbeelding fouten

Fout #1: Te grote afmetingen

Je uploadt een foto van 4000×3000px. Je website toont hem op 800×600px.

Je browser moet een 12 megapixel foto downloaden en verkleinen naar 0.5 megapixel. Dat is 24× meer data dan nodig.

Fout #2: Verkeerd bestandsformaat

De meeste WordPress sites gebruiken JPG en PNG, maar moderne formaten zijn veel beter:

  • WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG.: 25-35% kleiner dan JPG
  • AVIF: Nog eens 29% kleiner dan WebP

(Bron: Jake Archibald's AVIF Analysis)

Fout #3: Geen lazy loading

Zonder lazy loadingKeurigOnline zegtLazy loadingLazy loading is een techniek waarbij afbeeldingen en content pas worden geladen wanneer ze in beeld komen. laadt je browser alle afbeeldingen. Ook die onderaan die niemand ziet.

Met lazy loading worden afbeeldingen pas geladen als de gebruiker ernaar scrollt.

De oplossing: automatische optimalisatie

Je hoeft dit niet handmatig te doen. Deze plugins doen het automatisch:

  • ShortPixel → converteert naar WebP/AVIF, comprimeert, lazy loading
  • Imagify → automatische compressie en formaat conversie
  • EWWW Image Optimizer → gratis, lokale optimalisatie

Complete strategie voor afbeelding optimalisatie: WordPress afbeeldingen optimaliseren: de complete gids.

#4: Bloated theme (Elementor en Divi zijn de schuldigen)

Je theme bepaalt je basis snelheid

Een WordPress theme is de basis van je website. Sommige themes zijn dramatisch trager dan andere.

De populairste themes zijn helaas ook de zwaarste.

Elementor vs Divi: de performance vergelijking

Kijk naar dit onderzoek van WP Rocket en Oxygen Builder:

Page Builder Complexe Pagina Simpele Pagina Code Bloat
Divi 1.8s laadtijd 1.2s laadtijd Hoog (veel divs)
Elementor 1.5s laadtijd 1.4s laadtijd Zeer hoog (extra divs)
GeneratePress 0.8s laadtijd 0.5s laadtijd Minimaal

Conclusie: Elementor en Divi zijn 2-3× trager dan GeneratePress.

Waarom zijn page builders zo traag?

Page builders zoals Elementor en Divi maken extreem veel HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s.-elementen:

  • Elementor: Een simpele button krijgt 8-10 div wrappers
  • Divi: Een module maakt 15+ divs voor styling
  • Resultaat: Een pagina met 10 secties krijgt 300+ DOM elementen (waar 50 genoeg is)

Meer DOM elementen betekent:

  • Grotere HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s. bestanden
  • Meer CSS om te laden en te parsen
  • Langzamer rendering door de browser
  • Slechtere performance op mobiel

De oplossing

Je hebt 3 opties:

  1. Optimaliseer je huidige page builder → gebruik caching, verwijder unused CSS, schakel animaties uit
  2. Schakel over naar een lichtere page builder → Oxygen, Bricks, of Breakdance zijn sneller
  3. Gebruik een lightweight theme → GeneratePress, Astra, of Kadence met Gutenberg blokken

Complete theme optimalisatie strategie: WordPress theme kiezen voor snelheid.

#5: Database bloat (het verborgen probleem)

Je database groeit en groeit

Elke keer dat je een pagina bewerkt, voegt WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. data toe. Elke plugin installeert iets. Elke comment wordt opgeslagen.

Na maanden zit je database vol met:

  • Post revisions → 50+ versies van elke pagina
  • Transients → tijdelijke data die nooit wordt verwijderd
  • Spam comments → duizenden Akismet blocks
  • Autoloaded options → data die bij elke pageview wordt geladen

Het grootste probleem: autoloaded data

WordPress heeft een `wp_options` tabel. Daarin slaan plugins en themes hun settings op.

Sommige options worden automatisch geladen bij elke pageview, dat heet autoload.

Volgens Pressable, Kinsta, en WP Engine zijn dit de richtlijnen:

  • Ideaal: 300KB - 800KB
  • Acceptabel: 800KB - 1MB
  • Problematisch: 1MB - 3MB
  • Kritiek: >3MB (los dit direct op)

Hoe check je dit?

Gebruik deze SQL query in phpMyAdmin:

SELECT
    SUM(LENGTH(option_value)) as autoload_size
FROM wp_options
WHERE autoload = 'yes';

Het resultaat is in bytes. Deel door 1024 voor KB. Nog eens delen voor MB.

Wat veroorzaakt database bloat?

Dit zijn de grootste problemen:

  1. WooCommerceKeurigOnline zegtWooCommerceWooCommerce is een gratis e-commerce plugin voor WordPress waarmee je een webshop kunt bouwen en beheren. sessions → kan 10MB+ autoloaded data maken
  2. Caching plugins → slaan cacheKeurigOnline zegtCacheEen cache is een tijdelijke opslaglaag die veelgebruikte gegevens bewaart voor snellere toegang en betere prestaties. keys op in wp_options
  3. Analytics pluginsstatistiekenKeurigOnline zegtStatistiekenStatistieken laten zien hoe bezoekers je website gebruiken. in de database
  4. Page builders → meta data voor elke pagina versie
  5. Verwijderde plugins → laten data achter die nooit wordt opgeruimd

De oplossing: database optimalisatie

Volg deze stappen om je database op te schonen:

  1. Maak eerst een backupKeurigOnline zegtBackupEen backup is een reservekopie van digitale gegevens die je kunt terugzetten bij dataverlies of storingen. (altijd!)
  2. Gebruik WP-Optimize plugin → verwijdert revisions, transients, spam
  3. Beperk post revisions → voeg dit toe aan wp-config.php:
    define('WP_POST_REVISIONS', 5); // Max 5 revisions per post
  4. Clean autoloaded data → gebruik Query Monitor om zware options te vinden
  5. Optimaliseer database tables → gebruik OPTIMIZE TABLE

Complete database optimalisatie gids: WordPress database optimaliseren.

Conclusie: van diagnose naar actie

WordPress versnellen in 5 stappen

  1. Audit je plugins — check met Query Monitor, verwijder ongebruikte plugins, vervang zware door lichtere alternatieven
  2. Upgrade je hosting — kies hosting met TTFB onder 300ms, PHP 8.2+, en server-level caching
  3. Optimaliseer afbeeldingen — converteer naar WebP/AVIF, comprimeer met ShortPixel, activeer lazy loading
  4. Vervang bloated themes — switch van Elementor/Divi naar GeneratePress, Astra, of Kadence
  5. Clean je database — verwijder revisions, transients, en autoloaded data boven 1MB

Nu weet je waarom je site traag is. De volgende stap is hoe je het oplost.

Voor een complete strategie met tools en code voorbeelden, lees ons hoofdartikel: WordPress sneller maken: de complete gids met tools en optimalisatie technieken

Of wil je professionele hulp? Bij Keurig Online optimaliseren we WordPress websites voor maximale snelheid. We analyseren je site, vinden knelpunten en leveren meetbaar resultaat.

Neem contact op voor een gratis snelheidsanalyse.

Veelgestelde vragen over WordPress snelheid

Waarom is mijn WordPress site zo traag?

Een trage WordPress site heeft meestal één of meer van deze 5 oorzaken: te veel of zware plugins (vooral page builders), slechte shared hosting met hoge TTFB, ongeoptimaliseerde afbeeldingen die 67% van je pagina-grootte uitmaken, bloated themes zoals Elementor of Divi, of database bloat door te veel autoloaded data. Test je site met Google PageSpeed InsightsKeurigOnline zegtPageSpeed InsightsPageSpeed Insights is Google's gratis tool om website-snelheid en Core Web Vitals te testen. om de exacte knelpunten te identificeren.

Hoeveel plugins zijn te veel voor WordPress?

Er is geen vast maximum aantal plugins, maar de kwaliteit is belangrijker dan de kwantiteit. Een site met 10 goed gecodeerde, lichte plugins kan sneller zijn dan een site met 5 zware plugins. De vuistregel: verwijder inactieve plugins, vervang zware plugins door lichtere alternatieven, en gebruik Asset CleanUp om scripts uit te schakelen op pagina's waar ze niet nodig zijn. Check de impact van elke plugin met Query Monitor.

Wat is een goede laadtijd voor een WordPress website?

Een WordPress website moet binnen 2-3 seconden volledig laden. Sites die onder 2 seconden laden hebben een bounce rate van slechts 9%, terwijl sites boven 5 seconden een bounce rate van 74% hebben. Google's Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid. richtlijnen: LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina. (Largest Contentful Paint) onder 2.5 seconden, INPKeurigOnline zegtINPINP (Interaction to Next Paint) is een Core Web Vital die de responstijd van je website op gebruikersinteracties meet. (Interaction to Next Paint) onder 200ms, en CLSKeurigOnline zegtCLSCLS meet hoeveel je pagina-layout verspringt tijdens het laden. (Cumulative Layout Shift) onder 0.1.

Is Elementor slecht voor WordPress snelheid?

Elementor is 2-3× trager dan lightweight themes zoals GeneratePress. Een simpele pagina laadt in 1.4 seconden met Elementor versus 0.5 seconden met GeneratePress. Dit komt doordat Elementor veel extra div-elementen genereert: een simpele button krijgt 8-10 wrapper divs. Je kunt Elementor optimaliseren met caching en unused CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten. verwijdering, maar voor maximale snelheid is een lightweight theme met Gutenberg blokken beter.

Wat is TTFB en waarom is het belangrijk?

TTFB (Time to First Byte) meet hoe snel je server reageert voordat de browser iets kan laden. Een goede TTFB is onder 300ms. Budget shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen. heeft vaak een TTFB van 400-500ms, terwijl premium WordPress hosting zoals Rocket.net 177ms haalt. TTFB is cruciaal omdat het de baseline bepaalt: zelfs een perfect geoptimaliseerde site is traag als de server langzaam reageert.

Welk afbeeldingsformaat is het snelst voor WordPress?

AVIF is het snelste afbeeldingsformaat, 29% kleiner dan WebP en 50-60% kleiner dan JPG. WebP is de tweede keuze en wordt breed ondersteund. Gebruik ShortPixel of Imagify om afbeeldingen automatisch naar WebP/AVIF te converteren. Combineer dit met lazy loading (native in WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren. 5.5+) en correcte afmetingen om tot 80% van je afbeeldingsgrootte te besparen.

Hoe controleer ik mijn WordPress database grootte?

Check je autoloaded data met deze SQL query in phpMyAdmin: SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload = 'yes'; Deel het resultaat door 1024 voor KB. Ideaal is 300KB-800KB, problematisch is boven 1MB, kritiek is boven 3MB. Gebruik WP-Optimize om revisions, transients en spam te verwijderen. Beperk post revisions door define('WP_POST_REVISIONS', 5); aan wp-config.phpKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. toe te voegen.

Welke WordPress caching plugin is het beste?

De beste caching plugin hangt af van je hosting. LiteSpeed CacheKeurigOnline zegtLiteSpeed CacheLiteSpeed Cache is een server-level cachingoplossing die dynamische pagina's opslaat als statische HTML-bestanden. is de snelste optie als je LiteSpeedKeurigOnline zegtLiteSpeedLiteSpeed is een snelle webserver die tot 6 keer sneller is dan Apache en gebruikmaakt van een efficiënte event-driven architectuur. hosting hebt (gratis). WP Rocket is de beste premium optie voor alle hosting types, met object caching, lazy loadingKeurigOnline zegtLazy loadingLazy loading is een techniek waarbij afbeeldingen en content pas worden geladen wanneer ze in beeld komen. en database optimalisatie ingebouwd. W3 Total CacheKeurigOnline zegtCacheEen cache is een tijdelijke opslaglaag die veelgebruikte gegevens bewaart voor snellere toegang en betere prestaties. en WP Super Cache zijn gratis alternatieven, maar vereisen meer configuratie. Combineer altijd met een CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert. zoals Cloudflare voor optimale resultaten.

Bronnen en referenties

Dit artikel is gebaseerd op recent performance onderzoek en gerenommeerde hosting studies:

  1. Google (Think with Google) - Mobile Page Speed Benchmarks: 53% van mobiele gebruikers verlaat sites die langer dan 3 seconden laden
  2. Strangeloop Performance Study - Amazon Latency Research: 1 seconde vertraging = 7% minder conversies, 11% minder pageviews, 16% lagere tevredenheid
  3. Pingdom - Load Time vs Bounce Rate Study: Bounce rateKeurigOnline zegtBounce rateBounce rate is het percentage bezoekers dat je website verlaat zonder verdere actie. data per laadtijd segment
  4. HostingStep - WordPress Hosting Performance Benchmarks 2024: TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. vergelijkingen tussen hosting providers
  5. HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt. Archive - State of Images Report: 67% van pagina data komt van media
  6. Elegant Themes - Image Optimization Case Study: 2.5MB→883KB, 3.75s→2.09s voorbeeld
  7. Jake Archibald (Google Chrome Team) - AVIF Performance Analysis: AVIF is 29% kleiner dan WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG.
  8. WP Rocket - Divi vs Elementor Performance: Theme performance vergelijkingen
  9. Oxygen Builder - Page Builder Performance Comparison: Code bloat analyse
  10. Pressable - WordPress Database Optimization Guide: Autoloaded data best practices
  11. Kinsta - WP Options Autoloaded Data: DatabaseKeurigOnline zegtDatabaseEen database is een georganiseerde verzameling gegevens die elektronisch wordt opgeslagen en beheerd. performance richtlijnen
  12. WP Engine - Database Optimization Resources: wp_options optimalisatie aanbevelingen