WordPress-cache legen: welke cache moet je wissen?

Wijzigingen niet zichtbaar in WordPress? Ontdek welke cache je moet legen, hoe je het resultaat controleert en wat je bij WooCommerce uitsluit.

Het Kaige-team tijdens ontwikkeling, overleg of projectvoorbereiding op kantoor
Door de redactie van Kaige Productions · Bronnen gecontroleerd op 16 oktober 2026.
Leeg de cache van de laag die de oude inhoud vasthoudt: browser, WordPress-plugin, hosting of CDN. Werk van de bron naar de bezoeker en controleer daarna uitgelogd. WordPress heeft geen universele knop die alle caching bij iedere host tegelijk wist.

Begin met controleren wat er werkelijk oud is

Is de tekst nog oud, de vormgeving verkeerd of alleen de afbeelding niet bijgewerkt? Controleer eerst of je de juiste pagina hebt opgeslagen en gepubliceerd. Open de openbare URL vervolgens in een privévenster. Zie je daar wél de wijziging, dan ligt de oorzaak mogelijk bij je browser, een ingelogde sessie of een browserextensie.
Controleer ook of je niet op een stagingdomein, een andere taalversie of een URL met extra parameters kijkt. Een wijziging aan een concept wordt niet zichtbaar doordat je vaker de cache wist.
Werken met toetsenbord en muis op het kantoor van Kaige
Wat blijft oud?Waarschijnlijke laagGerichte controle
Alleen jouw browserBrowsercache of lokale opslagPrivévenster en andere browser vergelijken.
De hele pagina voor bezoekersPaginacache bij plugin, server of CDNWis eerst de betreffende URL.
Alleen lettertype of opmaakGegenereerde CSS of assetcacheGenereer builderbestanden opnieuw en vernieuw daarna de cache.
Verkeerde winkelwageninhoudSessie of onjuiste cache-uitsluitingControleer cookies en dynamische pagina’s.

Een praktische volgorde om de cache te legen

  1. Sla de bronwijziging op. Controleer de publicatiestatus en URL.
  2. Vernieuw gegenereerde bestanden als dat nodig is. Gebruik hiervoor de officiële functie van je pagebuilder.
  3. Wis de WordPress-paginacache. Begin bij één pagina als de plugin dat ondersteunt.
  4. Wis eventuele hostingcache. Een server kan een eigen HTML-kopie bewaren.
  5. Vernieuw de CDN-cache. Alleen wanneer de CDN ook de gewijzigde bron bewaart.
  6. Controleer de bezoekerweergave. Open een nieuwe privésessie en test desktop én mobiel.
De precieze namen van knoppen verschillen per plugin en host. Zoek naar “purge”, “clear cache” of “cache legen”. Als de eerste aanvraag na het wissen trager is, kan dat komen doordat WordPress de pagina opnieuw moet opbouwen. Een tweede aanvraag geeft een beter beeld van de opgewarmde paginacache.
Het Kaige-team tijdens ontwikkeling, overleg of projectvoorbereiding op kantoor

Objectcache is iets anders dan paginacache

Een objectcache bewaart resultaten die PHP tijdens het opbouwen gebruikt. Een paginacache bewaart het uiteindelijke HTML-document. Een oude afbeelding in de browser is daarom geen reden om automatisch een gedeelde Redis-database leeg te maken. Vraag bij beheerde hosting welke toepassing en welke site een objectcache gebruikt voordat je die leegt.
Ook PHP-opcodecache is een afzonderlijke laag. Die is vooral relevant bij gewijzigde PHP-bestanden en hoort doorgaans bij serverbeheer. Voor een gewijzigde alinea op een pagina hoef je daar normaal gesproken niet te beginnen.

WooCommerce: controleer de uitzonderingen

Winkelwagen, afrekenen en accountpagina’s bevatten persoonlijke of veranderlijke informatie. De officiële WooCommerce-documentatie beschrijft welke pagina’s en sessies buiten gewone paginacache moeten blijven. Houd rekening met aangepaste URL’s en met cache bij de host of CDN, naast de WordPress-plugin.
Test met twee onafhankelijke browsersessies. Voeg verschillende producten toe en controleer of de winkelwagens gescheiden blijven. Een “cache hit” is op een productinformatiepagina nuttig; op de verkeerde checkoutrespons kan dezelfde hit juist een configuratiefout zijn. Laat WooCommerce en caching samen controleren wanneer winkelwagen- of betaalproblemen optreden.

Waarom moet ik steeds opnieuw legen?

Als iedere inhoudswijziging handmatig herstel vraagt, controleer dan de automatische cacheverversing. Mogelijke oorzaken zijn een ontbrekende purge-koppeling met de host, meerdere concurrerende optimalisatieplugins of uitzonderingen die verkeerd staan. Noteer welke laag het probleem oplost; dat is de aanwijzing voor de structurele reparatie.

Veelgestelde vragen

Verwijdert cache legen mijn pagina’s?

De normale cachefunctie verwijdert tijdelijke kopieën, niet je gepubliceerde inhoud. Verwar deze functie niet met een database-cleaner, reset of het verwijderen van uploads.

Maakt dagelijks alles legen de site sneller?

Niet vanzelf. Je gooit dan ook bruikbare kopieën weg. Een passende levensduur en gerichte verversing bij wijzigingen zijn doorgaans zinvoller.

Liever samen de oorzaak vinden?

Vertel ons welke pagina of handeling vastloopt, sinds wanneer en wat er vlak daarvoor veranderde. Deel geen wachtwoorden via een openbaar formulier.

Verder lezen

Elementor-editor laadt niet? Een gerichte diagnose

WooCommerce verstuurt geen mail? Controleer deze keten

WordPress-website traag? Meet eerst waar de vertraging zit

heading

beschrijving