Je past de openingstijden op je website aan, klikt op opslaan, bekijkt de site… en daar staan doodleuk nog de oude tijden. Pagina opnieuw laden — niks. Nóg een keer opslaan — niks. Is je wijziging soms niet doorgekomen?
Jawel. Grote kans dat alles keurig is opgeslagen en dat jij naar een gecachete kopie kijkt. “Ik zie mijn wijziging niet” is misschien wel dé vaakst gestelde vraag bij elke website-helpdesk, en het antwoord is vrijwel altijd hetzelfde: caching. Tijd om dat begrip één keer goed uit te leggen — dan raak je er nooit meer door in paniek.
De bakkerij-uitleg
Stel je een bakker voor die voor elke klant een vers brood bakt op bestelling. Heerlijk vers, maar iedereen wacht twintig minuten. Dus doet de bakker wat elke bakker doet: ’s ochtends de plank vol bakken. De klant krijgt direct een brood — van de plank.
Dat is caching. Zonder cache bouwt de server elke pagina voor elke bezoeker helemaal opnieuw op: programmacode draait, de database wordt bevraagd, en dan pas verschijnt de pagina. Met cache wordt het eindresultaat bewaard en krijgt de volgende bezoeker de kant-en-klare kopie. Vele malen sneller — en snelheid is geen luxe maar noodzaak.
De keerzijde: soms krijg je een brood van gisteren. Een kopie die is gemaakt vóórdat jij je openingstijden aanpaste.
De drie lagen cache
Het venijn zit hem erin dat er niet één cache is, maar (minstens) drie, op verschillende plekken in de keten:
- Browsercache — jouw eigen browser bewaart afbeeldingen, opmaak en soms hele pagina’s op je computer, zodat een volgend bezoek sneller is. Deze cache is persoonlijk: alleen jíj kijkt ertegenaan.
- Servercache (pagina-cache) — op je hosting worden kant-en-klare kopieën van pagina’s bewaard, via een cache-plugin of de webserver zelf. Deze kopie krijgt iedereen te zien.
- CDN-cache — diensten als Cloudflare bewaren kopieën van je site op servers over de hele wereld. Ook die kunnen even achterlopen. (Meer daarover in Cloudflare gratis voor je site.)
Welke laag zit jóu dwars? Zo kom je erachter
Stap 1: forceer een verse versie in je browser. Windows: Ctrl+F5 (of Ctrl+Shift+R). Mac: Cmd+Shift+R. Deze “hard refresh” zegt tegen je browser: negeer je eigen kopie, haal alles opnieuw op.
Stap 2: kijk in een incognitovenster (of op je telefoon via 4G). Een incognitovenster gebruikt je opgeslagen browsercache niet. Zie je dáár wel de nieuwe versie? Dan was het je eigen browsercache en is er niets aan de hand — bezoekers zagen de nieuwe versie al.
Stap 3: nog steeds oud, ook incognito? Dan staat de oude kopie op de server of bij het CDN. Cache-plugins hebben daarvoor een knop, meestal “Cache legen”, “Purge” of “Purge All”, bovenin je WordPress-beheer. Gebruik je Cloudflare, dan zit daar een eigen knop (Caching → “Purge Everything”).
| Wie ziet de oude versie? | Welke cache? | Oplossing |
|---|---|---|
| Alleen jij | Browsercache | Hard refresh (Ctrl+F5 / Cmd+Shift+R) |
| Iedereen | Servercache | “Cache legen”-knop van je plugin of hostingpaneel |
| Iedereen, ook na purge | CDN (bijv. Cloudflare) | Cache legen in het CDN-dashboard |
In de praktijk lost de volgorde hard refresh → plugin-purge → CDN-purge vrijwel elk “ik zie mijn wijziging niet”-geval op.
Wanneer caching dingen kapotmaakt
Caching mag alleen op pagina’s die voor iedereen gelijk zijn. Zodra een pagina persóónlijk is, gaat het mis. De klassieke symptomen:
- Een winkelwagen die leeg blijft, of erger: de winkelwagen van iemand anders toont.
- Inloggen dat schijnbaar niet lukt — je krijgt steeds de uitgelogde versie te zien.
- Formulieren die rare foutmeldingen geven over verlopen sessies.
Goede cache-plugins sluiten winkelwagen-, afreken- en inlogpagina’s daarom standaard uit. Beginnen die problemen vlak nadat je een nieuwe cache-plugin hebt geïnstalleerd of ingesteld, dan weet je waar je moet zoeken: bij de uitsluitingen in de plugin-instellingen.
Dan zet ik caching toch gewoon uit?
Begrijpelijke opwelling, slecht idee. Zonder cache wordt je site merkbaar trager, en trage sites kosten bezoekers en klanten. De betere gewoonte is klein en simpel: na het aanpassen van je site éérst de cache legen en een hard refresh doen — en dan pas oordelen of je wijziging “er niet in staat”. Welke cache-oplossing je kiest en instelt, is een verhaal apart; dat behandelen we in een verdieping over LiteSpeed Cache en Redis.
Samengevat
- Caching = kant-en-klare kopieën serveren in plaats van elke pagina opnieuw bouwen. Sneller voor iedereen.
- “Ik zie mijn wijziging niet” betekent bijna altijd: je kijkt naar zo’n kopie.
- Er zijn drie lagen: browser (alleen jij), server (iedereen), CDN (iedereen, wereldwijd).
- Vaste volgorde: hard refresh → cache legen in je plugin → cache legen in je CDN.
- Winkelwagen- of inlogproblemen na een cache-wijziging? Check de uitsluitingen.
Wanneer schakel je hulp in?
Blijft de oude versie hangen terwijl je alle drie de lagen hebt geleegd, of maakt caching je webshop stuk en kom je er met de uitsluitingen niet uit? Dan is het tijd voor je hoster of webbouwer: die ziet ook de cachelagen die jij niet kunt bedienen, zoals de servercache van de hosting zelf. Vermeld erbij wat je al hebt geprobeerd — dat scheelt iedereen een rondje heen-en-weer mailen.