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

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 pluginKeurigOnline zegtPluginEen plugin is een uitbreiding die je aan software zoals WordPress toevoegt om er een nieuwe functie bij te krijgen. 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:

Hoe los je dit op?

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

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

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:

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 RedisKeurigOnline zegtRedisRedis is een database die gegevens in het werkgeheugen bewaart en vooral dient als snelle cache voor websites en apps., 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?

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

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 afbeeldingsformaat van Google dat afbeeldingen kleiner opslaat dan JPEG en PNG bij vergelijkbare kwaliteit.: 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.

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:

Conclusie: ElementorKeurigOnline zegtElementorElementor is een page builder voor WordPress waarmee je pagina's opbouwt door elementen te slepen in een visuele editor. 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 (HyperText Markup Language) is de opmaaktaal die de structuur en inhoud van een webpagina vastlegt.-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 (HyperText Markup Language) is de opmaaktaal die de structuur en inhoud van een webpagina vastlegt. 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 GutenbergKeurigOnline zegtGutenbergGutenberg is de blokeditor van WordPress, waarmee je berichten en pagina's opbouwt uit losse blokken. blokken

Complete theme optimalisatie strategie: WordPress theme kiezen voor snelheid.

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 phpMyAdminKeurigOnline zegtphpMyAdminphpMyAdmin is een gratis webapplicatie waarmee je MySQL- en MariaDB-databases in je browser beheert.:

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 de gratis e-commerce plugin voor WordPress. Bouw een professionele webshop met producten, betalingen en verzending — zonder technische kennis. 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 plugins → statistiekenKeurigOnline zegtStatistiekenStatistieken (websitestatistieken) zijn cijfers over je websitebezoekers, zoals aantallen, populaire pagina's en herkomst. 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.