Onmisbaar: Zonder WordPress -Cache kunt u de laadtijd van uw WP-projecten vergeten

Jan Hornung Laatst bijgewerkt op 21.10.2020
5 Min.
WordPress  Cache 101. Dus een cache maakt je WordPress projecten sneller...
Laatst bijgewerkt op 21.10.2020

Zonder een goede cache zijn WordPress pagina's pijnlijk traag. Daarom wordt in dit artikel uitgelegd welke soorten caching beschikbaar zijn, hoe ze werken en hoe u caching op uw WordPress pagina's kunt gebruiken.

Als winkeleigenaar of blogger kent u het probleem dat uw gebruikers en lezers niet het meest geduldig zijn: Als een pagina te lang wordt geladen, springen ze er snel af. Dit is een kwestie van fracties van een seconde - en dit is waar caching in het spel komt. Het is veruit het belangrijkste instrument voor Optimalisatie van de laadtijd. Want caching zorgt ervoor dat WordPress niet elke pagina in de browser opnieuw opgebouwd hoeft te worden, maar terug kan vallen op een reeds gebouwde versie.

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

Daarom ga ik je vandaag uitleggen...

Functionaliteit van Caching voor WordPress

In principe geldt dat hoe meer dynamische elementen uw WordPress pagina bevat, hoe langer de laadtijd. Dynamische elementen zijn bijvoorbeeld winkelmandjes, interactieve kalenders of kaarten. Kortom: alle elementen en functies die regelmatig moeten worden geüpdatet of individueel moeten worden geladen. Statische elementen zijn elementen die voor alle gebruikers of bepaalde gebruikersgroepen gelijk blijven. Deze delen van uw pagina kunnen gemakkelijk in de cache worden geplaatst.

En dat is precies wat een cache in principe altijd doet: het zet de mix van stylesheets, JavaScript, afbeeldingen, etc. over in een statisch HTML-document, slaat het tijdelijk op en levert het op wanneer de pagina wordt aangeroepen. Zo krijgt elke bezoeker van uw site een en hetzelfde sjabloon geleverd. Dit betekent dat niet elk element opnieuw berekend hoeft te worden bij het oproepen van de pagina. Daarom is een cache veel sneller dan de standaard pagina-oproep.

Voor een ongecacheerde paginaweergave moet u, simpel gezegd, webserver en database worden geadresseerd. Berekeningsprocessen vinden op beide plaats. Een cache omzeilt deze berekeningsprocessen en bespaart zo veel tijd.

Een WordPress  cache verkort niet alleen het pad dat een aanvraag moet afleggen, maar levert ook een sneller te laden variant van de pagina op.
Een cache "verkort de afstand" die de pagina moet afleggen tot de gebruiker. Met de pagina-cache wordt een versie van de pagina op de server opgeslagen. Nog sneller is de browser cache, waarbij de pagina direct in de browser van de bezoeker wordt opgeslagen.

Het systeem van caching is WordPress dubbel zo belangrijk. Omdat WordPress het gebaseerd is op PHP. Zonder caching lopen WordPress pagina's alleen echt snel met navenant krachtige en dus dure hardware. Caching is daarom elementair voor uw WordPress projecten.

Overigens worden de caches zelf op de harde schijf of in het hoofdgeheugen opgeslagen. Sommige Plugins bieden de mogelijkheid om tussen beide te wisselen. Een cache die in het werkgeheugen is opgeslagen, wordt bijzonder snel geleverd. Dit vermindert echter ook de rekenkracht die vanaf nu voor uw site beschikbaar is. Daarom zijn RAM-gebaseerde caches gebruikelijker voor pagina's met extreem veel verkeer. Dit komt omdat er sowieso al genoeg hardwarevermogen beschikbaar is.

Als de cache op de harde schijf staat, wordt deze veel langzamer geleverd. Dit geldt vooral als uw webserver gebruik maakt van een harde schijf. SSD-harddisks zijn daarom ook een verstandige investering met betrekking tot de WordPress cache, omdat ze vele malen sneller zijn dan hun HDD-voorgangers. Een cache op de harde schijf van uw webserver belast de verwerkingskracht 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 cachetypes voor WordPress
Selectie van de soorten caches voor WordPress

Beide manieren hebben als kern de creatie 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 deze pagina nu oproept, ontvangt hij de kant-en-klare "pagina" in fracties van een seconde.

Een andere manier is het gebruik van de browser cache. Hier worden de gegevens niet op uw server gecached, maar op het eindapparaat van uw bezoekers. Hun webbrowser slaat de pagina op - en heeft deze dan sneller bij de hand voor herhaalde paginaverzoeken. U kunt de cache van de browser activeren viaPlugins Caching-inWordPress , maar ook via de instellingen in het .htaccess-bestand. Als uw host de caching voor u doet, moeten ze de browser cache dienovereenkomstig configureren. Belangrijk voor de browser cache is het update-interval. Een gemeenschappelijke waarde is bijvoorbeeld een maand, dus 30 dagen.

Uitvoering: Per Plugin of Hoster

Er zijn een aantal zeer populaire cachingPlugins. Bijvoorbeeld W3 Total Cache, WP Super Cache of Cachify. Het spectrum varieert van uiterst complex tot uiterst eenvoudig en omvat zowel gratis als betaalde diensten.

Ook de afhandeling en de ondersteuning zijn verschillend: degenen met kosten Plugins bieden vaak meer instelmogelijkheden en persoonlijke ondersteuning, terwijl de gratis Plugins opties meestal "alleen" op een ondersteuningsforum berusten.

Betaalde cachingPlugins kan soms veel meer doen dan alleen caching: het comprimeert code, optimaliseert het, cached de database, de pagina, definieert de browser cache voor bezoekers en nog veel meer. Dit betekent op zijn beurt dat krachtige cachingPlugins veel configuratiewerk kan vergen totdat het echt optimaal draait.

Zelfs dynamische elementen kunnen gedeeltelijk worden gecached

Hoewel de cache van de pagina het belangrijkste instrument voor WordPress caching is en meestal het grootste potentieel voor het besparen van laadtijd biedt, hoeft u zich daar niet toe te beperken. Want ook delen van de pagina die niet in de cache staan, kunnen worden gecached. Neem de database, bijvoorbeeld: Een database cache slaat de vaak opgevraagde database inhoud tijdelijk op en versnelt zo onbereikbare pagina-oproepen.

Er is ook de zogenaamde Object Cache. Dit werkt op een vergelijkbare manier als de database cache: het slaat tijdelijk de vaak genoemde dynamische elementen op. De combinatie van databasecache en objectcache wordt overigens niet aanbevolen.

Een WordPress -Cache heeft ook nadelen

Het belangrijkste doel van caching is om de laadtijd van uw WordPress pagina merkbaar te verkorten. Maar de caches hebben ook een nadeel: Als de WordPress cache wordt geactiveerd, wordt de informatie niet meer live opgehaald. Afhankelijk van uw cache-instellingen kan de inhoud van uw pagina's 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 foto, kunnen gebruikers de oude foto uit de cache dagenlang te zien krijgen.

U moet zich bewust zijn van dit probleem, maar het is niet ernstig. Omdat veel caching tools het mogelijk maken om de "vervaldatum" van de cache individueel in te stellen en ook handmatig caches te verwijderen. Hetzelfde geldt voor een server-side WordPress cache. Dus als je ervoor zorgt dat je je cache na belangrijke veranderingen leegmaakt, kun je hier weinig fout doen.

Je moet ook altijd in gedachten houden dat er bepaalde dynamische elementen zijn die gewoonweg niet in de cache kunnen worden gezet. Dit geldt bijvoorbeeld voor winkelmandjes of gepersonaliseerde inhoud of productsuggesties. Een cache zou ook op dit punt niet zinvol zijn, omdat het de individualisering en personalisering van deze elementen teniet zou doen. Hetzelfde geldt bijvoorbeeld voor enquêtes of gepersonaliseerde kalenders. Dit is ook de reden waarom pagina'WordPress s met dergelijke elementen meer rekenkracht vereisen.

Conclusie: Het correct instellen van de WordPress -Cache kan snel zeer complex worden.

In theorie is een cache relatief eenvoudig: het slaat de pagina op en maakt deze sneller toegankelijk voor bezoekers door computerprocessen en databasevragen uit te schakelen. In de praktijk komt dit concept echter overeen met dynamische en gepersonaliseerde paginacontent. Het activeren en instellen van een cache kan dus voor sommige WordPress pagina's heel snel gaan, maar voor andere kan het veel werk zijn.

Zelfs de grote en krachtige cachingPlugins is in dergelijke gevallen niet eenvoudig en snel te configureren. Ze bieden echter veel instelschroeven om de laadtijd te optimaliseren. 

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 exploitant van de site.

U heeft al ervaring opgedaan met diverse cachingPlugins of zelfs invoer 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.

Gerelateerde artikelen

Commentaar op dit artikel

Schrijf een opmerking

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