WordPress Caching

Onmisbaar: je kunt niet zonder WordPress Caching

Niet alleen goede WordPress hosting verbetert de laadtijd van je website – zonder goede caching zijn WordPress websites tergend langzaam. Daarom leggen we in dit artikel uit welke soorten WordPress caching er zijn, hoe ze werken en hoe je caching kunt gebruiken op je WordPress websites.

Je kent toch het probleem dat mensen tegenwoordig niet het geduldigste zijn op het internet: Als een website er te lang over doet om te laden, haken ze snel weer af. Fracties van seconden staan op het spel – en dit is waar caching in het spel komt. Het is verreweg het belangrijkste instrument om de laadtijd te optimaliseren. Caching zorgt ervoor dat WordPress niet elke website opnieuw hoeft op te bouwen in de browser, maar kan terugvallen op een reeds opgebouwde versie.

En omdat WordPress is gebaseerd op PHP, wat het CMS relatief traag maakt, is deze caching de belangrijkste factor voor de laadtijd van je site.

"*" geeft verplichte velden aan

Toestemming*
Dit veld dient ter validatie en mag niet worden gewijzigd.

Hoe WordPress caching werkt

In principe geldt: hoe meer dynamische elementen je WordPress website bevat, hoe langer de laadtijd. Dynamische elementen zijn onder meer winkelmandjes, interactieve kalenders of kaarten. Kortom: alle elementen en functies die vaak moeten worden bijgewerkt of afzonderlijk moeten worden geladen. Statische elementen daarentegen zijn elementen die altijd hetzelfde blijven – of althans voor bepaalde gebruikersgroepen hetzelfde blijven. Deze delen van je site kunnen gewoon in de cache worden opgeslagen.

En dit is wat een cache in principe altijd doet: hij brengt het mengsel van stylesheets, JavaScript, afbeeldingen enz. over in een statisch HTML-document, slaat het tijdelijk op en levert het af wanneer de website wordt opgeroepen. Telkens wanneer de website wordt bezocht, wordt dus één en hetzelfde sjabloon afgeleverd. Dit betekent dat niet elk element opnieuw hoeft te worden berekend telkens wanneer de website wordt bezocht. Daarom is een gecachete oproep veel sneller dan zonder.

Wanneer de website wordt opgeroepen zonder dat deze in de cache is opgeslagen, moeten de webserver en de database worden aangesproken, om het simpel te zeggen. Op beide vinden serverprocessen plaats. Een cache omzeilt deze berekeningen en bespaart dus veel tijd.

WordPress Caching Page Cache
Een cache "verkort de weg" die de pagina moet afleggen naar het eindapparaat. Met de page cache wordt een versie van de pagina op de server opgeslagen. Nog sneller is de browsercache, waarbij de site direct in de browser wordt opgeslagen.

Het caching systeem is dubbel belangrijk voor WordPress, omdat WordPress gebaseerd is op PHP. Zonder caching draaien WordPress websites alleen echt snel met vergelijkbare krachtige en dus dure hardware. Caching is dus elementair voor jouw WordPress websites.

Overigens worden de caches zelf ofwel op de harde schijf ofwel in het hoofdgeheugen (RAM) opgeslagen. Sommige plugins maken het mogelijk om tussen beide varianten te schakelen. Een cache die in RAM is opgeslagen, wordt bijzonder snel geleverd. Dit vermindert echter ook de rekenkracht die vanaf dat moment voor jouw website beschikbaar is. Om deze reden zijn RAM-gebaseerde caches gebruikelijker voor sites met extreem veel verkeer, omdat hier toch al genoeg power beschikbaar is.

Als de cache op de harde schijf staat, zal hij veel langzamer worden uitgeleverd. Dit is vooral het geval als jouw webserver een harde schijf met HDD gebruikt. SSD harde schijven zijn daarom ook een verstandige investering als het gaat om WordPress caching, aangezien ze vele malen sneller zijn dan hun HDD voorgangers. Caching op de harde schijf van je webserver belast ook de rekenkracht niet.

WordPress caching is mogelijk in de browser en op de webserver

In principe heb je twee opties om snel van een goede WordPress caching te genieten. Ofwel gebruik je een caching plugin, ofwel heeft je webhost al een cache aan de serverzijde opgezet.

WordPress Cache Types
Selectie van de soorten caches voor WordPress

Beide manieren hebben als kern de creatie van een zogenaamde paginacache. Dit betekent dat een website op vaste tijdstippen volledig wordt geladen en als statische HTML-versie in de cache wordt opgeslagen. Wanneer deze website wordt bezocht, wordt de vooraf opgeslagen website nu in fracties van seconden afgeleverd.

Je kunt een andere aanpak kiezen met de browser cache. In dit geval worden de gegevens niet in de cache van je webserver opgeslagen, maar op het eindapparaat. Hun webbrowser slaat de pagina op – en heeft die dan sneller bij de hand voor herhaalde oproepen. Je kunt de browser cache activeren via WordPress caching plugins, maar ook via instellingen in het .htaccess bestand. Als je webhost de caching voor jou doet, moet hij de cache van de browser dienovereenkomstig configureren. Het belangrijkste voor de browser cache is het actualisatieinterval. Een gebruikelijke waarde is een maand, d.w.z. 30 dagen.

WordPress caching plugin – of serverzijdig van de webhost

Er zijn een aantal zeer populaire WordPress caching plugins. Bijvoorbeeld, W3 Total Cache, WP Super Cache of WP Rocket. Zij variëren van uiterst complex tot uiterst eenvoudig en omvatten zowel gratis als betaalde aanbiedingen.

Behandeling en support verschillen ook: betaalde plugins bieden vaak meer instelmogelijkheden en persoonlijke support, terwijl gratis plugins meestal "slechts" vertrouwen op een supportforum.

Betaalde WordPress caching plugins kunnen veel meer doen dan alleen cachen: ze comprimeren code, optimaliseren deze, cachen de database, de site, bepalen de browser cache en nog veel meer. Dit leidt er dan weer toe dat krachtige WordPress caching plugins heel wat configuratiewerk kunnen vergen tot ze echt optimaal werken.

Cachen van dynamische elementen

Hoewel de paginacache de belangrijkste tool is bij WordPress caching en meestal de grootste besparing oplevert qua laadtijd, hoef je je er niet toe te beperken. Delen van de site die niet door een page cache worden gedekt, kunnen ook in de cache worden opgeslagen. Zo is er bijvoorbeeld de database: een database cache slaat vaak opgevraagde database-inhoud tijdelijk op en versnelt zo oproepen die niet gecacht kunnen worden.

Er is ook de zogenaamde object cache. Dit werkt op dezelfde manier als de cache van de database: vaak geraadpleegde dynamische elementen worden er tijdelijk in opgeslagen. Overigens is de combinatie van database cache en object cache niet aan te bevelen.

WordPress caching heeft ook nadelen

Het merkbaar verkorten van de laadtijd van je WordPress website is het belangrijkste doel van caching. Maar caching heeft ook een nadeel: als de WordPress cache geactiveerd is, wordt informatie niet meer live opgehaald. Afhankelijk van de cache-instelling, kan de inhoud van je site verouderd zijn. Dit geldt bijvoorbeeld voor achteraf bewerkte blogartikelen, maar ook voor productbeschrijvingen. Als je bijvoorbeeld een nieuwe foto invoegt in plaats van een bestaande foto, kan de oude foto uit de cache nog dagenlang op de eindapparaten worden weergegeven.

Je moet je bewust zijn van dit probleem, maar het is niet ernstig. Met veel cachingtools kun je de "vervaldatum" van de cache afzonderlijk instellen en caches handmatig verwijderen. Hetzelfde geldt voor een serverzijdige WordPress cache. Dus als je ervoor zorgt dat je de cache leegt na belangrijke wijzigingen, kun je hier weinig fout doen.

Je moet er ook altijd rekening mee houden dat er bepaalde dynamische elementen zijn die gewoon niet in de cache kunnen worden opgeslagen. Dit geldt bijvoorbeeld voor winkelmandjes of gepersonaliseerde inhoud of productsuggesties. Een "cache" zou hier ook geen zin hebben, omdat het de individualisering en personalisering van deze elementen zou ondermijnen. Hetzelfde geldt bijvoorbeeld voor enquêtes of gepersonaliseerde kalenders. Dit is ook de reden waarom WordPress websites met dergelijke elementen meer rekenkracht vereisen.

Conclusie: WordPress caching correct instellen kan complex zijn

In theorie is een cache betrekkelijk eenvoudig: hij slaat de pagina op en maakt deze sneller toegankelijk door het uitschakelen van rekenprocessen en database-queries. In de praktijk stuit dit concept echter op dynamische en gepersonaliseerde pagina-inhoud. Het activeren en instellen van een cache kan daarom voor sommige WordPress websites heel snel gaan, maar voor andere veel werk zijn.

Zelfs de grote en krachtige WordPress caching plugins zijn in dergelijke gevallen niet gemakkelijk en snel configureerbaar. Zij bieden echter wel een groot aantal mogelijkheden om de laadtijd te optimaliseren. 

Caching op de server, d.w.z. via de webhost, is zeker de eenvoudigste oplossing. Want hier is één klik meestal voldoende om de pagina met de bijbehorende caches uit te rusten. Het scala van functies van deze caches kan echter per webhost verschillen en is ook deels niet in detail te configureren.

Heb je al ervaring met verschillende WordPress caching plugins of heb je zelfs al input voor onze serverzijdige WordPress cache? Dan kijken we uit naar jouw feedback!

Vond je het artikel leuk?

Met jouw beoordeling help je ons om onze inhoud nog verder te verbeteren.

Laat een reactie achter

Je e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *.