WordPress-cache legen: per plugin en per host, stap voor stap
Zie je een wijziging niet terug op je site, dan toont een cache nog een oude kopie. Welke knop je nodig hebt, hangt af van je plugin en je host. We hebben elf gratis cacheplugins zelf geinstalleerd en per plugin vastgelegd waar de knop zit en welk WP-CLI-commando werkt. Voor de hosts volgen we hun eigen documentatie, met datum. Wij maken zelf de cacheplugin Spark Speed; die staat er ook in, net als WP Rocket.
Door Kevin, oprichter van SparkCore · 12 jaar WordPress-ervaring · Wij maken Spark Speed en de andere SparkCore-plugins zelf
In het kort
Bij de meeste plugins zit de knop in de adminbalk bovenaan, meestal als Purge All of Clear All Cache
Er zijn zes lagen: browser, plugin, builder-CSS, host, CDN en object cache; elke laag heeft een eigen knop
Elf plugins zelf getest op WordPress 7.0.2, met screenshot en WP-CLI-commando
Controleer daarna in een privevenster en met de responseheaders, niet alleen in je eigen browser
Eerst: welke cache bedoel je?
"De cache legen" kan over zes verschillende lagen gaan. Zie je na een wijziging nog de oude versie, dan zit die in een van deze lagen. Begin bij je plugin, dan je host, dan het CDN, en test als laatste in een privevenster. Inhoud gaat er niet door verloren: een cache bevat alleen kopieen die vanzelf opnieuw worden opgebouwd.
Laag
Wat erin staat
Waar je hem leegt
Browsercache
Bestanden op het apparaat van de bezoeker
Harde refresh: Ctrl+Shift+R (Windows) of Cmd+Shift+R (Mac), of een privevenster
Paginacache van je plugin
Kant-en-klare HTML van je pagina's
Knop in de adminbalk of op de pluginpagina, zie hieronder
CSS/JS- en buildercache
Verkleinde bestanden en de CSS van Elementor, Breakdance of Divi
In de optimalisatieplugin of in de builder zelf
Servercache van je host
Kopieen op de server, voor WordPress start (Varnish, LiteSpeed, Nginx)
In het hostingpaneel, soms ook via een knop in WordPress
CDN
Kopieen op servers wereldwijd
In het CDN-dashboard (Cloudflare, Bunny, het CDN van je host)
Object cache
Databasegegevens in Redis, Memcached of vergelijkbaar
wp cache flush of de knop van je object-cacheplugin
Overzicht: de knop per cacheplugin
We hebben elke gratis cache- en optimalisatieplugin uit deze lijst zelf geinstalleerd en gekeken waar de knop staat. De WP-CLI-commando's hebben we ook uitgevoerd; wat niet werkte of niet bestond, staat erbij.
Plugin (getest)
Knop in de adminbalk
WP-CLI (getest)
LiteSpeed Cache 7.9.1
Purge All
wp litespeed-purge all (alleen op LiteSpeed)
W3 Total Cache 2.10.7
Performance, Purge All Caches
wp w3-total-cache flush all
WP Super Cache 3.1.4
Delete Cache
Niet ingebouwd
WP Fastest Cache 1.5.3
Clear All Cache
wp fastest-cache clear all
WP-Optimize 4.7.0
Purge cache for all pages
Niet ingebouwd
Breeze 2.6.2
Purge All Cache
wp breeze purge --cache=all
Speed Optimizer (SiteGround) 7.8.4
Purge SG Cache
wp sg purge
Hummingbird 3.21.2
Clear all cache
Niet ingebouwd
Cache Enabler 1.8.17
Clear Site Cache
wp cache-enabler clear
Super Page Cache 5.3.7
Purge whole cache
wp cfcache purge_cache
Autoptimize 3.1.16
Clear CSS/ JS Cache
wp autoptimize clear
Getest door SparkCore op een lege testinstallatie met WordPress 7.0.2, 16 oktober 2026. Elke plugin apart geinstalleerd vanaf wordpress.org en apart geactiveerd; de rode rand op de screenshots is van ons.
LiteSpeed Cache legen
Snelste route: het ruitvormige LiteSpeed-icoon in de adminbalk, dan Purge All. In het beheer vind je dezelfde knop onder LiteSpeed Cache, Toolbox, tabblad Purge, als Purge All - LSCache. De paginacache van deze plugin werkt alleen op een LiteSpeed-webserver of via QUIC.cloud; op onze testserver (geen LiteSpeed) liet de plugin dat zelf zien.
Ga met de muis naar het LiteSpeed-icoon in de adminbalk
Klik op Purge All
Of: LiteSpeed Cache, Toolbox, tabblad Purge, Purge All - LSCache
WP-CLI: wp litespeed-purge all. Bestaat, maar gaf op onze testserver zonder LiteSpeed een fout (Got 400): het commando stuurt de purge naar de LiteSpeed-server. Hostinger noemt hetzelfde commando in de eigen handleiding.
LiteSpeed Cache 7.9.1: Purge All in de adminbalk.Toolbox, tabblad Purge. De rode waarschuwing verschijnt omdat onze testserver geen LiteSpeed draait.
W3 Total Cache legen
In de adminbalk heet het menu Performance; daarin staat Purge All Caches. In het beheer staat op Performance, Dashboard de knop Empty All Caches. Purge Modules in de adminbalk leegt een enkele laag, zoals alleen de paginacache.
Ga met de muis naar Performance in de adminbalk
Klik op Purge All Caches
Of: Performance, Dashboard, Empty All Caches
WP-CLI: wp w3-total-cache flush all. Werkte in ons lab: "Everything flushed successfully."
W3 Total Cache 2.10.7: Performance, Purge All Caches.Performance, Dashboard: Empty All Caches.
WP Super Cache legen
WP Super Cache zet een losse knop Delete Cache in de adminbalk. In het beheer staat dezelfde knop onder Instellingen, WP Super Cache, tabblad Easy, blok Delete Cached Pages.
Klik op Delete Cache in de adminbalk
Of: Instellingen, WP Super Cache, tabblad Easy, Delete Cache
WP-CLI: Geen ingebouwd WP-CLI-commando: in ons lab bestond wp super-cache niet. Daarvoor is een apart WP-CLI-pakket nodig.
WP Super Cache 3.1.4: Delete Cache in de adminbalk.Instellingen, WP Super Cache, tabblad Easy.
WP Fastest Cache legen
Het adminbalkmenu WP Fastest Cache heeft Clear All Cache voor de hele site, en op de voorkant ook Clear Cache of This Page. In het beheer: WP Fastest Cache, tabblad Clear Cache. Clear Cache and Minified CSS/JS leegt ook de verkleinde bestanden.
Ga met de muis naar WP Fastest Cache in de adminbalk
Klik op Clear All Cache
Of: WP Fastest Cache, tabblad Clear Cache, Clear All Cache
WP-CLI: wp fastest-cache clear all. Werkte in ons lab: "The cache has been cleared!"
WP Fastest Cache 1.5.3 in de adminbalk.Tabblad Clear Cache. De mappaden hebben wij onscherp gemaakt.
WP-Optimize-cache legen
In WP-Optimize staat de knop onder WP-Optimize, Cache, tabblad Page cache: Purge cache, zichtbaar zodra de paginacache aanstaat. Volgens de plugincode komt er dan ook een adminbalkmenu met Purge cache for all pages en, op de voorkant, Purge cache for this page.
Ga naar WP-Optimize, Cache, tabblad Page cache
Klik op Purge cache
WP-CLI: In de gratis versie vonden we geen WP-CLI-commando; WP-Optimize noemt WP-CLI zelf als Premium-functie.
WP-Optimize 4.7.0: Purge cache onder Cache, Page cache.
Breeze-cache legen (Cloudways)
Breeze is de plugin van Cloudways. In de adminbalk staat Breeze, Purge All Cache; onder Purge Modules kies je een enkele laag, zoals de interne cache of de object cache. Op Cloudways leegt Breeze ook Varnish, zie de hosttabel verderop.
Ga met de muis naar Breeze in de adminbalk
Klik op Purge All Cache
WP-CLI: wp breeze purge --cache=all. Werkte in ons lab: "Breeze all cache has been purged."
Breeze 2.6.2: Purge All Cache.
Speed Optimizer van SiteGround legen
De plugin van SiteGround zet Purge SG Cache in de adminbalk. De Dynamic Cache zelf draait op de servers van SiteGround; buiten SiteGround heeft die knop dus minder te legen. De volledige route via Site Tools staat in de hosttabel.
Klik op Purge SG Cache in de adminbalk
WP-CLI: wp sg purge. Werkte in ons lab voor de assetmap, met de waarschuwing dat de bestandscache uitstond. Op SiteGround leegt het de Dynamic Cache.
Speed Optimizer 7.8.4: Purge SG Cache.
Hummingbird-cache legen
In Hummingbird staat de knop Clear cache rechtsboven op Hummingbird, Caching. Volgens de plugincode heeft het adminbalkmenu Hummingbird ook Clear all cache zodra een cachelaag actief is.
Ga naar Hummingbird, Caching
Klik rechtsboven op Clear cache
WP-CLI: In de gratis versie vonden we geen WP-CLI-commando.
Hummingbird 3.21.2: Clear cache op het scherm Caching.
Cache Enabler legen
Cache Enabler zet Clear Site Cache rechts in de adminbalk, en op de voorkant ook Clear Page Cache voor alleen die pagina. Op de instellingenpagina leegt Save Changes and Clear Site Cache de cache bij het opslaan.
Klik op Clear Site Cache rechts in de adminbalk
WP-CLI: wp cache-enabler clear. Werkte in ons lab: "Site cache cleared."
Cache Enabler 1.8.17: Clear Site Cache.
Super Page Cache legen
Super Page Cache (de plugin die vroeger WP Cloudflare Super Page Cache heette) heeft in de adminbalk Super Page Cache, Purge whole cache, en op het eigen dashboard een rode knop Purge Cache. Met Cloudflare gekoppeld leegt de plugin ook de Cloudflare-cache.
Ga met de muis naar Super Page Cache in de adminbalk
Klik op Purge whole cache
WP-CLI: wp cfcache purge_cache. Werkte in ons lab: "Cache purged successfully."
Super Page Cache 5.3.7 in de adminbalk.Het dashboard met Purge Cache onder Actions.
Autoptimize-cache legen
Autoptimize is geen paginacache: het bewaart verkleinde en samengevoegde CSS en JavaScript. In de adminbalk staat Autoptimize, Clear CSS/ JS Cache. Gebruik je daarnaast een paginacache, leeg die dan ook, anders verwijzen opgeslagen pagina's nog naar oude bestanden.
Ga met de muis naar Autoptimize in de adminbalk
Klik op Clear CSS/ JS Cache
WP-CLI: wp autoptimize clear. Werkte in ons lab: "Cache flushed."
Autoptimize 3.1.16: Clear CSS/ JS Cache.
WP Rocket en Spark Speed legen
Dit zijn betaalde plugins. WP Rocket hebben we zonder licentie niet volledig kunnen openen, dus hier volgen we de eigen documentatie. Spark Speed maken we zelf; de stappen komen uit onze handleiding.
WP Rocket: adminbalk, WP Rocket, Clear and preload cache, of Instellingen, WP Rocket, tabblad Dashboard, dezelfde knop. Een enkele pagina leeg je met Clear this cache in het pagina-overzicht. WP-CLI wp rocket clean --confirm vraagt het aparte WP Rocket CLI-pakket (bron, WP-CLI).
Spark Speed: adminbalk, Spark, Alles legen en opnieuw opbouwen, of op de voorkant Cache van deze pagina legen. In het dashboard: tabblad Cache, Cache opnieuw opbouwen. De object cache heeft een eigen knop, Object cache legen. WP-CLI: wp spark-speed purge en wp spark-speed flush-object-cache (handleiding).
Buildercache: Elementor, Breakdance en Divi
Pagebuilders bewaren hun eigen CSS-bestanden. Klopt de opmaak niet na een update, leeg dan eerst de buildercache en daarna je paginacache; andersom verwijst een opgeslagen pagina nog naar het oude CSS-bestand.
Elementor 4.3.5: Elementor, Tools, tabblad General, Clear Files & Data (in oudere versies Regenerate Files & Data). WP-CLI wp elementor flush-css werkte in ons lab.
Per host: Hostinger, SiteGround, Kinsta, WP Engine, Cloudways en Cloudflare
Veel hosts hebben een eigen cachelaag boven WordPress. Die leeg je in het hostingpaneel, en soms ook met een knop die de host in WordPress zet. Let op wat elke knop wel en niet leegt: bij Kinsta en WP Engine staat dat in de documentatie per knop.
Host
Zo leeg je de cache
Bron (officiele documentatie)
Hostinger
hPanel: Websites, Dashboard van je site, WordPress, Overview, kaart Core, Flush Cache. CDN apart: Performance, CDN, Flush cache. Met LiteSpeed Cache ook via Purge All in WordPress.
MyKinsta: Sites, je site, Caching, Server Caching, Clear cache (ook edge- en Redis-cache, niet de CDN). CDN: Caching, CDN, Clear CDN cache. In WordPress: Clear Cache in de adminbalk. WP-CLI: wp kinsta cache purge --all. Maximaal een keer per 10 seconden.
User Portal: Sites, je omgeving, Cache (soms onder Manage), Clear all caches. In WordPress: WP Engine, Caching, Clear All Caches (leegt de object cache niet).
Dashboard: pagina Configuration, onder Purge Cache, Purge Everything en bevestigen. Cloudflare raadt zelf aan om liever per URL te legen: alles legen geeft een piek aan verzoeken naar je server.
Alleen overgenomen uit de eigen documentatie van elke host, gecontroleerd op 16 oktober 2026. Wij hebben geen toegang tot deze beheerpanelen en tonen er daarom geen screenshots van. Menunamen veranderen; volg bij twijfel de bron.
Controleren of het gelukt is
Kijk niet alleen in je eigen browser, want daar zit nog een laag tussen. Zo controleer je wat een bezoeker krijgt:
Open de pagina in een privevenster, waar je niet bent ingelogd: veel plugins tonen ingelogde beheerders nooit een gecachte pagina.
Bekijk de responseheaders, bijvoorbeeld met curl -I https://jouwsite.nl/ of het tabblad Netwerk in je browser.
Cloudflare: cf-cache-status is direct na het legen MISS en daarna weer HIT.
Varnish en veel CDN's: de header age begint na het legen weer bij 0.
LiteSpeed: x-litespeed-cache toont miss of hit; Spark Speed: x-spark-speed-cache.
Wanneer je de cache leegt, en wanneer liever niet
De meeste cacheplugins legen de betrokken pagina's zelf bij het opslaan van een bericht of pagina. Handmatig legen is nodig na wijzigingen buiten de editor: een thema- of builderupdate, een wijziging in menu's of widgets, aanpassingen via FTP of direct in de database, of een redirect. Leeg liever een enkele pagina dan alles: na een volledige purge zijn pagina's trager tot de cache weer is opgebouwd, en Cloudflare waarschuwt dat alles legen een piek aan verzoeken naar je server geeft.
Leeg eerst de buildercache, dan je paginacache, dan je host en het CDN. In die volgorde verwijst geen opgeslagen pagina meer naar oude bestanden.
Spark Speed leegt de betrokken pagina's zelf bij een wijziging en bouwt ze daarna opnieuw op.
WordPress zelf heeft geen paginacache, dus zonder cacheplugin is er in WordPress niets te legen behalve de object cache (wp cache flush). Zie je toch een oude versie, dan zit die bij je host, je CDN of in je browser.
Nee. Een cache bevat alleen kopieen. Je berichten, pagina's en instellingen blijven staan; de kopieen worden bij de volgende bezoeken opnieuw gemaakt. De site kan daardoor kort trager zijn.
Werk de lagen af: buildercache, paginacache, hostcache, CDN, en test in een privevenster. Komt de oude versie nog steeds terug, kijk dan in de responseheaders welke laag de pagina levert.
Een harde refresh met Ctrl+Shift+R op Windows of Cmd+Shift+R op een Mac laadt de pagina opnieuw zonder browsercache. Een privevenster werkt ook.