WP Rocket Hosting

WP Rocket hosting where one cache owns the page.

WP Rocket on a host that already caches pages means two layers deciding what is stale. The fix is not removing the plugin — it is deciding which layer serves the page.

One cache owns the responseOptimisation features keptFree migration
Single cache layerPurge wired to bothPreload rate-limitedDaily backupsFree SSL24/7 support
Two caches, one page

Everything WP Rocket asks of a host that already caches.

The plugin does far more than page caching, and that is the part worth keeping.

One layer serves the page

Page caching moves to the platform, where it runs in front of PHP rather than inside it. Two caches in front of one site means two things deciding what is stale, and whichever purged last wins.

Platform serves pagesPlugin stops duplicating it

The optimisation features stay on

Lazy loading, script delay, CSS handling and font preloading are the parts of WP Rocket no server cache replaces. Switching the whole plugin off to avoid a conflict throws those away too.

Purge wired through

Clearing the cache from wp-admin clears the platform cache as well, so a purge does what the button says rather than appearing to work.

One button, both layers

Cleanup on a real scheduler

Its database cleanup runs on WP-Cron, which on a quiet site does not fire when it believes it does. That moves to the platform scheduler.

Preload kept in its lane

WP Rocket's preloader can hit a site harder than its visitors do. It is rate-limited so a cache warm never competes with the people the cache is for.

Operations

See which layer answered.

The confusing part of running a caching plugin on a caching host is not knowing which one served the page you are looking at. That should not be guesswork.

  • Cache layer visible per response
  • Purge status across both layers
  • One-click admin login
  • Restore any daily backup from the dashboard
Page cache
Platform-owned
active
WP Rocket page cache
Disabled by design
off
Optimisation features
Still on
6 active
Nightly backup
Replicated offsite
running
Performance

A cached page, answered once.

A page cached by a plugin is still a PHP process starting up to hand you a file. Cached at the edge, WordPress is not involved at all.

Edge
serves the cached page
Redis
object cache, on by default
14
edge regions
MagicWP, platform cache40 ms
Plugin cache, PHP still boots260 ms
Both layers fighting480 ms

Illustrative comparison of a cached page served by the edge against one served from a plugin's cache. Your numbers depend on theme and plugin count.

Configuration

What we change for WP Rocket

These differ from a standard WordPress site on the same plan, and each follows from a caching plugin running on a caching platform.

SettingWhat we doWhy
WP Rocket page cachingSwitched off, with the platform cache serving pages insteadTwo page caches in front of one site means two things deciding what is stale, and the one that wins is whichever purged most recently.
Optimisation featuresLeft enabled — lazy load, script delay, CSS and font handlingThese are the parts of the plugin no server-side cache replaces, and disabling the whole plugin to resolve a conflict quietly loses them.
Cache purgingWired so a purge from wp-admin clears the platform cache tooOtherwise clearing the cache appears to succeed and changes nothing a visitor actually sees.
Database cleanupMoved from WP-Cron to the platform schedulerIts cleanup schedule depends on traffic to fire, so on a quiet site it runs late or not at all.
Preload crawlerRate-limited against the site's own capacityThe preloader can generate more requests than the site's visitors do, and on a small plan it competes with them for workers.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Do I have to uninstall WP Rocket?
No, and you should not. We turn off its page caching because the platform does that in front of PHP, and leave everything else running — the lazy loading, script delay and CSS work are why the plugin is worth having here.
Which cache actually serves my visitors?
The platform one, at the edge, without WordPress booting at all. That is the whole reason for handing page caching over rather than letting a plugin do it from inside PHP.
If I clear the cache in WP Rocket, does it clear yours?
Yes. The purge is wired through both layers, so the button does what it says. Without that wiring a purge looks successful and changes nothing anyone can see.
Will my WP Rocket licence still be worth paying for?
That is your call, but most people keep it. The optimisation half of the plugin is doing real work here; only the page cache is redundant.
Does the preload feature cause problems?
Only unbounded. We rate-limit it so warming the cache never competes with real visitors for the same PHP workers, which is what makes a preload feel like an outage on a small plan.

Run WP Rocket on a host that knows which layer owns the page.

Free migration, one cache serving responses, and every optimisation feature still doing its job.