Performance Optimisation

A practical guide to the current 2.4.0 performance plugin, its request layers, safe defaults, and first-run workflow.

2 min readPart of Performance Optimisation

Performance Optimisation is a WordPress performance plugin for teams that want measurable improvements without a stack of overlapping optimizers. The current release is 2.4.0 and requires WordPress 6.2+ with PHP 8.2+.

The plugin combines a static HTML cache, optional Redis object caching, asset and image delivery controls, database cleanup, PageSpeed Insights, first-party Web Vitals, and compatibility adapters for LiteSpeed and WooCommerce. The dashboard exposes seven working areas: Dashboard, File Optimisation, Preload, Image Optimisation, Database, Object Cache, and Tools.

Request layers

A request can pass through several layers. Each layer is optional or conditional, and the plugin never silently replaces a foreign cache drop-in.

  1. Edge CDN — Cloudflare, Bunny, Varnish, or a configured CDN mapping can serve and purge assets or HTML.
  2. Server cache — LiteSpeed/OpenLiteSpeed can own responses through the coexistence adapter; Apache and nginx use generated server rules where applicable.
  3. Static page cache — complete HTML files under wp-content/cache/wppo/, served by the owned advanced-cache.php drop-in before WordPress boots.
  4. Redis object cache — an optional object-cache.php drop-in for repeated database reads and transients.
  5. PHP and WordPress — the normal request path, where asset, image, CSS, preload, and monitoring policies run.

Safe starting defaults

AreaFresh defaultMeaning
Page cacheenableCache: trueThe static cache is available; confirm behavior on staging before relying on it.
Native lazy loadinglazyLoadNative: trueWordPress/browser lazy loading is preferred; the legacy JavaScript observer is opt-in.
Minify, combine, defer, delayOffAggressive delivery changes are tested one at a time.
WooCommerce safe modeOnCart, checkout, account, Store API, faceted, and other dynamic routes fail closed.
LCP guardrailsOnAbove-the-fold images are not blindly lazy-loaded; critical preloads stay conservative.
PageSpeed, RUM, Redis, edge purge, ESIOff or opt-inExternal services and infrastructure integrations require explicit configuration.

First run

  1. Read Installation and verify filesystem and server requirements.
  2. Open the Dashboard and confirm the detected server, cache status, and diagnostics.
  3. Keep the default cache and native lazy-loading behavior while you test one optional feature at a time.
  4. Enable CSS/HTML/JavaScript changes, then images, preload, Redis, or edge integrations only after each change is verified.
  5. Run wp wppo verify and compare a fresh PageSpeed or field-data baseline with your own traffic.

Documentation map

The documentation describes the 2.4.0 source and live dashboard. Results depend on hosting, theme, plugins, content, and traffic; benchmark figures are examples, not guarantees.