Skip to main content
SparkCore
Kennis

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.
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.
LaagWat erin staatWaar je hem leegt
BrowsercacheBestanden op het apparaat van de bezoekerHarde refresh: Ctrl+Shift+R (Windows) of Cmd+Shift+R (Mac), of een privevenster
Paginacache van je pluginKant-en-klare HTML van je pagina'sKnop in de adminbalk of op de pluginpagina, zie hieronder
CSS/JS- en buildercacheVerkleinde bestanden en de CSS van Elementor, Breakdance of DiviIn de optimalisatieplugin of in de builder zelf
Servercache van je hostKopieen op de server, voor WordPress start (Varnish, LiteSpeed, Nginx)In het hostingpaneel, soms ook via een knop in WordPress
CDNKopieen op servers wereldwijdIn het CDN-dashboard (Cloudflare, Bunny, het CDN van je host)
Object cacheDatabasegegevens in Redis, Memcached of vergelijkbaarwp 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 adminbalkWP-CLI (getest)
LiteSpeed Cache 7.9.1Purge Allwp litespeed-purge all
(alleen op LiteSpeed)
W3 Total Cache 2.10.7Performance, Purge All Cacheswp w3-total-cache flush all
WP Super Cache 3.1.4Delete CacheNiet ingebouwd
WP Fastest Cache 1.5.3Clear All Cachewp fastest-cache clear all
WP-Optimize 4.7.0Purge cache for all pagesNiet ingebouwd
Breeze 2.6.2Purge All Cachewp breeze purge --cache=all
Speed Optimizer (SiteGround) 7.8.4Purge SG Cachewp sg purge
Hummingbird 3.21.2Clear all cacheNiet ingebouwd
Cache Enabler 1.8.17Clear Site Cachewp cache-enabler clear
Super Page Cache 5.3.7Purge whole cachewp cfcache purge_cache
Autoptimize 3.1.16Clear CSS/ JS Cachewp 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.
  1. Ga met de muis naar het LiteSpeed-icoon in de adminbalk
  2. Klik op Purge All
  3. 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.

Adminbalk van WordPress met het LiteSpeed-menu open en Purge All gemarkeerd
LiteSpeed Cache 7.9.1: Purge All in de adminbalk.
LiteSpeed Cache Toolbox met het tabblad Purge en de tegel Purge All - LSCache gemarkeerd
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.
  1. Ga met de muis naar Performance in de adminbalk
  2. Klik op Purge All Caches
  3. Of: Performance, Dashboard, Empty All Caches

WP-CLI: wp w3-total-cache flush all. Werkte in ons lab: "Everything flushed successfully."

Adminbalk met het W3 Total Cache-menu Performance open en Purge All Caches gemarkeerd
W3 Total Cache 2.10.7: Performance, Purge All Caches.
W3 Total Cache-dashboard met de knop Empty All Caches gemarkeerd
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.
  1. Klik op Delete Cache in de adminbalk
  2. 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.

Adminbalk met de knop Delete Cache van WP Super Cache gemarkeerd
WP Super Cache 3.1.4: Delete Cache in de adminbalk.
Instellingen van WP Super Cache met het blok Delete Cached Pages en de knop Delete Cache gemarkeerd
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.
  1. Ga met de muis naar WP Fastest Cache in de adminbalk
  2. Klik op Clear All Cache
  3. 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!"

Adminbalk met het WP Fastest Cache-menu open en Clear All Cache gemarkeerd
WP Fastest Cache 1.5.3 in de adminbalk.
WP Fastest Cache, tabblad Clear Cache, met de knop Clear All Cache gemarkeerd
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.
  1. Ga naar WP-Optimize, Cache, tabblad Page cache
  2. 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, tabblad Page cache, met de knop Purge cache gemarkeerd
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.
  1. Ga met de muis naar Breeze in de adminbalk
  2. Klik op Purge All Cache

WP-CLI: wp breeze purge --cache=all. Werkte in ons lab: "Breeze all cache has been purged."

Adminbalk met het Breeze-menu open en Purge All Cache gemarkeerd
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.
  1. 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.

Adminbalk met de knop Purge SG Cache gemarkeerd
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.
  1. Ga naar Hummingbird, Caching
  2. Klik rechtsboven op Clear cache

WP-CLI: In de gratis versie vonden we geen WP-CLI-commando.

Hummingbird, scherm Caching, met de knop Clear cache gemarkeerd
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.
  1. Klik op Clear Site Cache rechts in de adminbalk

WP-CLI: wp cache-enabler clear. Werkte in ons lab: "Site cache cleared."

Adminbalk met Clear Site Cache van Cache Enabler gemarkeerd
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.
  1. Ga met de muis naar Super Page Cache in de adminbalk
  2. Klik op Purge whole cache

WP-CLI: wp cfcache purge_cache. Werkte in ons lab: "Cache purged successfully."

Adminbalk met Super Page Cache open en Purge whole cache gemarkeerd
Super Page Cache 5.3.7 in de adminbalk.
Dashboard van Super Page Cache met de knop Purge Cache gemarkeerd
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.
  1. Ga met de muis naar Autoptimize in de adminbalk
  2. Klik op Clear CSS/ JS Cache

WP-CLI: wp autoptimize clear. Werkte in ons lab: "Cache flushed."

Adminbalk met het Autoptimize-menu open en Clear CSS/ JS Cache gemarkeerd
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.
  • Breakdance: Breakdance, Settings, Tools, Regenerate CSS Cache.
  • Divi 5: Divi, Theme Options, knop Clear CSS Cache rechtsboven (Elegant Themes, bijgewerkt 08-07-2026; Divi hebben we niet zelf getest).
Elementor Tools met de knop Clear Files & Data gemarkeerd
Elementor 4.3.5: Tools, Clear Files & Data.
Breakdance-instellingen, Tools, met Regenerate CSS Cache gemarkeerd
Breakdance 3.0: Settings, Tools, Regenerate CSS Cache.

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.
HostZo leeg je de cacheBron (officiele documentatie)
HostingerhPanel: 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.bijgewerkt 15-09-2026
bijgewerkt 24-07-2026
SiteGroundSite Tools: Speed, Caching, tabblad Dynamic Cache, Flush Cache-icoon bij de URL. Memcached apart op het tabblad Memcached (voor alle sites tegelijk).bijgewerkt 28-11-2025
KinstaMyKinsta: 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.bijgewerkt 03-06-2026
WP EngineUser Portal: Sites, je omgeving, Cache (soms onder Manage), Clear all caches. In WordPress: WP Engine, Caching, Clear All Caches (leegt de object cache niet).bijgewerkt 30-09-2026
CloudwaysIn WordPress: Instellingen, Breeze, tabblad Varnish, Purge Varnish Cache. Op serverniveau: Servers, je server, Manage Services, Varnish legen.Breeze en Varnish
Manage Services, 20-01-2026
CloudflareDashboard: 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.bijgewerkt 29-09-2026

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.

Veelgestelde vragen

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.