Je hebt WP Rocket geïnstalleerd, je afbeeldingen zijn gecomprimeerd en je hebt snelle hosting. Toch voelt je website – en dan met name je webshop of je WordPress-dashboard – soms nog traag aan. Hoe kan dat?

Grote kans dat je database de bottleneck is. Elke keer dat een bezoeker iets doet, moet de server hard rekenen. De oplossing voor dit probleem heet Redis Caching. Het is de turbo op je motor die veel budget-hosters je niet vertellen. Ik leg uit wat het is en waarom het voor gevorderde sites onmisbaar is.

Wat is Redis Caching? (De rekenmachine-metafoor)

Om redis caching te begrijpen, moet je weten hoe een database werkt.

Stel: ik vraag aan jou: “Hoeveel is 345 x 23?”.
Je pakt pen en papier, gaat rekenen en na 10 seconden zeg je: “7.935”.
Als ik je vijf seconden later weer vraag: “Hoeveel is 345 x 23?”, dan ga je niet opnieuw rekenen. Je hebt het antwoord onthouden in je kortetermijngeheugen. Je zegt direct: “Nog steeds 7.935, Boris.”

Dat is precies wat Redis doet.

• Zonder Redis (MySQL): WordPress vraagt aan de database: “Haal alle producten op met de kleur blauw”. De database gaat zoeken, rekenen en geeft antwoord. Dit kost tijd (milliseconden).
• Met Redis (Object Caching): Redis slaat het antwoord van de database op in het supersnelle werkgeheugen (RAM). Als een volgende bezoeker om blauwe producten vraagt, geeft Redis direct het antwoord, zonder dat de database hoeft te rekenen.

Het verschil met ‘gewone’ caching

Misschien denk je: “Maar ik heb toch al een caching plugin?”
Dat is meestal Page Caching. Dat maakt een foto van de hele pagina (HTML). Dat is geweldig voor blogs en statische pagina’s.

Maar… Page Caching werkt NIET als je bent ingelogd, of als je een winkelmandje hebt. Je kunt geen ‘foto’ van een winkelmandje aan iedereen laten zien, want elk mandje is anders. Daarom zijn webshops en het WordPress admin-dashboard vaak traag, ondanks caching plugins.

Redis lost dit op. Het versnelt juist die dynamische processen die normaal gesproken niet te cachen zijn.

Voor wie is Redis geschikt?

Niet elke website heeft dit nodig. Voor een simpele portfolio-site is het overkill.

Je hebt Redis nodig als:

• Je een webshop (WooCommerce) hebt: Het versnelt het filteren van producten, het laden van de checkout en het ‘Mijn Account’ gedeelte.
• Je site veel bezoekers heeft: Redis ontlast je processor, waardoor je meer bezoekers tegelijk aankunt.
• Je inlog-omgevingen hebt: Leeromgevingen, forums of membership sites worden hier enorm veel sneller van.
• Je een trage wp-admin hebt: Word je gek van wachten tijdens het bewerken van pagina’s? Redis maakt de achterkant van je site razendsnel.

Hoe installeer je Redis?

Dit is het lastige punt: je kunt Redis niet zomaar even installeren als plugin. Het is software die op de server moet draaien. Goedkope budget-hosting (€2 – €5) biedt dit bijna nooit aan, omdat het veel geheugen (RAM) vreet.

Als je server Redis ondersteunt, hoef je in WordPress alleen nog maar een plugin te installeren (zoals Redis Object Cache) om de verbinding te maken.

Mijn advies

Heb je een serieuze webshop of een drukke website? Stop met optimaliseren in de marge en pak de oorzaak aan.

Bij mijn Performance Hosting en Webshop pakketten staat Redis standaard geïnstalleerd en geconfigureerd. Het verschil is vaak verbluffend: laadtijden halveren en de admin-omgeving vliegt. Wil je dit testen? Stuur me een berichtje.

Niemand houdt van wachten. Als jouw website er langer dan 3 seconden over doet om te laden, is bijna de helft van je bezoekers alweer vertrokken naar de concurrent. Daarnaast straft Google trage websites genadeloos af in de zoekresultaten.

De vraag die ik dagelijks krijg: “Boris, mijn site is traag. Hoe fix ik dat?”

Vaak zoeken mensen de oplossing in dure plugins, maar de basis ligt veel dieper. Wil jij je WordPress sneller maken? Hier zijn 7 concrete tips die écht zoden aan de dijk zetten.

1. Stop met budget hosting

Ik kan het niet mooier maken dan het is: 80% van de snelheidsproblemen komt door slechte hosting. Als je €1,99 per maand betaalt, deel je een server met duizenden andere sites. Als de buurman het druk heeft, wordt jouw site traag.

Voor een snelle WordPress site heb je hosting nodig die geoptimaliseerd is voor… WordPress. Denk aan NVMe SSD-schijven en voldoende RAM-geheugen. Het is de motor van je auto; als die een 1.0 litertje is, ga je nooit als een Ferrari rijden.

2. Gebruik Caching (En liefst Redis)

Caching is onmisbaar. Zonder caching moet de server bij elk bezoek de hele pagina opnieuw ‘berekenen’. Met caching maakt de server een kopietje (HTML) en serveert dat direct aan de bezoeker. Veel sneller.

De overtreffende trap: Redis Object Caching
Voor mijn performance hosting gebruik ik Redis. Dit slaat niet alleen de pagina op, maar ook de antwoorden uit de database. Hierdoor voelt je wp-admin razendsnel aan en laden webshops direct.

3. Optimaliseer je afbeeldingen

Ik zie nog te vaak foto’s van 5MB direct van de camera op een website staan. Dat is dodelijk voor je laadtijd.

• Comprimeer: Maak bestanden kleiner voordat je ze uploadt (bijv. met TinyPNG).
• Gebruik WebP: Dit is het moderne bestandsformaat van Google. Veel kleiner dan JPG of PNG, met dezelfde kwaliteit.
• Lazy Loading: Zorg dat afbeeldingen onderaan de pagina pas laden als de bezoeker erheen scrolt.

4. Check je PHP-versie

WordPress draait op PHP. Oude versies (zoals 7.4 of lager) zijn niet alleen onveilig, maar ook traag. PHP 8.1 of 8.2 is soms wel twee tot drie keer zo snel als zijn voorgangers. Je kunt dit vaak met één klik aanpassen in je hostingpaneel (DirectAdmin). Doe wel even een backup voor de zekerheid!

5. Ruim je database op

Na verloop van tijd slibt je database dicht. WordPress bewaart bijvoorbeeld elke revisie van elk bericht dat je ooit hebt geschreven. Heb je een artikel 50 keer aangepast? Dan staan er 50 kopieën in je database.

Gebruik een plugin zoals WP-Optimize om revisies, spam-reacties en tijdelijke bestanden (transients) te verwijderen. Een schone database is een snelle database.

6. Weg met onnodige plugins

Het is verleidelijk: “Oh, daar is een plugin voor!” Voor je het weet heb je 40 plugins draaien. Elke plugin laadt code in (CSS en JavaScript), ook op pagina’s waar je de plugin niet gebruikt.

Wees kritisch. Heb je die sneeuwvlokjes-plugin echt nodig? Of die slider die niemand bekijkt? Deactiveer en verwijder alles wat niet essentieel is.

7. Gebruik een goed thema

Je kunt alles optimaliseren, maar als je thema slecht geprogrammeerd is, blijft het dweilen met de kraan open. Veel ‘alles-in-één’ thema’s van ThemeForest zitten vol met onnodige code.

Kies voor lichte thema’s zoals Hello Elementor, Astra of GeneratePress. Deze zijn gebouwd voor snelheid en geven je een schone basis.

Wil je écht gas geven?

Heb je deze stappen doorlopen maar blijft je site traag? Dan zit er waarschijnlijk iets dieper in de techniek niet goed, of houdt je huidige hostingpartij je tegen.

Ik kan een gratis check voor je doen om te zien waar de rem erop zit. Of kijk eens naar mijn Managed WordPress Hosting, waarbij Redis en beeldoptimalisatie standaard aan staan. Dan hoef jij je nooit meer druk te maken over snelheid.

Blijft je site traag terwijl je alles hebt geprobeerd? Vaak ligt het aan de hosting eronder. Mijn hosting begint bij 3,99 euro per maand excl. btw en ik zet je site gratis over, meestal binnen een werkdag en zonder downtime.

Iedereen wil een snelle website. Maar sinds Google de Core Web Vitals heeft geïntroduceerd, is snelheid niet meer alleen ‘leuk voor de bezoeker’. Het is een keiharde ranking factor. Scoor je onvoldoende op deze punten? Dan zet Google je lager in de zoekresultaten, hoe goed je teksten ook zijn.

Ik zie veel ondernemers worstelen met deze technische termen in Google Search Console. Wat betekenen afkortingen als LCP en CLS in hemelsnaam? En belangrijker: hoe los je het op zonder dat je een programmeur in dienst moet nemen? In dit artikel duiken we de diepte in.

Wat zijn Core Web Vitals precies?

Google kijkt niet alleen naar hoe snel je site laadt, maar naar de totale gebruikerservaring. Ze meten dit aan de hand van drie (eigenlijk vier) pijlers. Als je Core Web Vitals wilt verbeteren, moet je begrijpen wat ze meten:

1. LCP (Largest Contentful Paint) – Laadsnelheid

Dit meet hoe lang het duurt voordat het grootste element op je scherm zichtbaar is. Vaak is dit je hero-afbeelding of je koptekst.
Doel: Onder de 2,5 seconden.

2. INP (Interaction to Next Paint) – Responsiviteit

Let op: Deze heeft de oude FID (First Input Delay) vervangen in 2024.
INP meet hoe snel je website reageert als je ergens op klikt. Druk je op een knop en bevriest het scherm een halve seconde? Dan heb je een slechte INP.
Doel: Onder de 200 milliseconden.

3. CLS (Cumulative Layout Shift) – Visuele stabiliteit

Je kent het wel: je wilt op een knop klikken, maar net op dat moment laadt er een advertentie of plaatje in, de hele pagina verschuift, en je klikt op de verkeerde link. Dat is layout shift.
Doel: Score van minder dan 0.1.

Waarom je PageSpeed score niet alles zegt

Veel mensen staren zich blind op het cijfer 0 tot 100 in Google PageSpeed Insights. Dat is een momentopname (lab data). Core Web Vitals in Google Search Console zijn gebaseerd op echte gebruikersdata van de afgelopen 28 dagen. Dat is de waarheid waar Google naar kijkt.

Is je score rood of oranje? Dan is het tijd voor actie. Hier zijn mijn bewezen methodes om dit te fixen.

Tip 1: Begin bij de basis (Hosting)

Je kunt optimaliseren tot je een ons weegt, maar als je server traag is, wordt je site nooit snel. Veel goedkope hostingpartijen proppen duizenden websites op één server. Dat heet ‘shared hosting’ en is funest voor je LCP.

Voor serieuze websites gebruik ik servers met NVMe SSD’s en ruime processorkracht. Als de server snel antwoord geeft (TTFB – Time to First Byte), heeft je browser meer tijd om de rest te renderen.

Tip 2: De kracht van Caching (en Redis)

Caching is essentieel voor WordPress. Het zorgt ervoor dat je server niet bij elk bezoek de hele pagina opnieuw hoeft te berekenen, maar een kant-en-klaar html-bestand serveert.

Waarom ik fan ben van Redis:
Naast normale caching gebruik ik voor zwaardere sites (zoals webshops of grote corporate sites) Redis Object Caching. Standaard moet WordPress voor elk stukje tekst de database raadplegen. Redis slaat de uitkomst van die database-vragen op in het supersnelle werkgeheugen.
Resultaat: Je database wordt minder belast en je INP score verbetert drastisch omdat de server sneller reageert op interacties.

Tip 3: Tem je afbeeldingen (LCP killer #1)

De grootste boosdoener voor een slechte LCP score zijn te grote afbeeldingen.
De oplossing:

• Formaat: Upload geen foto van 5000px breed als hij maar 800px breed wordt getoond.
• Bestandstype: Gebruik WebP of AVIF in plaats van JPG of PNG. Dit scheelt vaak 50% in bestandsgrootte zonder kwaliteitsverlies.
• Lazy Loading: Zorg dat afbeeldingen onder de vouw pas laden als de bezoeker scrolt. (Let op: doe dit niet bij je bovenste afbeelding, dat vertraagt juist de LCP!).

Tip 4: Voorkom verspringende lay-out (CLS)

Een slechte CLS score wordt vaak veroorzaakt door afbeeldingen of video’s zonder vaste afmetingen. De browser weet niet hoe groot het plaatje is, en duwt de tekst opzij zodra het plaatje geladen is.

De fix: Geef in je HTML of CSS altijd een width en height mee aan afbeeldingen en iframes. Zo reserveert de browser alvast de ruimte, ook als het plaatje nog niet geladen is.

Tip 5: Pas op met ‘Plugin Obesitas’

WordPress is geweldig, maar elke plugin voegt code toe (CSS en JavaScript). Hoe meer scripts je browser moet inladen en uitvoeren, hoe trager de site wordt en hoe slechter de INP score.

Kijk kritisch naar je plugins. Heb je echt een plugin nodig voor die sneeuwvlokjes op je homepage? Of voor die slider die niemand gebruikt? Weg ermee. Less is more.

Hulp nodig met optimaliseren?

Core Web Vitals verbeteren is een mix van goede hosting, slimme caching en code-optimalisatie. Zie je door de bomen het bos niet meer?

Bij mijn Performance Hosting pakketten zit Redis en image-optimalisatie vaak al inbegrepen. Ik kan ook een eenmalige snelheid-audit doen om te kijken waar bij jou de rem erop zit. Neem contact op, dan maken we je site weer bliksemsnel.