Onmisbaar: Zonder WordPress cache kun je de laadtijd van je WP projecten wel vergeten.

Jan Hornung Laatst bijgewerkt op 21.10.2020
5 Min.
WordPress  Cache 101. Dit is hoe een cache uw WordPress  projecten sneller maakt.
Laatst bijgewerkt op 21.10.2020

Zonder een goede cache zijn WordPress pagina's pijnlijk traag. Daarom leggen we in dit artikel uit welke soorten caching er zijn, hoe ze werken en hoe je caching kunt gebruiken op je WordPress pagina's.

Als winkeleigenaar of blogger kent u het probleem dat uw gebruikers en lezers niet de meest geduldige zijn: Als het te lang duurt om een pagina te laden, stuiteren ze snel terug. Het is een kwestie van fracties van seconden - en dit is waar caching in het spel komt. Het is veruit het belangrijkste instrument om de laadtijd te optimaliseren. Want caching zorgt ervoor dat WordPress niet elke pagina opnieuw hoeft op te bouwen in de browser, maar kan terugvallen op een reeds opgebouwde versie.

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

Dus vandaag ga ik het je uitleggen:

Hoe caching werkt met WordPress

In principe geldt: hoe meer dynamische elementen uw WordPress -pagina bevat, hoe langer de laadtijd. Dynamische elementen zijn bijvoorbeeld winkelwagentjes, 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 voor alle gebruikers of specifieke gebruikersgroepen hetzelfde blijven. Deze delen van uw site kunnen gewoon in de cache worden opgeslagen.

En dat is wat een cache in principe altijd doet: hij zet het mengsel van stylesheets, JavaScript, afbeeldingen, enz. over in een statisch HTML-document, slaat het tijdelijk op en levert het bij het laden van de pagina. Dus elke bezoeker van uw site krijgt een en dezelfde template geleverd. Op die manier hoeft u niet bij elke pagina-lading elk element opnieuw te berekenen. Daarom is een cache veel sneller dan de standaard pagina laden.

In het geval van een niet-gecacheerd verzoek om een pagina moeten, eenvoudig gezegd, de webserver en de databaseworden aangesproken. Op beide vinden computerprocessen plaats. Een cache omzeilt deze berekeningen en bespaart dus veel tijd.

Een WordPress  cache verkort niet alleen de afstand die een verzoek moet afleggen, maar levert ook een sneller ladende versie van de pagina op.
Een cache "verkort de weg" die de pagina moet afleggen naar de gebruiker. Met de paginacache wordt een versie van de pagina op de server opgeslagen. Nog sneller is de browser cache, waar de pagina direct in de browser van de bezoeker wordt opgeslagen.

Het cachingsysteem is dubbel belangrijk op WordPress . Omdat WordPress is gebaseerd op PHP. Zonder caching zullen WordPress pagina's alleen echt snel draaien met navenant krachtige en dus dure hardware. Caching is dus elementair voor uw WordPress projecten.

Overigens worden de caches zelf ofwel op de harde schijf ofwel in het hoofdgeheugen opgeslagen. Sommige Plugins bieden de mogelijkheid om tussen beide varianten te schakelen. Een cache die in het hoofdgeheugen is opgeslagen, wordt bijzonder snel geleverd. Dit vermindert echter ook de rekenkracht die vanaf dat moment voor uw site beschikbaar is. Dat is de reden waarom RAM-gebaseerde caches vaker voorkomen op sites met extreem veel verkeer. Omdat hier toch al genoeg hardwareprestaties voorhanden zijn.

Als de cache op de harde schijf staat, zal hij veel langzamer worden afgeleverd. Dit geldt vooral als uw webserver een harde schijf met HDD gebruikt. SSD harde schijven zijn daarom ook een verstandige investering wat betreft de WordPress cache, aangezien ze vele malen sneller zijn dan hun HDD-voorgangers. Een cache op de harde schijf van uw webserver belast de rekenkracht ook niet.

WordPress -Caching is mogelijk in de browser en op de webserver

In principe heb je twee opties om snel het voordeel van een goede WordPress caching te krijgen. Ofwel gebruikt u caching plugin, ofwel heeft uw hostingprovider al een cache aan de serverkant ingericht.

Selectie van cache types voor WordPress
Selectie van de soorten caches voor WordPress

Beide manieren hebben als kern het creëren van een zogenaamde page cache. Dit betekent dat een pagina met vaste intervallen volledig wordt geladen en als statische HTML-versie in de cache wordt opgeslagen. Als een bezoeker nu deze pagina oproept, krijgt hij de geprefabriceerde "pagina" in een fractie van een seconde te zien.

Een andere manier is om de cache van de browser te gebruiken. Hier worden de gegevens niet op uw server gecached, maar op het eindtoestel van uw bezoekers. Hun webbrowser slaat de pagina op - en heeft hem dan sneller bij de hand voor herhaalde paginaweergaven. U kunt de browser cache activeren via caching-Plugins in WordPress en via instellingen in het .htaccess bestand. Als uw hoster de caching voor u doet, moet hij de browser cache dienovereenkomstig configureren. Het belangrijkste voor de browser cache is de verversingsinterval. Een gebruikelijke waarde is bijvoorbeeld een maand, d.w.z. 30 dagen.

Uitvoering: Per Plugin of Hoster

Er zijn enkele zeer populaire cachingPlugins. Bijvoorbeeld W3 Total Cache, WP Super Cache of Cachify. Zij variëren van uiterst complex tot uiterst eenvoudig en omvatten zowel gratis als betaalde aanbiedingen.

De bediening en ondersteuning verschillen ook: Betaalde Plugins bieden vaak meer instelmogelijkheden en persoonlijke ondersteuning, terwijl gratis Plugins meestal "slechts" op een ondersteuningsforum berust.

Betaalde cachingPlugins kan ook veel meer doen dan alleen cachen: ze comprimeren code, optimaliseren deze, cachen de database, de pagina, bepalen de browser cache voor bezoekers en nog veel meer. Dit leidt er weer toe dat krachtige cachingPlugins veel configuratie-inspanningen vergen voordat ze echt optimaal werken.

Dynamische elementen kunnen ook gedeeltelijk in de cache worden opgeslagen

Ook al is de paginacache het belangrijkste instrument in WordPress caching en biedt ze meestal het grootste besparingspotentieel in termen van laadtijd, je hoeft je er niet toe te beperken. Delen van de pagina die niet door een paginacache worden bestreken, 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 niet-cacheerbare pagina-oproepen.

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.

Een WordPress cache heeft ook nadelen

Het belangrijkste doel van caching is het merkbaar verkorten van de laadtijd van uw WordPress pagina. Caching heeft echter ook een nadeel: Als de WordPress cache geactiveerd is, wordt informatie niet meer live opgehaald. Afhankelijk van de cache-instelling, kan de inhoud van uw pagina verouderd zijn. Dit geldt bijvoorbeeld voor achteraf bewerkte blogartikelen, maar ook voor productbeschrijvingen. Als u bijvoorbeeld een nieuwe foto invoegt in plaats van een bestaande afbeelding, kunnen gebruikers nog dagenlang de oude afbeelding uit de cache zien.

U moet zich bewust zijn van dit probleem, maar het is niet ernstig. Met veel cachingtools kunt u de "vervaldatum" van de cache afzonderlijk instellen en caches handmatig verwijderen. Hetzelfde geldt voor een server-side WordPress cache. Als u er dus voor zorgt uw cache te legen na belangrijke wijzigingen, kunt u hier weinig fout doen.

Ook moet u altijd in gedachten houden dat er bepaalde dynamische elementen zijn die gewoon niet in de cache kunnen worden opgeslagen. Dit geldt bijvoorbeeld voor winkelwagentjes of gepersonaliseerde inhoud of productsuggesties. Een cache zou hier ook geen zin hebben, omdat het de individualisering en verpersoonlijking van deze elementen zou ondermijnen. Hetzelfde geldt bijvoorbeeld voor enquêtes of geïndividualiseerde kalenders. Dit is ook de reden waarom WordPress pagina's met dergelijke elementen meer rekenkracht vergen.

Conclusie: Het correct instellen van de WordPress cache kan al snel zeer complex worden.

In theorie is een cache betrekkelijk eenvoudig: hij slaat de pagina op en maakt hem sneller toegankelijk voor bezoekers door rekenprocessen en database-query's uit te schakelen. In de praktijk stuit dit concept echter op dynamische en gepersonaliseerde pagina-inhoud. Het activeren en opzetten van een cache kan dus heel snel gaan voor sommige WordPress pagina's, maar veel werk voor andere.

Zelfs de grote en krachtige cachingPlugins zijn in dergelijke gevallen niet gemakkelijk en snel configureerbaar. Zij bieden echter een groot aantal stelschroeven voor het optimaliseren van de laadtijd. 

De server-side caching, d.w.z. via de webhoster, is zeker de eenvoudigste oplossing. In de meeste gevallen is één klik voldoende om de pagina uit te rusten met de juiste caches. Het scala aan functies van deze caches kan echter van aanbieder tot aanbieder verschillen en is ook niet in detail te configureren door de websitebeheerder.

Heb je al ervaring met verschillende cachingPlugins of heb je zelfs al input voor onze server-side WordPress cache? Dan kijken we uit naar uw feedback!

RAIDBOXER van het eerste uur en Head of Support. Bij Bar- en WordCamps praat hij het liefst over PageSpeed en website-performance. De beste manier om hem om te kopen is met een espresso - of Beierse Brezel.

Reacties op dit artikel

Laat een opmerking achter

Jouw e-mailadres zal niet worden gepubliceerd. Verplichte velden zijn met een * gemarkeerd.