WordPress cache instellen voor een snellere site

Een homepage die pas na enkele seconden verschijnt, kost bezoekers vertrouwen en kan omzet kosten. Zeker bij een webshop, een zakelijke website met campagnes of een drukbezocht portfolio is elke onnodige wachttijd merkbaar. Met WordPress cache instellen zorgt u ervoor dat veelgebruikte pagina’s niet bij ieder bezoek volledig opnieuw hoeven te worden opgebouwd. Dat maakt uw site sneller en verlaagt tegelijk de belasting op uw hostingomgeving.

Caching is geen knop die u blindelings aanzet en vervolgens vergeet. De juiste instellingen hangen af van uw website, uw hostingpakket en de mate waarin bezoekers gepersonaliseerde inhoud zien. Een brochurewebsite vraagt iets anders dan een WooCommerce-webshop of een ledenomgeving. Met een doordachte basis voorkomt u fouten zoals verouderde prijzen, een winkelmand die leeg lijkt of formulieren die niet goed werken.

Wat caching in WordPress precies doet

WordPress bouwt een pagina normaal gesproken dynamisch op. Bij een bezoek haalt het systeem gegevens op uit de database, voert het PHP-code uit, laadt themaonderdelen en verzamelt pluginscripts. Bij een kleine website gaat dat vaak goed, maar bij tientallen of honderden gelijktijdige bezoekers kan deze werkwijze onnodig veel servercapaciteit vragen.

Een cache bewaart tijdelijk een kant-en-klare versie van een pagina of onderdeel. Komt een volgende bezoeker op dezelfde pagina, dan kan de server die opgeslagen versie direct tonen. Daardoor hoeft WordPress minder werk te doen en krijgt de bezoeker sneller resultaat.

Er zijn meerdere lagen van caching. Paginacache is voor de meeste WordPress-sites de belangrijkste laag: deze bewaart complete HTML-pagina’s. Objectcache bewaart veelgebruikte databasegegevens en kan vooral bij grotere sites of webshops verschil maken. Browsercache vertelt de browser hoe lang afbeeldingen, stylesheets en scripts lokaal mogen worden bewaard. Daarnaast kan een hostingplatform caching op serverniveau aanbieden.

Die lagen kunnen elkaar aanvullen, maar twee oplossingen die hetzelfde werk doen kunnen ook botsen. Daarom geldt een eenvoudige regel: kies per cachelaag één duidelijke verantwoordelijke oplossing.

WordPress cache instellen: begin bij uw hosting

Controleer voordat u een cacheplugin installeert welke caching uw hosting al levert. Bij beheerde WordPress-hosting is servercache regelmatig standaard aanwezig. Dat is vaak sneller en stabieler dan een plugin die alles via WordPress zelf moet regelen. Sommige omgevingen hebben bovendien een eigen plugin nodig om de servercache te legen of uitzonderingen in te stellen.

Installeer dus niet zonder meer meerdere cacheplugins naast elkaar. Twee plugins die allebei paginacache, minificatie of browsercache beheren, kunnen zorgen voor dubbele regels, lastig te verklaren fouten en pagina’s die pas veel later worden vernieuwd. Ook een extern cacheplatform kan al een deel van dit werk overnemen.

Weet u niet welke techniek op uw pakket actief is? Vraag het na bij uw hostingpartner voordat u instellingen wijzigt. Een partij die uw omgeving kent, kan ook aangeven of objectcache, bijvoorbeeld Redis, zinvol is voor uw site. Voor een eenvoudige bedrijfswebsite is dat vaak niet nodig. Voor een webshop met veel producten, filters en gelijktijdige bezoekers kan het juist een verstandige stap zijn.

Kies een plugin die past bij de site

Heeft uw hosting geen ingebouwde paginacache, kies dan één goed onderhouden WordPress-cacheplugin. Let niet alleen op de hoeveelheid opties. Een overzichtelijke plugin die goed aansluit op uw hosting en thema is meestal beter dan een uitgebreid pakket waarvan slechts een klein deel correct is ingesteld.

Voor een standaard website zijn deze instellingen doorgaans voldoende: schakel paginacache in, activeer browsercache voor statische bestanden en zorg dat de cache wordt geleegd wanneer u een pagina, bericht of menu bijwerkt. Stel ook in dat ingelogde gebruikers geen openbare cacheversie krijgen. Zij zien vaak een beheerbalk of persoonlijke inhoud die niet voor andere bezoekers bedoeld is.

Automatisch wissen na wijzigingen is belangrijk. Publiceert u een nieuwsbericht, wijzigt u openingstijden of past u een dienstpagina aan, dan wilt u dat de nieuwe versie direct zichtbaar wordt. Wis daarbij niet altijd zonder reden de volledige cache. Op een grotere site kan gerichter legen minder belasting geven, bijvoorbeeld alleen voor de aangepaste pagina en relevante archiefpagina’s.

Gebruik een passende cacheduur

De cacheduur bepaalt hoelang een opgeslagen pagina bruikbaar blijft. Voor pagina’s die zelden veranderen, zoals een over-ons-pagina, mag die periode best langer zijn. Nieuws-, actie- of voorraadpagina’s vragen om een kortere duur of om automatisch legen na elke wijziging.

Er bestaat geen universeel ideaal aantal minuten. Een statische zakelijke website kan prima uren gecachet worden als wijzigingen de cache direct wissen. Een website met actuele data, reserveringen of wisselende tarieven moet voorzichtiger zijn. Kies liever een instelling die voorspelbaar werkt dan een extreem agressieve cache die onjuiste informatie toont.

Sluit dynamische pagina’s bewust uit

Niet iedere URL mag uit een openbare cache komen. Bij een WooCommerce-webshop horen de winkelmand, afrekenpagina en mijn-accountomgeving vrijwel altijd uitgesloten te zijn. Die pagina’s verschillen per bezoeker en bevatten soms persoonsgegevens. Veel cacheplugins herkennen WooCommerce automatisch, maar controleer dit altijd na installatie.

Hetzelfde geldt voor inlogpagina’s, klantportalen, ledenomgevingen, afsprakenmodules en formulieren met vooraf ingevulde gegevens. Heeft uw website een offerteconfigurator of rekentool? Test dan of de uitkomst na een refresh nog klopt. Een cachingregel die op een gewone informatiepagina uitstekend presteert, kan op een interactieve toepassing problemen veroorzaken.

Let ook op cookies. Webshops en ledenwebsites gebruiken cookies om sessies en persoonlijke inhoud te herkennen. Een goede cachingoplossing slaat een pagina niet publiek op zodra zo’n relevante cookie aanwezig is. Als dit niet goed staat, kunnen bezoekers in uitzonderlijke gevallen inhoud zien die niet voor hen bedoeld is. Dat is een reden om caching niet alleen op snelheid, maar ook op veiligheid en functionaliteit te beoordelen.

Wees terughoudend met minificatie en uitstel

Cacheplugins bieden vaak extra optimalisaties, zoals het verkleinen van CSS- en JavaScript-bestanden, het samenvoegen van scripts of het uitstellen van scripts. Deze functies kunnen een voordeel opleveren, maar ze zijn niet hetzelfde als caching. Ze raken direct aan de werking van uw thema, formulierplugin, cookiebanner en webshop.

Schakel deze opties daarom één voor één in. Test daarna de homepage, contactpagina, mobiele weergave, formulieren en eventuele bestelstraat. Controleer ook of menu’s, sliders, pop-ups en betaalmethoden correct werken. Combineert u bestanden, dan kan de laadvolgorde veranderen. Juist moderne WordPress-thema’s en plugins hebben die volgorde soms nodig.

Afbeeldingen verdienen eveneens aandacht. Caching maakt een te grote foto niet klein. Gebruik passende afbeeldingsformaten, comprimeer uploads en laad afbeeldingen onder de vouw waar mogelijk later in. Daarmee voorkomt u dat een snelle server alsnog moet wachten op zware bestanden vanaf het apparaat van de bezoeker.

Test na iedere wijziging als bezoeker

Een veelgemaakte fout is testen terwijl u zelf bent ingelogd in WordPress. U krijgt dan vaak bewust geen gecachete pagina te zien. Test daarom ook in een privévenster of in een andere browser. Wis eerst de cache en bezoek vervolgens dezelfde pagina meerdere keren. De eerste keer mag iets meer tijd kosten, omdat de cache nog moet worden opgebouwd. Daarna hoort de pagina merkbaar consistenter te laden.

Test niet alleen de snelheid, maar ook de inhoud. Controleer recente wijzigingen, contactformulieren, zoekfuncties, inloggen en het afrekenen. Vraag bij een webshop eventueel iemand anders om een testbestelling te doen vanaf een mobiel netwerk. Daarmee ziet u sneller problemen die op uw eigen apparaat, door opgeslagen cookies of een snelle kantoorverbinding, verborgen blijven.

Kijk bij afwijkend gedrag eerst naar de laatste wijziging. Zet een pas ingeschakelde optimalisatie tijdelijk uit, leeg alle betrokken caches en test opnieuw. Denk daarbij aan de plugin-cache, servercache en browsercache. Als een extern platform wordt gebruikt, kan daar nog een vierde laag bij komen.

Wanneer caching alleen niet genoeg is

Caching kan veel oplossen, maar niet iedere trage website. Een verouderde PHP-versie, een zwaar thema, een overvolle database, te veel plugins of onvoldoende servercapaciteit blijven knelpunten. Ook een webshop die structureel meer bezoekers en bestellingen verwerkt, kan uit een gedeelde omgeving groeien.

Dan is het verstandiger om naar de gehele omgeving te kijken: de WordPress-configuratie, beschikbare resources, databaseprestaties, back-ups, monitoring en beveiliging. DeltaServ kan daarbij helpen met een hostingomgeving die past bij de belasting van uw website, zodat snelheid niet afhankelijk blijft van een enkele plugininstelling.

Maak van caching geen eenmalige technische klus. Plan na grote updates, nieuwe plugins of een campagne een korte controle. Zo blijft uw website snel voor bezoekers, terwijl u erop kunt vertrouwen dat prijzen, formulieren en persoonlijke gegevens correct worden verwerkt.