U heeft een cacheplugin geïnstalleerd, uw afbeeldingen zijn geoptimaliseerd en toch voelt de site op sommige momenten stroperig. Vooral het beheer, de winkelwagen of pagina’s met filters blijven traag. Dan duikt vroeg of laat de term Redis op. Uw hostingprovider biedt het aan als optie, een collega raadt het aan, of een snelheidstool noemt “persistent object cache” als verbeterpunt.

Redis voor WordPress is geen toverwoord. Voor sommige websites is het een van de grootste snelheidswinsten die er te halen zijn, voor andere maakt het geen enkel meetbaar verschil. In dit artikel leggen wij uit wat objectcaching doet, waarom het anders is dan paginacaching, en hoe u bepaalt of het voor uw site loont.

Wat objectcaching anders doet dan paginacaching

Paginacaching slaat het complete eindresultaat van een pagina op. Dat werkt geweldig voor bezoekers die allemaal dezelfde pagina zien. Maar zodra een pagina per bezoeker verschilt, valt paginacaching weg: een ingelogde klant, een gevulde winkelwagen, een ledenomgeving, het beheer van WordPress zelf. Op die momenten moet WordPress de pagina alsnog volledig opbouwen.

Bij dat opbouwen doet WordPress tientallen tot honderden databaseverzoeken: welke opties staan er aan, welke menu’s zijn er, welke instellingen heeft dit product. Veel van die verzoeken leveren telkens hetzelfde antwoord op. Objectcaching bewaart die antwoorden in het werkgeheugen, zodat WordPress ze niet steeds opnieuw aan de database hoeft te vragen. Redis en Memcached zijn de twee programma’s die dat geheugen beheren.

WordPress heeft standaard al een objectcache, maar die leeft alleen tijdens één paginaverzoek en wordt daarna weggegooid. Een “persistent” objectcache met Redis onthoudt de antwoorden ook tussen verzoeken door. Dat is het verschil waar Site Health naar verwijst als het over een ontbrekende persistent object cache gaat.

Voor welke websites Redis merkbaar helpt

Objectcaching loont vooral waar paginacaching tekortschiet. Concreet:

  • Webshops. Winkelwagen, checkout, mijn-account en productfilters worden per bezoeker opgebouwd. WooCommerce doet daarbij veel databaseverzoeken. In onze ervaring is dit de categorie waar Redis het vaakst een duidelijk verschil laat zien.
  • Ledensites en portalen. Ingelogde gebruikers krijgen nooit een gecachte pagina. Alles wat zij zien, is dynamisch.
  • Sites met veel beheerders of redacteuren. Het WordPress-beheer profiteert direct: menu’s, overzichten en de editor laden sneller.
  • Grote sites met veel content. Duizenden berichten, ingewikkelde taxonomieën, meertaligheid met WPML: de database wordt zwaar bevraagd en Redis vangt dat op.
  • Sites met veel gelijktijdige bezoekers. Bij piekdrukte is de database vaak de eerste bottleneck. Objectcaching haalt die druk weg.

Herkent u uw website in geen van deze punten? Dan is de kans groot dat Redis weinig oplevert, en leest u beter verder bij het volgende kopje.

Wanneer u het gerust kunt laten

Een bedrijfswebsite met tien pagina’s, een contactformulier en af en toe een blogbericht, wordt vrijwel volledig uit de paginacache geserveerd. De database wordt daar nauwelijks aangesproken. Redis installeren op zo’n site kost tijd en soms geld, terwijl de laadtijd voor bezoekers hetzelfde blijft. Het enige wat u merkt, is een iets vlotter beheer.

Er zijn ook situaties waarin Redis het probleem niet oplost omdat het probleem ergens anders zit. Trage hosting, een thema dat honderden bestanden laadt of afbeeldingen van drie megabyte worden niet sneller van een objectcache. Meet daarom eerst waar de vertraging vandaan komt. Wie wil weten of de server of de site zelf de vertraging veroorzaakt, vindt in ons stappenplan om te meten of uw hosting de bottleneck is een praktische aanpak.

Wat u nodig heeft om het in te schakelen

Redis draait op de server, niet in WordPress. U kunt het dus niet zomaar “installeren” via een plugin. De volgorde is:

  1. Controleer of uw hosting Redis aanbiedt. Veel Nederlandse hosters bieden het als optie op zakelijke pakketten of managed WordPress-hosting. Op goedkope gedeelde hosting ontbreekt het meestal. Memcached is een vergelijkbaar alternatief dat sommige hosters wel aanbieden.
  2. Activeer Redis in het hostingpaneel of vraag de hoster het aan te zetten. U krijgt dan een adres en poort, of een socketpad.
  3. Installeer een koppelplugin. Redis Object Cache (van Till Krüss) is de meest gebruikte en werkt betrouwbaar. LiteSpeed Cache heeft de koppeling ingebouwd. WP Rocket biedt het niet zelf, maar werkt prima naast Redis Object Cache.
  4. Zet de verbinding aan en controleer de status. De plugin toont of de verbinding werkt en hoeveel verzoeken uit de cache komen.

Twee valkuilen: gebruik op een gedeelde server altijd een unieke prefix per site, anders kunnen twee WordPress-installaties elkaars cache vervuilen. En let op het geheugen dat Redis mag gebruiken. Als dat te krap is, gooit Redis voortdurend gegevens weg en levert het nauwelijks winst op.

Een praktijkvoorbeeld

Een webshop in tuinmeubelen uit de omgeving van Breda, zo’n 1.800 producten, draaide op degelijke hosting met paginacaching. De categoriepagina’s laadden snel, maar zodra een bezoeker een product in de winkelwagen legde, duurde elke volgende pagina drie tot vier seconden. De eigenaar dacht aan een nieuw thema.

Bij het meten bleek dat een pagina met gevulde winkelwagen ruim zeshonderd databaseverzoeken deed, waarvan het merendeel steeds dezelfde productgegevens ophaalde. Na het inschakelen van Redis via het hostingpaneel en het activeren van Redis Object Cache daalde het aantal databaseverzoeken naar een fractie daarvan. De laadtijd met gevulde winkelwagen zakte naar ruim een seconde. Geen nieuw thema, geen redesign, ongeveer een uur werk.

De les: bij een webshop is het niet de vraag óf u objectcaching gebruikt, maar wanneer u ermee begint. Bij WebMaintor nemen wij de Redis-configuratie standaard mee als onderdeel van snelheidsoptimalisatie voor WooCommerce-sites, juist omdat de winst daar zo voorspelbaar is.

Objectcaching en de andere cachelagen

Redis vervangt uw cacheplugin niet en uw cacheplugin vervangt Redis niet. Ze werken op verschillende lagen: de een bewaart complete pagina’s, de ander bewaart de bouwstenen waarmee pagina’s worden gemaakt. Een goed ingerichte site heeft ze allebei, plus browsercaching en bij voorkeur servercaching. Hoe die lagen samenwerken en in welke volgorde u ze inricht, leest u in onze uitleg over caching in WordPress.

Conclusie

Heeft u een webshop, ledensite of een site met veel ingelogde gebruikers? Vraag uw hostingprovider vandaag nog of Redis beschikbaar is en zet het aan. De winst is vrijwel altijd merkbaar, vooral in de winkelwagen en het beheer. Heeft u een kleine bedrijfswebsite die vrijwel alleen uit de paginacache draait? Dan kunt u dit rustig overslaan en uw tijd beter besteden aan afbeeldingen, hosting en het opruimen van plugins. Meet in beide gevallen vóór en na, zodat u zeker weet wat het heeft opgeleverd.