WordPress-caching goed instellen (LiteSpeed, WP Rocket en co)
Goede WordPress-caching bestaat uit vier lagen: page cache (kant-en-klare HTML per pagina), object cache (databaseresultaten in Redis of Memcached), browser cache (statische bestanden op het apparaat van de bezoeker) en een CDN (kopieën op servers dichtbij). Begin met page cache via LiteSpeed Cache of WP Rocket, sluit winkelwagen- en accountpagina's uit, geef statische bestanden een lange browsercache en voeg object cache en CDN pas toe als je site of shop dat nodig heeft.
- Caching bestaat uit vier lagen: page cache, object cache, browser cache en een CDN.
- Page cache levert veruit de meeste winst en brengt reactietijden van seconden naar milliseconden.
- Sluit winkelwagen, afrekenen en accountpagina's altijd uit van de page cache.
- Een lange browsercache voor statische bestanden is veilig omdat WordPress bestandsnamen aanpast bij wijzigingen.
Caching levert van alle snelheidsmaatregelen de grootste winst, maar verkeerd ingesteld breekt het je winkelwagen of toont het bezoekers verouderde pagina’s. Dit artikel legt de vier caching-lagen uit en laat zien hoe je ze veilig instelt met LiteSpeed Cache of WP Rocket.
De vier caching-lagen en wat ze doen
Caching betekent: iets dat al eens berekend of opgehaald is, bewaren voor de volgende keer. In een WordPress-site gebeurt dat op vier plekken:
| Laag | Wat wordt bewaard | Waar |
|---|---|---|
| Page cache | Complete HTML-pagina’s | Op de server |
| Object cache | Databaseresultaten | In het servergeheugen (Redis of Memcached) |
| Browser cache | CSS, scripts, afbeeldingen, fonts | Op het apparaat van de bezoeker |
| CDN | Statische bestanden of hele pagina’s | Op servers wereldwijd |
De volgorde van deze tabel is ook de volgorde van belang: page cache levert veruit de meeste winst en de andere lagen bouwen daarop voort. Caching is daarmee de belangrijkste stap uit het bredere twaalfstappenplan om WordPress te versnellen; de algemene principes van sitesnelheid, los van het platform, vind je in het overzichtsartikel website sneller maken.
Page cache: hier valt de grootste winst
Zonder page cache voert WordPress voor elke bezoeker tientallen databasequery’s uit en bouwt het de pagina opnieuw op. Met page cache gebeurt dat één keer, waarna iedereen dezelfde kant-en-klare HTML krijgt. Reactietijden zakken daardoor vaak van seconden naar milliseconden.
LiteSpeed Cache of WP Rocket?
- LiteSpeed Cache is gratis en cachet op serverniveau, het snelst mogelijke punt. Voorwaarde: je hosting moet op een LiteSpeed-server draaien. Veel Nederlandse hosts doen dat; één vraag aan de supportdesk geeft je het antwoord.
- WP Rocket is betaald, werkt op elke server en is bewust simpel gehouden: na activatie staan de veilige basisinstellingen al aan.
Welke je ook kiest, stel drie dingen in:
- Zet de page cache aan met een levensduur (TTL) van minimaal enkele uren.
- Sluit dynamische pagina’s uit: winkelwagen, afrekenen, mijn-account en alles achter een login. Goede plugins doen dit automatisch voor WooCommerce, maar controleer het zelf.
- Cache niets voor ingelogde gebruikers, tenzij je precies weet waarom je dat wél wilt.
Object cache, browser cache en CDN
Object cache: voor shops en drukke sites
Een object cache bewaart databaseresultaten in het werkgeheugen via Redis of Memcached. Juist op pagina’s die niet uit de page cache mogen komen, zoals een winkelwagen of zoekresultaten, scheelt dat veel. Je hosting moet dit ondersteunen; daarna activeer je het via je hostingpaneel plus een koppeling in je caching-plugin. Voor een kleine brochuresite is deze laag zelden nodig.
Browser cache: bestanden bewaren bij de bezoeker
Met browser caching downloadt een terugkerende bezoeker je logo, CSS en scripts niet opnieuw. Caching-plugins zetten de juiste headers meestal automatisch. Een lange bewaartermijn voor statische bestanden is veilig, omdat WordPress bestandsnamen van CSS en scripts aanpast zodra de inhoud wijzigt.
CDN: dichtbij de bezoeker
Een CDN zet kopieën van je statische bestanden op servers over de hele wereld, zodat een bezoeker uit Groningen of Barcelona vanaf een server dichtbij laadt. Richt je je alleen op Nederland en staat je server hier ook, dan is de winst klein. Met internationaal publiek is een CDN juist een van de makkelijkste verbeteringen.
Zo test je zonder je site te breken
- Maak een backup en noteer je huidige laadtijd als nulmeting.
- Gebruik één caching-plugin en verwijder eventuele andere volledig.
- Wijzig één instelling per keer, vooral bij minify en het combineren of uitstellen van scripts: dat zijn de instellingen die het vaakst iets breken.
- Test altijd uitgelogd of in een incognitovenster; als ingelogde beheerder krijg je de cache meestal niet te zien.
- Test je formulieren, zoekfunctie en, met een shop, de volledige bestelroute van winkelwagen tot bedankpagina.
- Controleer dynamische bestanden zoals de XML-sitemap van je SEO-plugin: die moet actueel blijven voor Google. Werk je met Yoast, dan lees je op de integratiepagina hoe ViRank naast Yoast werkt.
Kom je er met jouw specifieke combinatie van host, thema en plugins niet uit, dan vind je in de helpdesk zelfhulpartikelen en kun je een ticket aanmaken.
Veelgemaakte fouten met caching
- Twee caching-plugins tegelijk. Ze overschrijven elkaars regels en veroorzaken onvoorspelbare fouten. Fix: houd er precies één over en verwijder de rest volledig.
- De checkout cachen. Klanten zien dan een lege winkelwagen of, erger, gegevens van een ander. Fix: controleer de uitsluitingen expliciet na elke grote plugin-update.
- De cache nooit legen. Bezoekers en Google zien na een wijziging nog wekenlang de oude pagina. Fix: leeg de cache na elke inhoudelijke aanpassing.
- Alle optimalisatie-opties in één keer aanzetten. Breekt er iets, dan weet je niet welke instelling de dader is. Fix: optie voor optie, met een test ertussen.
- Caching als pleister gebruiken. Een overbelaste server of volgelopen database los je er niet mee op; de eerste niet-gecachte bezoeker voelt het probleem alsnog. Fix: spoor eerst de echte rem op via de negen oorzaken van een trage WordPress-site.
- Ingelogd je snelheid meten. De cache geldt niet voor beheerders, dus je meet de langzame route. Fix: meet in een incognitovenster.
Caching en SEO: twee aandachtspunten
Snelheid werkt door in je vindbaarheid: de Core Web Vitals zijn onderdeel van Googles page experience en snellere pagina’s houden bezoekers langer vast. Goed ingestelde caching is daarmee ook SEO-werk.
Er zit wel een addertje in: past je SEO-plugin een title of meta-description aan, dan ziet Google die wijziging pas nadat de cache is geleegd. Maak cache legen daarom een vast onderdeel van elke SEO-aanpassing, net als het controleren van je sitemap. Hoe techniek, content en autoriteit samen je posities bepalen, staat uitgewerkt op de pagina over WordPress-SEO.
Na elke wijziging aan je caching wil je zeker weten dat bezoekers en Google nog de juiste, actuele pagina’s zien. ViRank controleert dat doorlopend: de technische scan meet je laadtijden, signaleert kapotte of verouderde pagina’s en rangschikt verbeterpunten naar wat je omzet het meeste raakt. Fixes gaan pas live op je WordPress-site nadat jij akkoord geeft, en elke aanpassing is omkeerbaar. Begrippen als TTL, object cache en Core Web Vitals worden verder uitgelegd in de ViRank-kennisbank. Zelf ervaren kan bovendien 14 dagen kosteloos, zonder creditcard.