Cache Watch clears every cache on your WordPress site from one place, at the right time, then warms it back up.
Most WordPress sites have three or four caches stacked on top of each other: a cache plugin, the host’s server cache, a CDN like Cloudflare and the object cache. You update a page, menu or theme file, and visitors still see the old version, because one of those layers didn’t get cleared.
Cache Watch fixes that. It notices when something on your site changes, tells you (or just deals with it), purges every cache layer it finds, then preloads the cache so visitors never hit a slow page.
It works alongside the cache plugin you already have. It doesn’t replace it.
Why people use Cache Watch
Editing one post doesn’t need to wipe your whole cache. Cache Watch purges only that post, the home page, its categories and tags, the author, date archives and the feed, so the rest of the site stays fast. Menus, themes and settings changes still flush everything.
Cache plugins: WP Rocket, W3 Total Cache, WP Super Cache, LiteSpeed Cache, WP Fastest Cache, WP-Optimize, FlyingPress, Cache Enabler, Hummingbird, Swift Performance, Comet Cache, Autoptimize
Managed hosting: Kinsta, WP Engine, SiteGround, Cloudways (Breeze), Pantheon, GoDaddy Managed WordPress, Pagely, SpinupWP, Pressable / WordPress VIP (Batcache)
CDN and server cache: Cloudflare, Bunny CDN, Varnish (direct HTTP PURGE or Proxy Cache Purge), Nginx Helper
Page builders: Elementor, Divi and Beaver Builder generated CSS
WordPress: the object cache, including Redis and Memcached
After a purge, Cache Watch visits the affected pages in the background, five at a time, so the next real visitor gets a fast, cached page instead of a slow one.
wp fcb-cache-watch flush, flush <url>, flush --post=<id>, status, integrations, scan, preloadCache Watch does not send analytics or telemetry. Cloudflare and Bunny CDN are contacted only when you enable the integration and provide its credentials on the Integrations tab. Varnish requests are sent only when you enable it and configure a server.
Cache Watch stores its settings, change status, activity log and cache-warming queue in this WordPress site’s database. API credentials are stored in the plugin settings. These options are removed when the plugin is deleted. Optional email summaries are sent to the addresses you configure using this site’s WordPress mail service. Cache warming makes requests to this site’s own pages.
Used to purge your Cloudflare cache. When Cache Watch flushes, it sends your API token and either a “purge everything” request or the list of page URLs to purge to the Cloudflare API (api.cloudflare.com). When you test the connection, or haven’t entered a Zone ID, it also sends your domain name to look up the zone.
Used to purge your Bunny CDN pull zone. When Cache Watch flushes, it sends your API key and either your pull zone ID or the page URLs to purge to the Bunny API (api.bunny.net).
Varnish purges and cache warming only send requests to your own server.